Opened 5 years ago
Closed 3 years ago
#13553 closed Bug Report - General (Trac EOL)
mythtv-setup screen does not full draw - I assume it's to do with backing store
Reported by: | bib1963 | Owned by: | Mark Kendall |
---|---|---|---|
Priority: | minor | Milestone: | 31.1 |
Component: | MythTV - Mythtv-setup | Version: | Master Head |
Severity: | low | Keywords: | |
Cc: | Ticket locked: | no |
Description
If I reboot, then start the FE, any future attempts to run mythtv-setup fails with the attached screen. The view is not being properly updated. If I switch to another virtual desktop, then back to the original, mythtv-setup does get redraw correctly. I have to do this every time I change something.
The FE has always worked correctly, just not mythtv-setup.
I could get round this my resetting changing from OpenGL to QT and back again, but these were removed a while ago.
This has been happening for a few years, however with the removal, I now find it intolerable.
This is with opensuse 15.1/packman updates. I'm sure this went back to the opensuse 14 days.
Attachments (4)
Change History (16)
Changed 5 years ago by
Attachment: | Screenshot_20200112_134309.png added |
---|
comment:1 Changed 5 years ago by
comment:2 Changed 5 years ago by
Milestone: | needs_triage → 31.0 |
---|---|
Owner: | changed from Peter Bennett to Mark Kendall |
Severity: | medium → low |
Status: | new → accepted |
comment:3 Changed 5 years ago by
Status: | accepted → infoneeded |
---|
Based on your description, I cannot reproduce this.
Can you be clear on what triggers it?
Are you attempting to run mythtv-setup while mythfrontend is still running? or do you run mythfrontend, exit and then run mythtv-setup?
Needless to say, it should work without issue with both behaviours.
comment:4 Changed 5 years ago by
It does not matter whether, what is or has been running.
If mythtv-setup gets run twice in same session, the screen does not redraw properly.
I have found though, that deleting ~/.mythtv/cache/contextcache.xml allows mythtv-setup to run properly every time.
comment:5 Changed 5 years ago by
Can you attach copies of:-
- the contents of contextcache.xml (when the problem happens)
- the complete output of mythtv-setup log (again when the problem happens)
Thanks
comment:6 Changed 5 years ago by
3 files attached.
contextcache.xml mythtv-setup.log.zip - git on mythtv-20200118 mythtv-setup-1.log.zip - git on 20200126
Even with today's git update, "programs: Add shared pre-QApplication setup for GUI applications", it still happens.
Changed 5 years ago by
Attachment: | contextcache.xml added |
---|
Changed 5 years ago by
Attachment: | mythtv-setup.log.zip added |
---|
Changed 5 years ago by
Attachment: | mythtv-setup-1.log.zip added |
---|
comment:8 Changed 5 years ago by
That did not fix it.
The log mythtv-setup-1.log.zip - git on 20200126, has that patch in place.
comment:9 Changed 5 years ago by
Status: | infoneeded → assigned |
---|
comment:11 Changed 3 years ago by
This is caused by the mythfrontend setting StartupScreenDelay? being zero. This value is passed along in contextcache.xml and this value is then used by mythtv-setup. Then mythtv-setup sometimes fails to start correct.
The workaround is to set the StartupScreenDelay? to a value of at least one second.
See the complete discussion in the mailing list in: https://forum.mythtv.org/viewtopic.php?f=36&t=4470 with the discussion of the StartupScreenDelay? starting here: https://forum.mythtv.org/viewtopic.php?f=36&t=4470&start=30#p22105
comment:12 Changed 3 years ago by
Resolution: | → Trac EOL |
---|---|
Status: | assigned → closed |
We have moved all bug tracking to github [1]
If you continue to have this issue, please open a new issue at github, referencing this ticket.
FWIW, the only thing I get back when starting setup which I think is relevant is...
QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined