Isis3: GUI (QT?) bug: Menus (and Apple icon) become inactive after launching a GUI

Created on 25 Feb 2019  路  9Comments  路  Source: USGS-Astrogeology/ISIS3


Author Name: Klaus-Michael Aye (Klaus-Michael Aye)


As demonstrated at ASC, on both an macOS 10.12 and 10.13, the menubar items plus the Apple icon become inactive after launching an ISIS GUI, while the GUI's window interaction is working.

Jesse came up with a work around:

  1. Launch GUI
  2. Make other window active
  3. Go back to GUI

Now the menus in the menu bar should work.

Opened this for your tracking of it.

bug

All 9 comments


Original Redmine Comment
Author Name: Klaus-Michael Aye (Klaus-Michael Aye)
Original Date: 2018-10-26T19:32:28Z


just to let you know, it's totally not you, but QT causing this. Just installed Ginga, the FITS file viewer that heavily uses QT, and it had exactly the same issue with the menu bar. Had to click away and come back to get the menu working.


Original Redmine Comment
Author Name: Stuart Sides (@scsides)
Original Date: 2018-10-30T19:59:03Z


The next version of ISIS3.6.0 uses a newer version of QT and does not exhibit this behavior.

Just noted this same behaviour [topmenus of qview, qmos ... not working ] on macOS Catalina 10.15.3, isis3 3.9.1

   isis3                     3.9.1                    py36_0    usgs-astrogeology
   qt                        5.9.6                         0    usgs-astrogeology

Alessandro

@afrigeri We're mainly supporting 10.13 right now. I know @KrisBecker has started testing it out, but we can't do anything with 10.15 here at the survey because it hasn't been approved by the Department of the Interior for use yet :(

Could be that we need to rebuild QT with a newer SDK. We're testing out working with the latest conda-forge qt build, but I don't know if that will fix this.

Thanks for the info, @jessemapel.

I've tried to get isis3 into an env with qt 5.9.7 (or even 5.12.x) installed, but that was unsuccessful.

UnsatisfiableError: The following specifications were found to be incompatible with a past                                                    
explicit spec that is not an explicit spec in this operation (qt):

  - isis3 -> qt=5.9.6

because of the isis3 dependency specifically on 5.9.6. That was an interesting exercise anyway!

Thanks for testing the latest qt build. I'm tuned in.

Yeah, we currently have to ship our own build of QT because the older builds on conda-forge were missing some plugins (hence it's hard pinned to 5.9.6). We recently pushed our changes up to conda-forge, so I'm going to be testing out using the newer conda-forge builds with the 4.1 RC next week.

@jessemapel, found a way to revive the menubar with Isis 3.9.1 and OSX 10.15.3:

  1. launch the app, say qtie
  2. clicking the unresponsive menubar
  3. going back to the terminal, click anywhere on the terminal where we have launched qtie
  4. go back to the menubar: now it's alive

That's not a qt bug, it is reported to be OSX Catalina behavior (!!), see: https://bugreports.qt.io/browse/QTBUG-48829

Perhaps this gets fixed in Qt 5.11.3 -- quite a large version jump. https://bugreports.qt.io/browse/QTBUG-63866

FYI, this is still happening (because it is a Qt thing, and ISIS can't update Qt).

ISIS: 5.0.0
macOS: 10.15.7

Was this page helpful?
0 / 5 - 0 ratings

Related issues

pedrohasselmann picture pedrohasselmann  路  9Comments

afrigeri picture afrigeri  路  8Comments

oleg-alexandrov picture oleg-alexandrov  路  8Comments

dpmayerUSGS picture dpmayerUSGS  路  5Comments

scsides picture scsides  路  5Comments