Sigil 8.2 - Windows 7 64bit crash

[BetterRed]

Hmmm, that's strange I can't induce the fault now either So what's changed since I did those tests last week - patch to Internet Explorer, MSE signature updates, and new versions of;

Free File Sync
Good Sync
Chrome
calibre-64bit
calibre-32bit
calibre-portable
Evernote
Word Web
Bow Pad
Clipboard Fusion
Ccleaner
Notepad++
Speccy

Nothing in the list leaps out at me. I keep a pretty tight ship regarding installs, apart from MSE signatures nothing gets installed automatically - everything is separately downloaded, installed and archived. I searched the Windows directory and found nothing new apart from that IE patch, today's MSE signature install, couple of icos, logs and prefetch files - but no new exe's or dlls.

I can't be sure I edited the same files, last week I just copied a couple of epubs into _Sandpit and then deleted them - no idea what they were?

Very strange.

BR

[ebookreadr]

Originally Posted by KevinH

Hi ebookreadr,
If you are in CodeView with Preview but *NOT* BookView, and use File->Open to overwrite the current book with a new book, does it still crash?

KevinH

I will let you know next time it happens. I logged off and then back on and it hasn't crashed yet - I tried opening, then saving, opening the next on all the books I worked on today plus a couple extra.

I'll let you know what happens next time I do some editing.

****

Note: after I finished the above note and was closing all the open windows, I found second Sigil window open. I closed it too fast to notice whether it was in book or code view.,

[ebookreadr]

Today Sigil worked for during edits of several books. It then crashed 4 times - it was in book view and also code view at least once. It happened when I reopened a previous book so that I could check the current book in the viewer.
After the 4th time it has not crashed again. I have edited a few books since with no problem.
I did notice that Sigil always opens in book view. I still have a few books to edit before I have to leave. If anything addition happens, I'll let you know.

[Notjohn]

Sigil crashed on me yesterday, the first time in this build. (A couple years ago I downloaded a new build that crashed invariably, to the point where I had to go back and use an earlier version.) I was adding an exterior web link when it happened; I think I put the http:// in the wrong window. The problem didn't recur. Mine is a Win 7 32 bit version.

[iskatel]

Originally Posted by DiapDealer

Show me a 64-bit AMD processor that doesn't.

@ebookreadr:
0.8.1 and 0.8.2 both use the exact same version of Qt5WebKit (5.3.2), so 0.8.2 crashing more frequently doesn't really track--from a technical aspect. Perhaps you're just stumbling across that which would make both versions crash more often since installing 0.8.2? What would help the most, is if you could help nail down exact, reproduceable steps that make the crash happen. Are you moving/docking widgets when it happens? Closing Sigil? Searching/Replacing?

You said you deleted all Sigil folders, so I'm assuming that includes the stuff in AppData\Local\sigil-ebook\sigil ? Deleting the Sigil.ini file in there has fixed many a crashing Sigil installation in the past. Make sure you didn't overlook it.

Thank you, deleting C:\Users\USER_NAME\AppData\Local after uninstalling and installing again solved the problem...it stopped crashing. BTW, it crashed after adding and html file with .css file.

[KevinH]

Hi,

Originally Posted by iskatel

Thank you, deleting C:\Users\USER_NAME\AppData\Local after uninstalling and installing again solved the problem...it stopped crashing. BTW, it crashed after adding and html file with .css file.

As DiapDelaer pointed out, what we would need to fix any of these issues is not a vague report of just what you think you were doing at the time. We need a sample epub that exhibits the problem and the sequence of steps that can make the bug happen in a repeatable manner.

With that type of information, we have some chance of reproducing the bug and actually tracking it down and if inside Sigil fixing it. If it is inside Qt we can pass the bug report along to Qt and then try to work around it from our end.

So if you get another crash at some point. Please take the epub you were working on and repeat the exact same sequence of events (noting what they were) and seeing if the crash will replicate. If so, let us know.

Thanks,

Kevin

ps: FWIW - we are working on a pure bugfix release 0.8.3 that already has a number of crashes fixed or avoided and hope to fix a few more before making the next release so these types of more useful bug reports would be strongly welcomed.

We have already found 3 bugs in the latest version Qt (and all earlier versions) and have passed them along. We have a workaround for one of them but fixes for these are important for us.

https://bugreports.qt.io/browse/QTBUG-43692
https://bugreports.qt.io/browse/QTBUG-43725
https://bugreports.qt.io/browse/QTBUG-43504

I am still trying to track down another bug related to closing windows that also appears to be Qt caused. Once I get that nailed down and worked around we will make the 0.8.3 bug fix release.

Thanks,

KevinH

[ebookreadr]

Originally Posted by KevinH

As DiapDelaer pointed out, what we would need to fix any of these issues is not a vague report of just what you think you were doing at the time. We need a sample epub that exhibits the problem and the sequence of steps that can make the bug happen in a repeatable manner.

I am sorry if I have been unable to be complete/precise enough. I'm not a programmer, so I am giving the information as an 'end user'.
Sigil crashes the same way every time. It happens as soon as the ebook finishes loading - after all views are populated. It doesn't matter if I am in book view or code view.

Originally Posted by KevinH

So if you get another crash at some point. Please take the epub you were working on and repeat the exact same sequence of events (noting what they were) and seeing if the crash will replicate. If so, let us know.

This last time it happened when I completed the following sequence:
1. I opened book 4 of a series. (Code view is the default view)
2. I did a search for characters only "t know what" -still in code view.
3. Removed the "<" that was showing (in ebook) "don'<t know.."
4. Switched to book view to verify error was corrected. It was.
5. Clicked on Save icon.
6. Clicked on Open icon.
7. Selected the next book in the series by double clicking on the filename.
Sigil crashed as soon as the book finished loading. I happens before I even click on anything.

Notes:
I repeated all the above steps (I added the "<" back, saved, removed it, saved, repeated the rest of the steps exactly - Sigil did not crash.
The books have all previously been edited in Sigil - it is the only program I use.
I repeated the steps with the 1st book in code view and in book view before selecting the next. It did not crash.
Once I restart Sigil the ebook that crashed loads with no problems.
Sometime it doesn't crash until I've worked on several books and sometimes it happens after the first book.
When It crashes all settings revert back to how they were when Sigil was started (today). The open folder dialog box goes back to where it was the last time Sigil was closed without crashing.

As always I am very thankful for your assistance and will provide any information requested. If you need error logs other than the Windows Application Error (see below), please give me instructions on how to obtain the information and I will provide it.


Todays error message - same as before:
Faulting application name: Sigil.exe, version: 0.8.2.0, time stamp: 0x5478f30a
Faulting module name: Qt5WebKit.dll, version: 5.3.2.0, time stamp: 0x54119de6
Exception code: 0xc0000005
Fault offset: 0x0000000000362286
Faulting process id: 0x28ac
Faulting application start time: 0x01d039bcdff98149
Faulting application path: C:\Program Files\Sigil\Sigil.exe
Faulting module path: C:\Program Files\Sigil\Qt5WebKit.dll
Report Id: c7b7948e-a5b0-11e4-bb26-e0cb4e3fc0b7

Thanks again.

[DiapDealer]

Originally Posted by ebookreadr

1. I opened book 4 of a series. (Code view is the default view)
2. I did a search for characters only "t know what" -still in code view.
3. Removed the "<" that was showing (in ebook) "don'<t know.."
4. Switched to book view to verify error was corrected. It was.

I'd be awfully careful removing any '< >' character in code view. There really shouldn't BE any '< >' characters outside of valid xhtml tags in code view. For Book View to render the characters '< >' they will be represented by the &lt; &gt; entities respectively. If the original code opened in Sigil and passed muster for well-formed-ness, then chances are, you deleted a necessary html opening tag. I still would like it if that didn't cause a crash, but it's very possible that it did.

[ebookreadr]

Originally Posted by DiapDealer

I'd be awfully careful removing any '< >' character in code view. There really shouldn't BE any '< >' characters outside of valid xhtml tags in code view. For Book View to render the characters '< >' they will be represented by the &lt; &gt; entities respectively. If the original code opened in Sigil and passed muster for well-formed-ness, then chances are, you deleted a necessary html opening tag. I still would like it if that didn't cause a crash, but it's very possible that it did.

The "<" had been in place for at least two edits.

I just had more crashes - It happened when I was in book view at the time of opening the next book. I went back to the previous book and repeated in code view - no crash.

I also tested with two books - one with a html file for each chapter and one with a single html file for all the chapters. The results were the same - book view bad - code view good. The only noticeable difference was the single file book took much longer to save. (I know it is better to use multiple files, but did not want to correct manually.)

[theducks]

Originally Posted by ebookreadr

The "<" had been in place for at least two edits.

I just had more crashes - It happened when I was in book view at the time of opening the next book. I went back to the previous book and repeated in code view - no crash.

I also tested with two books - one with a html file for each chapter and one with a single html file for all the chapters. The results were the same - book view bad - code view good. The only noticeable difference was the single file book took much longer to save. (I know it is better to use multiple files, but did not want to correct manually.)

Have you tried using File open (from the menu)?

I have been flipping between books using the 'Recent' list and not triggered a crash (W7 pro x64)

[DiapDealer]

Originally Posted by ebookreadr

The "<" had been in place for at least two edits.

I simply don't see how an extraneous '<' in Code View could survive a save and an open (or even retain the ability to switch from CV to BV) without error messages about xhtml not being well-formed being displayed. Same with deleting a necessary '<' and then trying to switch to Book View. Regardless of Clean Source settings. There should have been error messages long before any crash happened.

[KevinH]

Hi,
I am betting his original ecoding used a smart quote for "don't" and got mangled in conversions from latin-1 or windows cp1251 to utf-8 resulting in garbage chars. In the unicode standard there are actually many different chars that look exactly like < and > but do not have the same codepoints.

But on the other hand it could be a real < or > and that would confuse the editor but it should not crash.

This crash also could easily be one of the bugs already fixed or worked around in webkit. I think our best thing is to wait for 0.8.3 and see if that fixes the problem. If so, great, if not, we can try to track it down further getting more info from the Windows crash reporter.

KevinH

[ebookreadr]

Originally Posted by DiapDealer

I simply don't see how an extraneous '<' in Code View could survive a save and an open (or even retain the ability to switch from CV to BV) without error messages about xhtml not being well-formed being displayed. Same with deleting a necessary '<' and then trying to switch to Book View. Regardless of Clean Source settings. There should have been error messages long before any crash happened.

If you add a ">" while in book view - you get "&gt;" in code view.

If you add a ">" while in code view - you get ">A few hours later..." in book view. No errors switching back and fort and no error during save, then exiting. When I reopened the book the ">" had been changed to "&gt;", but still shows as ">" in book view.

I had failed to delete the complete code during a correction, but didn't see it until much later. The extra character had no adverse effect and was seen as just another character.

Originally Posted by theducks

Have you tried using File open (from the menu)?

I have been flipping between books using the 'Recent' list and not triggered a crash (W7 pro x64)

I will try using the menu instead of the icons. It doesn't always happen right away. It is always after I finish with one book and switch to the next, but not consistently.

Originally Posted by KevinH

Hi,
I am betting his original ecoding used a smart quote for "don't" and got mangled in conversions from latin-1 or windows cp1251 to utf-8 resulting in garbage chars. In the unicode standard there are actually many different chars that look exactly like < and > but do not have the same codepoints.

But on the other hand it could be a real < or > and that would confuse the editor but it should not crash.

This crash also could easily be one of the bugs already fixed or worked around in webkit. I think our best thing is to wait for 0.8.3 and see if that fixes the problem. If so, great, if not, we can try to track it down further getting more info from the Windows crash reporter.

KevinH

It wasn't the > causing the crashes. That error was just within the last week or so and the program has been crashing since I installed the 0.8.1 version.

Do you want me to continue to add new information (if any is found) or wait until after the next release and continue testing?

[DiapDealer]

Originally Posted by ebookreadr

If you add a ">" while in code view - you get ">A few hours later..." in book view.

Interesting. Adding an extraneous ">" in Code View doesn't raise an error when switching to Book View. But adding an extraneous "<" immediately results in the Not Well Formed error.

I'm guessing the "few hours later" is the result of the rather large html file you added it to? I experience no delay.

[KevinH]

Originally Posted by ebookreadr

Do you want me to continue to add new information (if any is found) or wait until after the next release and continue testing?

Please wait and retest under 0.8.3 as it fixes a large cause of random segfaults. As it stands now, we could simply be testing for ghosts, and without a replicable error, I can't track it down anyway.

Thanks,

KevinH