|Subject:||Re: Commit 4f3a8eba3a doesn't compile|
|Date:||Fri, 22 Jul 2022 00:42:15 +0800|
|User-agent:||Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0|
Mine Kubuntu 22.04 uses 5.15.3. Tests on a newer version would be great.Interesting. Maybe a buglet in Qt then? My old openSUSE distribution uses version 5.12.7... Within the next weeks I have to eventually upgrade my laptop to a new openSUSE version; will then test again.
Again, no pressure! You have a lot of time to work on that :-)
It's relieveing to hear that :D. However, what do you prefer for me to prioritize?
Personally both are OK to me, so I'd like to hear your opinion.
However, if I press 'continue' in gdb, it stops after one second again at this place. And again, and again... Is this normal? How shall I ever test a change?
Very abnormal. Is your `msyh.ttc` a symbolic link? It's pretty
evident that it's FS watcher part triggering font reload
operation, thus resetting the charmap option. Because the file was
recognized as a symbolic link, and Qt's fs watcher can't handle
this (as is mentioned in the comment), a timer is used to
periodically reload the font instead of listening on fs events.
However, reloading of font should not reset the charmap option either if the charmaps didn't change during the reloading (e.g. when the font isn't changed actually). Line 116, 120~124 and 144~145 are exactly intended to avoid unexpected resetting, but it don't seem to work. I will look this tomorrow (7 hrs later) :P.
|[Prev in Thread]||Current Thread||[Next in Thread]|