MantisBT - Doomseeker
View Issue Details
0003642DoomseekerUIpublic2019-04-30 22:032019-09-20 00:39
Pol M 
closednot fixable 
Debian GNU/Linuxbuster/sid
0003642: Graphical stutter/jump when applying changes in WAD Aliases configuration dialog open
Quite self-explanatory: A graphical glitch can occur while saving settings in the WAD Aliases configuration window.
  1. Start Doomseeker.
  2. Options → Configuration (F5)
  3. File Paths → WAD Aliases. Have at least one WAD Alias? (I had five, but the default four should work.)
  4. Spam the "Apply" button to save settings.
  5. Notice the list of WAD Aliases stuttering/jumping graphically.
Dual-monitor 5120 × 1440 resolution setup with server, if that matters. i3 window manager, no compositor.
No tags attached.
log glxinfo.log (148,001) 2019-04-30 22:03
Issue History
2019-04-30 22:03WubTheCaptainNew Issue
2019-04-30 22:03WubTheCaptainFile Added: glxinfo.log
2019-04-30 22:06WubTheCaptainReproducibilityalways => sometimes
2019-04-30 22:07WubTheCaptainAdditional Information Updatedbug_revision_view_page.php?rev_id=12536#r12536
2019-04-30 23:54Pol MNote Added: 0020585
2019-04-30 23:54Pol MAssigned To => Pol M
2019-04-30 23:54Pol MStatusnew => confirmed
2019-04-30 23:58Pol MAssigned ToPol M =>
2019-05-28 16:35Pol MAssigned To => Pol M
2019-05-28 16:35Pol MStatusconfirmed => assigned
2019-05-30 06:12WubTheCaptainTarget Version => 1.3
2019-05-30 11:42Pol MNote Added: 0020707
2019-05-30 11:43Pol MNote Edited: 0020707bug_revision_view_page.php?bugnote_id=20707#r12604
2019-05-30 11:43Pol MStatusassigned => needs review
2019-05-30 13:03WubTheCaptainPrioritynone => normal
2019-05-30 15:49ZalewaNote Added: 0020708
2019-05-30 19:27Pol MNote Added: 0020709
2019-05-30 21:38Pol MNote Edited: 0020709bug_revision_view_page.php?bugnote_id=20709#r12606
2019-06-20 11:35ZalewaNote Added: 0020784
2019-06-20 11:35ZalewaStatusneeds review => needs testing
2019-07-22 09:05WubTheCaptainNote Added: 0020902
2019-07-22 09:05WubTheCaptainStatusneeds testing => needs review
2019-07-22 09:05WubTheCaptainNote Edited: 0020902bug_revision_view_page.php?bugnote_id=20902#r12732
2019-07-22 12:31Pol MNote Added: 0020908
2019-07-22 21:04WubTheCaptainStatusneeds review => resolved
2019-07-22 21:04WubTheCaptainResolutionopen => not fixable
2019-09-20 00:39WubTheCaptainStatusresolved => closed

Pol M   
2019-04-30 23:54   
Confirmed in Arch Linux KDE, the graphic error seems to come from entries trying to occupy half the height they normally do.
Pol M   
2019-05-30 11:42   
(edited on: 2019-05-30 11:43)
Changed how the resizing is handled, and now the cells are also resized when you change the window size.

2019-05-30 15:49   
There are still issues with this table after the PR is applied. [^]

See what happens when empty rows are added to the table when the table already has thick rows - the new rows have varying amount of thickness. Also, word wrapping works when you resize the window but when Apply is pressed the rows become narrow one-liners only to become thick and word-wrapped again as soon as the window is resized.
Pol M   
2019-05-30 19:27   
(edited on: 2019-05-30 21:38)
Nice, some windows exclusive bugs, I'll keep an eye.
EDIT: Commited

2019-06-20 11:35   
Glitches on Windows don't happen anymore with the PR hotfix. I merged the PR as [^]
2019-07-22 09:05   
The bottom-most "match" table cell still stutters for me, others do not. It's an improvement, but not resolved. (1.3~beta-190720-1414)

I tested on Debian GNU/Linux bullseye/sid.

Pol M   
2019-07-22 12:31   
I did notice that, but no matter what I do it still does that. Maybe there's some dark magic that could solve this, but at the end I decided to desist and accept that that button would not follow my commands. If you're okay with this too, I'd honestly let this one pass.