ok I took the time to take a close look at this this morning. Here is what I have determined:
Quote:
Originally Posted by bobl01
I can confirm this problem. It appears to be independent of GTK theme.
...
|
I think bobl01 is right, changing gtk themes did not help me nor did using the default Moksha theme. Seems unrelated to either. BUT since i do know that in subtle ways our default theme in Moksha has issues I am not ruling that out completely as yet. Our other themes are more or less based on this default e17 theme, so issues the default e17 theme has most likely effects on all our themes ...
But anyways moving on.
Updating audacity does not help.
I updated audacity to the latest commit in
git. Compiled both audacity and wxWidgets for GTK+ as recommended by
audacity/linux/build.txt. I made sure absolutely everything audacity needed was installed and there were no configure warnings at all. Moksha still has the same issue.
The .xsessionerrors file provides a clue:
Code:
(audacity:10108): Gtk-CRITICAL **: 05:03:40.713: IA__gtk_window_resize: assertion 'height > 0' failed
The additional errors:
Code:
04:57:00: Debug: ClientToScreen cannot work when toplevel window is not shown
seem unrelated. I think they relate to the splash screen which also doesn't display correctly on Bodhi 5.0. And maybe that Welcome to Audacity help screen that also displays. The splash screen not displaying makes this TWO issues not one
Updating efl does not help. Same error in efl 1.21.1.
Quote:
Originally Posted by ondoho
I can confirm this is happening on Audacity 2.2.2 on ArchLinux+openbox, too.
The only difference is that the offending window does not cover the slider area, but sticks to the top left edge of the screen and seems to be only 1x1px
...
|
This implies Moksha is not the only window manager having problems with this same issue. I can verify that the same issue persist in my Lubuntu 18.04 VM install. This is LXDE and I think is using the Openbox window manager. And as ondoho suggest the window is 1 pixel wide. I am not going to test and see which window Managers have the same difficulty. But it should be noted the splash screen does display correctly in LXDE.
Quote:
Originally Posted by ondoho
...
audacity is written with wxwidgets? wxwidgets has caused me harm earlier, so i'd blame it on that, too.
|
Well I am not going to blame wxwidgets. I like wxwidgets and it was the third GUI toolkit I tried to learn how code with. Never had any issues with the tool kit itself.
But googling around I can find other apps that used to throw the same or similar .xsessionerrors. Most of them patched their code to avoid this 'height > 0' or sometimes 'width > 0' assertion failures. It seems something changed probably in gtk that made it stricter and apps started getting these warnings in stderr.
This suggests if the audacity code was patched one could make that error go away. Maybe and most likely stuff would display right in Bodhi after that.
BUT I am not blaming audacity. Err some window managers get this right. One still has the .xsessionerrors but the popup displays right.
As bobl01 notes:
Quote:
Originally Posted by bobl01
... FWIW I've just tried Audacity on Mac OS X. On the mac, when you move the slider a little window pops up and displays: Output Volume 0.x, where the 0.x changes as the slider is moved.
|
This is what it should look like:
audacity-e22
This is on e22 compiled on the same Lubuntu 18.04 VM install mentioned above with efl 1.21.1. Note audacity fails to display this right in both lubuntu and Moksha compiled also in the same lubuntu VM. Also in e22 the splash Screen does display.
It also fails to display right in e17 in the same Lubuntu VM.
So to conclude I am taking this to mean we have TWO window manager bugs which have been present since before Moksha forked from e17 but has been fixed in latter versions of e.