Opened 4 years ago

Closed 2 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)

Screenshot_20200112_134309.png (134.8 KB) - added by bib1963 4 years ago.
contextcache.xml (438 bytes) - added by bib1963 4 years ago.
mythtv-setup.log.zip (74.1 KB) - added by bib1963 4 years ago.
mythtv-setup-1.log.zip (55.9 KB) - added by bib1963 4 years ago.

Download all attachments as: .zip

Change History (16)

Changed 4 years ago by bib1963

comment:1 Changed 4 years ago by bib1963

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

comment:2 Changed 4 years ago by Mark Kendall

Milestone: needs_triage31.0
Owner: changed from Peter Bennett to Mark Kendall
Severity: mediumlow
Status: newaccepted

comment:3 Changed 4 years ago by Mark Kendall

Status: acceptedinfoneeded

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 4 years ago by bib1963

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 4 years ago by Mark Kendall

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 4 years ago by bib1963

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 4 years ago by bib1963

Attachment: contextcache.xml added

Changed 4 years ago by bib1963

Attachment: mythtv-setup.log.zip added

Changed 4 years ago by bib1963

Attachment: mythtv-setup-1.log.zip added

comment:7 Changed 4 years ago by Mark Kendall <mark.kendall@…>

In 3da3ded47/mythtv:

programs: Add shared pre-QApplication setup for GUI applications

  • MythDisplay::ConfigureQtGUI holds common code that should be called

before any GUI app is created and replaces inconsistent approach across
the MythTV gui binaries

comment:8 Changed 4 years ago by bib1963

That did not fix it.

The log mythtv-setup-1.log.zip - git on 20200126, has that patch in place.

comment:9 Changed 4 years ago by paul-h

Status: infoneededassigned

comment:10 Changed 4 years ago by Stuart Auchterlonie

Milestone: 31.031.1

Moving open tickets v31.0 -> v31.1

comment:11 Changed 3 years ago by Klaas de Waal

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 2 years ago by Stuart Auchterlonie

Resolution: Trac EOL
Status: assignedclosed

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.

[1] - https://github.com/MythTV/mythtv/issues

Note: See TracTickets for help on using tickets.