MantisBT - Doomseeker |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0003642 | Doomseeker | UI | public | 2019-04-30 22:03 | 2019-09-20 00:39 |
|
Reporter | WubTheCaptain | |
Assigned To | Pol M | |
Priority | normal | Severity | trivial | Reproducibility | sometimes |
Status | closed | Resolution | not fixable | |
Platform | | OS | Debian GNU/Linux | OS Version | buster/sid |
Product Version | 1.2 | |
Target Version | 1.3 | Fixed in Version | | |
|
Summary | 0003642: Graphical stutter/jump when applying changes in WAD Aliases configuration dialog open |
Description | Quite self-explanatory: A graphical glitch can occur while saving settings in the WAD Aliases configuration window. |
Steps To Reproduce | - Start Doomseeker.
- Options → Configuration (F5)
- File Paths → WAD Aliases. Have at least one WAD Alias? (I had five, but the default four should work.)
- Spam the "Apply" button to save settings.
- Notice the list of WAD Aliases stuttering/jumping graphically.
|
Additional Information | Dual-monitor 5120 × 1440 resolution setup with X.org server, if that matters. i3 window manager, no compositor. |
Tags | No tags attached. |
Relationships | |
Attached Files | glxinfo.log (148,001) 2019-04-30 22:03 https://zandronum.com/tracker/file_download.php?file_id=2471&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2019-04-30 22:03 | WubTheCaptain | New Issue | |
2019-04-30 22:03 | WubTheCaptain | File Added: glxinfo.log | |
2019-04-30 22:06 | WubTheCaptain | Reproducibility | always => sometimes |
2019-04-30 22:07 | WubTheCaptain | Additional Information Updated | bug_revision_view_page.php?rev_id=12536#r12536 |
2019-04-30 23:54 | Pol M | Note Added: 0020585 | |
2019-04-30 23:54 | Pol M | Assigned To | => Pol M |
2019-04-30 23:54 | Pol M | Status | new => confirmed |
2019-04-30 23:58 | Pol M | Assigned To | Pol M => |
2019-05-28 16:35 | Pol M | Assigned To | => Pol M |
2019-05-28 16:35 | Pol M | Status | confirmed => assigned |
2019-05-30 06:12 | WubTheCaptain | Target Version | => 1.3 |
2019-05-30 11:42 | Pol M | Note Added: 0020707 | |
2019-05-30 11:43 | Pol M | Note Edited: 0020707 | bug_revision_view_page.php?bugnote_id=20707#r12604 |
2019-05-30 11:43 | Pol M | Status | assigned => needs review |
2019-05-30 13:03 | WubTheCaptain | Priority | none => normal |
2019-05-30 15:49 | Zalewa | Note Added: 0020708 | |
2019-05-30 19:27 | Pol M | Note Added: 0020709 | |
2019-05-30 21:38 | Pol M | Note Edited: 0020709 | bug_revision_view_page.php?bugnote_id=20709#r12606 |
2019-06-20 11:35 | Zalewa | Note Added: 0020784 | |
2019-06-20 11:35 | Zalewa | Status | needs review => needs testing |
2019-07-22 09:05 | WubTheCaptain | Note Added: 0020902 | |
2019-07-22 09:05 | WubTheCaptain | Status | needs testing => needs review |
2019-07-22 09:05 | WubTheCaptain | Note Edited: 0020902 | bug_revision_view_page.php?bugnote_id=20902#r12732 |
2019-07-22 12:31 | Pol M | Note Added: 0020908 | |
2019-07-22 21:04 | WubTheCaptain | Status | needs review => resolved |
2019-07-22 21:04 | WubTheCaptain | Resolution | open => not fixable |
2019-09-20 00:39 | WubTheCaptain | Status | resolved => closed |
Notes |
|
(0020585)
|
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. |
|
|
(0020707)
|
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.
PR
|
|
|
(0020708)
|
Zalewa
|
2019-05-30 15:49
|
|
There are still issues with this table after the PR is applied.
https://youtu.be/nB3AYOFt-1I [^]
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. |
|
|
(0020709)
|
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
|
|
|
(0020784)
|
Zalewa
|
2019-06-20 11:35
|
|
|
|
|
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.
|
|
|
(0020908)
|
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. |
|