Opened 9 months ago

Last modified 6 months ago

#13553 assigned Bug Report - General

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 9 months ago.
contextcache.xml (438 bytes) - added by bib1963 8 months ago.
mythtv-setup.log.zip (74.1 KB) - added by bib1963 8 months ago.
mythtv-setup-1.log.zip (55.9 KB) - added by bib1963 8 months ago.

Download all attachments as: .zip

Change History (14)

Changed 9 months ago by bib1963

comment:1 Changed 9 months 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 9 months ago by Mark Kendall

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

comment:3 Changed 9 months 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 9 months 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 8 months 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 8 months 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 8 months ago by bib1963

Attachment: contextcache.xml added

Changed 8 months ago by bib1963

Attachment: mythtv-setup.log.zip added

Changed 8 months ago by bib1963

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

comment:7 Changed 8 months 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 8 months 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 7 months ago by paul-h

Status: infoneededassigned

comment:10 Changed 6 months ago by Stuart Auchterlonie

Milestone: 31.031.1

Moving open tickets v31.0 -> v31.1

Note: See TracTickets for help on using tickets.