15.4 Beta - Bug 1199643 Submitted for kmenuedit hang on New Item Select Icon
All, Yasuhiko, I filed: Bug 1199643 - Leap 15.4 Beta - KDE3 kmenuedit crash - QGArray::at: Absolute index 42385864 out of range https://bugzilla.opensuse.org/show_bug.cgi?id=1199643 Summary: kmenuedit hangs when you add a new item and click to change the icon. The change icon dialog gets to 14% and then fills .xsession-errors with QGArray out-of-range errors, e.g. QGArray::at: Absolute index 42385920 out of range QGArray::at: Absolute index 42385920 out of range QGArray::at: Absolute index 42385920 out of range QGArray::at: Absolute index 42385920 out of range QGArray::at: Absolute index 42385920 out of range QGArray::at: Absolute index 42385976 out of range QGArray::at: Absolute index 42385976 out of range (**35 GiB** of same error as mremap occurs) A strace attached before the change icon button is clicked shows that it scans through /usr/share/icons as normal (about 34K of lines of checking for every icon under the sun), then mmap (mremap) enters an endless loop mremap'ing over and over again, e.g. writev(4, [{iov_base="5\1\4\0\257\t\0\3\353\2\0\0000\0/\0007\2\4\0\260\t\0\3\257\t\0\3\0\0\0\0"..., iov_len=15772}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=9216}, {iov_base="", iov_len=0}], 3) = 24988 openat(AT_FDCWD, "/usr/share/icons/hicolor/symbolic/apps/goa-account-exchange-symbolic.svg", O_RDONLY) = 11 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 read(11, "<svg xmlns=\"http://www.w3.org/20"..., 4096) = 2633 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 brk(0x565273c37000) = 0x565273c37000 brk(0x565273c20000) = 0x565273c20000 mmap(NULL, 233472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f886630a000 brk(0x565273c08000) = 0x565273c08000 mremap(0x7f886630a000, 233472, 237568, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 237568, 241664, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 241664, 245760, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 245760, 249856, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 249856, 253952, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 253952, 258048, MREMAP_MAYMOVE) = 0x7f88662d0000 (millions of more mremap lines) First time I've ever seen something like this. -- David C. Rankin, J.D.,P.E.
On 5/18/22 1:11 AM, David C. Rankin wrote:
All, Yasuhiko,
I filed:
Bug 1199643 - Leap 15.4 Beta - KDE3 kmenuedit crash - QGArray::at: Absolute index 42385864 out of range https://bugzilla.opensuse.org/show_bug.cgi?id=1199643
Summary:
kmenuedit hangs when you add a new item and click to change the icon. The change icon dialog gets to 14% and then fills .xsession-errors with QGArray out-of-range errors, e.g.
QGArray::at: Absolute index 42385920 out of range <snip> A strace attached before the change icon button is clicked shows that it scans through /usr/share/icons as normal (about 34K of lines of checking for every icon under the sun), then mmap (mremap) enters an endless loop mremap'ing over and over again, e.g.
writev(4, [{iov_base="5\1\4\0\257\t\0\3\353\2\0\0000\0/\0007\2\4\0\260\t\0\3\257\t\0\3\0\0\0\0"..., iov_len=15772}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=9216}, {iov_base="", iov_len=0}], 3) = 24988 openat(AT_FDCWD, "/usr/share/icons/hicolor/symbolic/apps/goa-account-exchange-symbolic.svg", O_RDONLY) = 11 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 read(11, "<svg xmlns=\"http://www.w3.org/20"..., 4096) = 2633 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 fstat(11, {st_mode=S_IFREG|0644, st_size=2633, ...}) = 0 brk(0x565273c37000) = 0x565273c37000 brk(0x565273c20000) = 0x565273c20000 mmap(NULL, 233472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f886630a000 brk(0x565273c08000) = 0x565273c08000 mremap(0x7f886630a000, 233472, 237568, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 237568, 241664, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 241664, 245760, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 245760, 249856, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 249856, 253952, MREMAP_MAYMOVE) = 0x7f88662d0000 mremap(0x7f88662d0000, 253952, 258048, MREMAP_MAYMOVE) = 0x7f88662d0000 <snip>
All, This is also seems related to the race-conditon (and crash of kwin at times) to when attempting to add a shortcut. For example in: kate -> Settings -> Configure Shortcuts.... When you click on the "Custom" box or click in the dialog for the "Configure Shortcuts - Kate" where you enter the new key-combination, the system goes into some type of race condition. If you enter a new shortcut key-combination and click nowhere else, it will take a good 10 - 15 seconds for the key-combination to actually appear in the dialog. The CPU load goes to 100%. While the key-combination dialog is spinning, if you move focus away from that dialog and attempt to enter text elsewhere (like typing a command in konsole), the new keystrokes in konsole are interpreted as additions to the shortcut and kwin in irreversibly locked in that race condition. Focus is locked and while the mouse still moves, no keyboard input in possible. VT terminal interrupts to switch to text console [ctrl + alt + F1] still work so it is possible to kill and restart kwin, but that is the only way out of the race condition. I can only guess at the cause, some type of new X or Wayland input that is choking or some similar X or Wayland focus handling. I've added this info to Bug 1199643 https://bugzilla.opensuse.org/show_bug.cgi?id=1199643 -- David C. Rankin, J.D.,P.E.
On 5/18/22 21:16, David C. Rankin wrote:
On 5/18/22 1:11 AM, David C. Rankin wrote:
All, Yasuhiko,
I filed:
Bug 1199643 - Leap 15.4 Beta - KDE3 kmenuedit crash - QGArray::at: Absolute index 42385864 out of range https://bugzilla.opensuse.org/show_bug.cgi?id=1199643
Summary:
kmenuedit hangs when you add a new item and click to change the icon. The change icon dialog gets to 14% and then fills .xsession-errors with QGArray out-of-range errors, e.g.
<snip>
All,
This is also seems related to the race-conditon (and crash of kwin at times) to when attempting to add a shortcut. For example in:
kate -> Settings -> Configure Shortcuts....
When you click on the "Custom" box or click in the dialog for the "Configure Shortcuts - Kate" where you enter the new key-combination, the system goes into some type of race condition. If you enter a new shortcut key-combination and click nowhere else, it will take a good 10 - 15 seconds for the key-combination to actually appear in the dialog. The CPU load goes to 100%.
<snip> Both issues are FIXED! Yasuhiko is da man! Thank you! Duped 15.4 and tested both -- working perfectly! I've been putting KDE3 through it's paces and kicking the tires pretty hard and it is is very good shape. Absolute joy to use. I have started with a blank config. (I did copy the kate/kwrite rc files to get my custom dark themes and kwincrystalrc for the crystal window decorations, kdeglobals for fonts/theme and kwin shortcuts) But for everything else, we have started with a clean slate. Working brilliantly. Still to do, kdevelop, quanta, gwenview, etc.., but I don't really expect anything out of the ordinary. Haven't done compiz/fusion icon either, but it hasn't really worked since the 11.X days (it works, but many of the widgets or original features of the 7.x version are missing) I haven't really used it since then other than to test that it works and get frustrated with the missing features and just configure the kwin shortcuts to handle switch desktop next/prev and window to next/prev desktop, etc. KDE3 is still the most complete, well thought out and functional desktop going. And .... after a couple of nit type bugs we are likely good to "just get work done" for the next 2 years without having to write a bug-a-day as plasma or gnome4 requires. Thank you again Yasuhiko, the bug fixes are very much appreciated! -- David C. Rankin, J.D.,P.E.
participants (1)
-
David C. Rankin