Sigil-0.9.12 Released

[DiapDealer]

Originally Posted by Turtle91

Sorry, haven't responded earlier...been working 2 full time jobs waiting for my replacement...

Here are my ini files.

I'm running Sigil 64 on Windows 10.

I'm not seeing any obvious corruption there. Are you experiencing the huge performance issue?

If so, do me a favor and delete the [updatechecker] section (including the two lines that follow it) from your sigil.ini and let me know if it makes a difference. I've seen some examples on my Linux systems with very outdated Sigil versions showing up with some strange characters, but no slowdowns of any kind. But perhaps Windows behaves differently.

NOTE TO OTHERS: the entries in [updatechecker] often have strange looking characters in them. This, by itself, is not an issue.

[brent63]

Okay based on what I'm reading I will Uninstall 9.11 and delete the AppData files.

When 9.12 starts have issues I will send you the ini files.

Brent.

[brent63]

Okay, I did what I said I would do in my previous post about doing a clean install of 9.12.

I opened the same file I had cleaned up and saved using 9.11 and found   again, just not as many this time. (see attached)

I attached my ini files (see Sigil.zip)

Will remove using the replace all option in find and replace and continue using 9.12.

Brent

[DiapDealer]

Originally Posted by brent63

Okay, I did what I said I would do in my previous post about doing a clean install of 9.12.

I opened the same file I had cleaned up and saved using 9.11 and found   again, just not as many this time. (see attached)

Yes. A new install won't remove the entity doubling from epubs that were already saved with the faulty 0.9.11. You'll have to remove the extras yourself. The entity expansion issue with Sigil 0.9.11 (and very early 0.9.12) is completely separate from any INI corruption or massive performance issues.

Your ini files look fine. We only need them when you start experiencing massive slowdowns again.

[icallaci]

Attachment 170028 Today's Sigil ini files. Memory usage at 6,000+ mb. Sigil not responding for up to 1 minute.

[KevinH]

Your sigil ini file does not even have a preserve entities section! In addition your searches ini file shows minor corruption.

Not sure why this leads to an memory bloat and slowdowns but according to the following Qt Bug report:

https://bugreports.qt.io/browse/QTBUG-40796

and this report:

https://bugreports.qt.io/browse/QTBUG-54510

this may have to do with something inside Qt related to QSettings eating memory but only when the ini files are set to use utf-8 encodings.

Thanks!

KevinH

Originally Posted by icallaci

Attachment 170028 Today's Sigil ini files. Memory usage at 6,000+ mb. Sigil not responding for up to 1 minute.

[KevinH]

One way to test this, (if you know how) is to add a utf-8 byte order mark to your sigil.ini file with an editor (with Sigil shutdown) and then start and run Sigil for some time to see if problems develop again or not.

This is very strange. We may have to revert back to non utf-8 ini file format and make a new release.

Let's wait to hear from DiapDealer on what he thinks.

KevinH

Originally Posted by KevinH

Your sigil ini file does not even have a preserve entities section! In addition your searches ini file shows minor corruption.

Not sure why this leads to an memory bloat and slowdowns but according to the following Qt Bug report:

https://bugreports.qt.io/browse/QTBUG-40796

and this report:

https://bugreports.qt.io/browse/QTBUG-54510

this may have to do with something inside Qt related to QSettings eating memory but only when the ini files are set to use utf-8 encodings.

Thanks!

KevinH

[brent63]

I just had my first instance of not responding and a grayed out screen.

Attached are the INI files. I quickly zipped them without saving my file.

[KevinH]

Your sigil.ini is missing the entire preserve entities section as well. All of your other ini files are fine. Have you ever used the Sigil Preferences Preserve Entities settings at all?

If not your ini files are fine and then we are back to what BetterRed suggested that something on your Windows machine is causing havoc for Sigil. Please try booting your machine into safe mode and then run Sigil for a while to see if that changes anything.

Thanks!

KevinH

[brent63]

No, I have not used the Sigil Preferences Preserve Entities settings.

Need to run out tonight will try safe mode in the morning.

[BetterRed]

The reason I asked how many downloads and whether those experiencing the gross performance issues use the 32 or 64 bit versions was this:

if the number of users experiencing the problems is a fraction of the Sigil 0.9.12 installed base,

and

if everyone's .ini files would have been shifted to UTF-8 then,

why are so few people experiencing those problems.

Given the behaviour I had with video embedding was so similar, and it was due to a dodgy shell extension I was using at the time, that only affected Sigil***, then...

I also wonder if it might be worth having one of the unlucky few to try uninstalling whatever bit-wise they have and installing the other one (i.e. if they installed 64bit, uninstall that, and install the 32bit). That's been known to solve inexplicable calibre issues - Qt being the common denominator.

But then again who knew .ini file encoding could be so recalcitrant

*** that's not a reflection on Sigil, the same shell extension feature had an inconsequential side effect on a later version of my preferred file manager - which apart from being written in C++ has little in common with Sigil.

BR

Originally Posted by KevinH

If not your ini files are fine and then we are back to what BetterRed suggested that something on your Windows machine is causing havoc for Sigil.

[DiapDealer]

Originally Posted by BetterRed

The reason I asked how many downloads and whether those experiencing the gross performance issues use the 32 or 64 bit versions was this:

if the number of users experiencing the problems is a fraction of the Sigil 0.9.12 installed base,

and

if everyone's .ini files would have been shifted to UTF-8 then,

why are so few people experiencing those problems.

Because a fraction of the people using Sigil utilize extensive customizations that involve characters which could prove problematic when converting to utf-8.

I can recreate my Sigil preferences from scratch in about 30 seconds.

Or there's just a handful of people who are doing that certain something, in that certain order, after that certain event that triggers all hell breaking loose. I can't count the number of times that simple Sigil issues defied everyone's ability to track down the exact steps to to trigger the "something" that after it was discovered, was like, "duh, how did no one stumble upon that until now?"

Sigil 0.9.12 for Mac dmg: 2595 downloads
Sigil 0.9.12 for 64-bit Windows installer: 8501 downloads
Sigil 0.9.12 for 32-bit Windows installer: 2911 downloads

[RbnJrg]

Originally Posted by KevinH

Please try booting your machine into safe mode and then run Sigil for a while to see if that changes anything.

Thanks!

KevinH

Interesting! I ran Sigil in safe mode and I couldn't reproduce my issues. I even opened three instance of Sigil and the program was perfectly stable. I will do more tests but in principle it would seem that there is a program interfering with Sigil (at least, in my system).

EDIT: One more thing: in safe mode, three instance of Sigil were using less than 1GB of memory and all very stable: in normal mode, two instance of Sigil were using about 1.4GB of memory and with many lapses with messages of "not responding". So, at least in my system, in normal mode Sigil uses much more memory.

[KevinH]

That is good to hear. At least we know what is going on. BetterRed is much better at understanding how to manually enable or disable extensions on your Windows system.

BetterRed, what is the best way or tracking down the extension or program that is giving Sigil such trouble?

[Tex2002ans]

I took a look at my INI backups:

Sigil v0.9.10 sigil.ini = 20 KB
Sigil v0.9.12 sigil.ini = 790 KB

I did a code comparison, and the only meaningful difference in v0.9.12 is an immense section of à for hundreds of KBs:

last_check_time=@String(@DateTime(\0\0\0\x10\0\0\0\0\0\0%ÃÃ
[...]
last_online_version=0.9.8

[user_preferences]
rename_template=
view_state=30
[...]