Replace actions undo themselves?

Rand Brittain · 04-22-2011, 08:19 PM

Is there a reason why frequently, when I use the replace function to "replace all" in a document, the replacements undo themselves when I return focus to the main Sigil window? This often happens to me in 0.3.4 when I replace all instances in a given file, but never when I replace across all HMTL pages.

This happens to me all the time, but I can't find an issue for it on the tracker. Has nobody else seen it?

theducks · 04-22-2011, 08:34 PM

Quote:

Originally Posted by Rand Brittain

Is there a reason why frequently, when I use the replace function to "replace all" in a document, the replacements undo themselves when I return focus to the main Sigil window? This often happens to me in 0.3.4 when I replace all instances in a given file, but never when I replace across all HMTL pages.

This happens to me all the time, but I can't find an issue for it on the tracker. Has nobody else seen it?

I see this from time to time (XP SP-3) .

If I close the S&R dialog BEFORE touching the main window again, seems to lessen this happening.
I can't come up with a sure-fire case for a bug report.

Faster · 04-22-2011, 08:56 PM

I've also encountered this same problem and it occurs for me when using 'All HTML Files'.
It generally happens towards the end of a prolonged session, eg getting rid of every scrap of Calibre junk.
Maybe it's something related to stack overflow or memory gliches with the 'UNDO changes' facility.
Anyway, my solution is to save the work in progress, close Sigil, then re-open the file with Sigil and get going again from where I left off.

theducks · 04-22-2011, 09:11 PM

Quote:

Originally Posted by Faster

I've also encountered this same problem and it occurs for me when using 'All HTML Files'.
It generally happens towards the end of a prolonged session, eg getting rid of every scrap of Calibre junk.
Maybe it's something related to stack overflow or memory gliches with the 'UNDO changes' facility.
Anyway, my solution is to save the work in progress, close Sigil, then re-open the file with Sigil and get going again from where I left off.

I think you are on to something. Long session...
Many of the quirks seem to happen later on in a session, not at the beginning of a Fresh session.
Like you. I exit and re-launch.

John2011 · 04-23-2011, 05:43 AM

I also have the same problem.

If I do a F&R for say <div> to <p> for a whole chapter of text. Every thing changes ok, but, if I click on the code page all the <div> come back.

If I do a F&R again everything changes and stays changed. and I can keep changing things until I finish that chapter.

If I start on another chapter with F&R it has to be done twice again for the first one.

Very strange. I know now that I have to do it twice, so I just do it.

Ah, the mysteries of computers.

John P

mrmikel · 04-23-2011, 07:37 AM

Does anyone recall if Tidy is on? It might be helpfully cleaning up.

DaleDe · 04-23-2011, 12:09 PM

I suspect this problem is related to an already reported problem related to XP systems where you can have problems if you change focus away from the app and then later change it back. It only happens in Windows XP.

theducks · 04-23-2011, 01:04 PM

But I never have more than 10 things going on at once

But that may be the trigger.

Book open in Sigil, W3schools and MR in Firefox, Calibre, Forte Agent for NNTP and e-mail.
Nah, that is why I have 3 screens attached

Rand Brittain · 04-23-2011, 02:16 PM

Quote:

Originally Posted by DaleDe

I suspect this problem is related to an already reported problem related to XP systems where you can have problems if you change focus away from the app and then later change it back. It only happens in Windows XP.

No, it happens to me in Ubuntu x64 as well.

John2011 · 04-24-2011, 05:40 AM

When it happens to me I only have Sigil and Note Pad running.

I am using Windows 7 X64

I have Tidy off.

I forgot to mention this in my previous post.

Silly me.

John P

Valloric · 04-24-2011, 07:57 AM

As soon as someone figures out a procedure that reproduces this issue reliably and consistently (and then reports it on the tracker), it will be fixed.

Until then, your guesses are as good as mine.

Toxaris · 04-24-2011, 11:37 AM

I sometimes encounter this, but very sporadically and never reproducible. At least, I haven't found a pattern yet.

Valloric · 04-24-2011, 12:39 PM

Quote:

Originally Posted by Toxaris

I sometimes encounter this, but very sporadically and never reproducible. At least, I haven't found a pattern yet.

Same here. That makes it damn near impossible to fix. I can't fix something I can't examine.

theducks · 04-24-2011, 01:29 PM

Quote:

Originally Posted by Valloric

Same here. That makes it damn near impossible to fix. I can't fix something I can't examine.

No solid pattern, But things I have noticed.
Almost never happens at the start of a fresh session.
It seems to show up more when switching to BV from CV and back.

Is there a race condition where the switch was performed before the CV 'refresh' completed?

Is there some sort of edit 'stack' that gets trashed by events happening to soon in a row.

Something happens with too many switches BV<=>CV. I have seen a working Image now show as 'Broken' after a bunch of switches (trying to beat another layout into submission

)

As you know, it works fin, then it happens.

John2011 · 04-25-2011, 01:05 AM

It happens to me every time I do F&R.

Today I turned my computer on.

When it was booted up, I connected an external HD via USB.

I Loaded Sigil, opened the book I am working on.

Went to the last Chapter and split it at the end of the chapter.

Loaded Note Tab. I found the text file on the external HD and opened in Note Tab.

I did a Control A, then Control C.

Went to the new last chapter in Sigil, did a control V in book view. All there.

Changed over to code view. All good, except for <div>xxx</div> instead of <p>xxx</p>

So did a Find and Replace. Find all <div> and replace with <p>.

They all changed, then I clicked on the code page and all the <div>s came back.

I then did another Find and Replace, clicked on the code page and the changed stopped there.

I then did a F&R for </div> to </p>, and they all changed, clicked on the code page and they still stopped there.

I have found that once I have done the first F&R twice, it all works as expected.

If I add another chapter, and have to do a F&R again (as above), I have to do the first one twice to make them "stick".

Hope this makes sense.

John

04-22-2011, 08:19 PM	#1
Rand Brittain Bookmaker Posts: 416 Karma: 2143650 Join Date: Sep 2010 Device: Cybook Opus	Replace actions undo themselves? Is there a reason why frequently, when I use the replace function to "replace all" in a document, the replacements undo themselves when I return focus to the main Sigil window? This often happens to me in 0.3.4 when I replace all instances in a given file, but never when I replace across all HMTL pages. This happens to me all the time, but I can't find an issue for it on the tracker. Has nobody else seen it?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
search and replace - drops blanks in replace ?	cybmole	Conversion	10	03-13-2011 03:07 AM
Issue with Send to device actions being disabled	TCBW	Calibre	4	02-13-2010 01:21 PM
Undo feature	Beege	Calibre	3	04-25-2009 02:12 PM
How do I undo this mess?	Vortex	Calibre	2	12-28-2008 04:19 PM

04-22-2011, 08:56 PM	#3
Faster Connoisseur Posts: 61 Karma: 12096 Join Date: Sep 2010 Location: Tasmania Device: Sony PRS 650	I've also encountered this same problem and it occurs for me when using 'All HTML Files'. It generally happens towards the end of a prolonged session, eg getting rid of every scrap of Calibre junk. Maybe it's something related to stack overflow or memory gliches with the 'UNDO changes' facility. Anyway, my solution is to save the work in progress, close Sigil, then re-open the file with Sigil and get going again from where I left off.

04-23-2011, 05:43 AM	#5
John2011 Enthusiast Posts: 37 Karma: 10 Join Date: Jan 2011 Device: Kobo 1	I also have the same problem. If I do a F&R for say <div> to <p> for a whole chapter of text. Every thing changes ok, but, if I click on the code page all the <div> come back. If I do a F&R again everything changes and stays changed. and I can keep changing things until I finish that chapter. If I start on another chapter with F&R it has to be done twice again for the first one. Very strange. I know now that I have to do it twice, so I just do it. Ah, the mysteries of computers. John P

04-23-2011, 07:37 AM	#6
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	Does anyone recall if Tidy is on? It might be helpfully cleaning up.

04-23-2011, 12:09 PM	#7
DaleDe Grand Sorcerer Posts: 11,470 Karma: 13095790 Join Date: Aug 2007 Location: Grass Valley, CA Device: EB 1150, EZ Reader, Literati, iPad 2 & Air 2, iPhone 7	I suspect this problem is related to an already reported problem related to XP systems where you can have problems if you change focus away from the app and then later change it back. It only happens in Windows XP.

04-23-2011, 01:04 PM	#8
theducks Well trained by Cats Posts: 29,782 Karma: 54830978 Join Date: Aug 2009 Location: The Central Coast of California Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A	But I never have more than 10 things going on at once But that may be the trigger. Book open in Sigil, W3schools and MR in Firefox, Calibre, Forte Agent for NNTP and e-mail. Nah, that is why I have 3 screens attached

04-24-2011, 05:40 AM	#10
John2011 Enthusiast Posts: 37 Karma: 10 Join Date: Jan 2011 Device: Kobo 1	When it happens to me I only have Sigil and Note Pad running. I am using Windows 7 X64 I have Tidy off. I forgot to mention this in my previous post. Silly me. John P

04-24-2011, 07:57 AM	#11
Valloric Created Sigil, FlightCrew Posts: 1,982 Karma: 350515 Join Date: Feb 2008 Device: Kobo Clara HD	As soon as someone figures out a procedure that reproduces this issue reliably and consistently (and then reports it on the tracker), it will be fixed. Until then, your guesses are as good as mine.

04-24-2011, 11:37 AM	#12
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	I sometimes encounter this, but very sporadically and never reproducible. At least, I haven't found a pattern yet.

04-25-2011, 01:05 AM	#15
John2011 Enthusiast Posts: 37 Karma: 10 Join Date: Jan 2011 Device: Kobo 1	It happens to me every time I do F&R. Today I turned my computer on. When it was booted up, I connected an external HD via USB. I Loaded Sigil, opened the book I am working on. Went to the last Chapter and split it at the end of the chapter. Loaded Note Tab. I found the text file on the external HD and opened in Note Tab. I did a Control A, then Control C. Went to the new last chapter in Sigil, did a control V in book view. All there. Changed over to code view. All good, except for <div>xxx</div> instead of <p>xxx</p> So did a Find and Replace. Find all <div> and replace with <p>. They all changed, then I clicked on the code page and all the <div>s came back. I then did another Find and Replace, clicked on the code page and the changed stopped there. I then did a F&R for </div> to </p>, and they all changed, clicked on the code page and they still stopped there. I have found that once I have done the first F&R twice, it all works as expected. If I add another chapter, and have to do a F&R again (as above), I have to do the first one twice to make them "stick". Hope this makes sense. John

Advert

Advert