Sigil 0.9.9 freezes after search

[vijer]

If I preform a search and a match is found, Sigil highlights the match, then when
I try to click in the window to edit the text it takes about 10 seconds before Sigil reacts to the mouse click.

Also, clicking on any menu items displays the same behavior.

Anyone else experiencing this problem?

I'm running Windows 10 Build 17604 on a Lenovo T420 i7 8GB 1TB SSD.

Sigil is the only application that elicits this behavior.

[Tex2002ans]

Could be dependent on the EPUB. Does this happen on every EPUB?

Or is this one very giant HTML file? That's the only time I've seen Sigil really chug.

[vijer]

Originally Posted by Tex2002ans

Could be dependent on the EPUB. Does this happen on every EPUB?

Or is this one very giant HTML file? That's the only time I've seen Sigil really chug.

Well it has happened with two files. I don't know what you consider really big. Both files are about 450kb in size.

There isn't any CSS formatting and only the cover image. There is one xhtml file for the cover and one html file for the actual publication.

If I edit the html file in Sublime 3 it goes quickly.

[KevinH]

Run Mend XHTML on the one big html page and try the search again. Is the delay still apparent? Some html files have no newlines in the code and since Sigil does syntax highlighting and is a line based editor, it will be an issue. Running Sigil’s Mend on that html file will fix that.

[vijer]

Originally Posted by KevinH

Run Mend XHTML on the one big html page and try the search again. Is the delay still apparent? Some html files have no newlines in the code and since Sigil does syntax highlighting and is a line based editor, it will be an issue. Running Sigil’s Mend on that html file will fix that.

That was one of the first things I did. But I did it again just to check. Same result; Sigil finds the desired text instantly but then trying to edit it takes several seconds for the editor to move the cursor from the search box to the highlighted text.

[DiapDealer]

I thought I may have noticed similar behavior recently myself (menus slow to respond, slow updates after a file rename, etc...). But I chalked it up to my old Windows machine and an omnibus epub. It wasn't consistently happening, but it did catch my attention as a bit odd--something I wasn't used to in the past under similar conditions.

I'll check it a little harder when I get a chance.

[KevinH]

I am not seeing this on my Mac OSX Development machine with any epub I have tested with so I can not recreate this at all.

Would you please provide a test epub (in the public domain or pm to KevinH and DiapDelaer a private url) with the specific search query used. If we can recreate we can probably track it down.

[Tex2002ans]

I just took an omnibus and merged it so the text would be split into three parts:

1930s-1960s: ~2.6MBs
1970s: ~3.1MBs
1980s: ~740KBs

When you have the larger HTML files open in Code View, you can feel noticeable slowdown. Definitely opening/closing menus, and anything you click on becomes sluggish.

This is Windows 10, 64-bit, Sigil v0.9.9 (no funny business, just the official download).

Originally Posted by DiapDealer

I thought I may have noticed similar behavior recently myself (menus slow to respond, slow updates after a file rename, etc...). But I chalked it up to my old Windows machine and an omnibus epub. It wasn't consistently happening, but it did catch my attention as a bit odd--something I wasn't used to in the past under similar conditions.

The only reason I first jumped to the "large HTML issue" is because there were a handful of times I opened up hideously coded HTML files (think InDesign output), and Sigil was brought to its knees. I tend to open those in Calibre's Editor first, clean it up, then do my finalizing in Sigil.

I've noticed the sluggishness really creep in with HTML files that are >~2MB mark, and once they are split down into more reasonable chunks, Sigil handles them perfectly fine.

[Turtle91]

Originally Posted by Tex2002ans

The only reason I first jumped to the "large HTML issue" is because there were a handful of times I opened up hideously coded HTML files (think InDesign output), and Sigil was brought to its knees. [...]

I've noticed the sluggishness really creep in with HTML files that are >~2MB mark, and once they are split down into more reasonable chunks, Sigil handles them perfectly fine.

I notice this every time I open a book that has a single, large html file. VERY slow...until I split the file into smaller chapter-files. then Sigil works great!

It's not limited to a badly coded large file, either...any old large file will do.