Opened 23 months ago

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

Download all attachments as: .zip

Change History (15)

Changed 23 months ago by bib1963

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

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

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

Attachment: contextcache.xml added

Changed 22 months ago by bib1963

Attachment: mythtv-setup.log.zip added

Changed 22 months ago by bib1963

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

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

Status: infoneededassigned

comment:10 Changed 20 months ago by Stuart Auchterlonie

Milestone: 31.031.1

Moving open tickets v31.0 -> v31.1

comment:11 Changed 4 months 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

Note: See TracTickets for help on using tickets.