search

void-linux / void-packages

The Void source packages collection
https://voidlinux.org
Other
2.59k stars 2.16k forks source link

Audacity 2.4.1_3 (maybe via wxWidgets-gtk3 and / or wxWidgets-common) stealing focus #46442

Open gc-user opened 1 year ago

gc-user commented 1 year ago

Is this a new report?

Yes

System Info

Void 6.3.13_2 x86_64 GenuineIntel uptodate hold rrmDDFFFFFFFFF

Package(s) Affected

audacity-2.4.1_3.x86_64

Does a report exist for this bug with the project's home (upstream) and/or another distro?

I haven't found any in a quick web search.

Expected behaviour

When minimizing the window or just pulling another window to the front, audacity shouldn't push itself to the front after finishing some action but stay in the background / minimized.

Actual behaviour

With audacity-2.4.13 as opposed to audacity-2.4.12 the program is stealing the focus of whatever other window is in the forefront - or restoring the program window if it was minimized - whenever audacity is finished doing some task (saving a file, changing the volume etc.). This is highly annoying behavior when working on some other program.

Downgrading audacity to 2.4.1_2 (and the dependencies it depends on: wxWidgets-gtk3 and wxWidgets-common) "solves" this issue.

Maybe the culprit is wxWidgets, but I don't know how to test that as the two revisions of audacity depend on a different version of wxWidgets, so I can't mix and match - unless maybe compiling them against the different wxWidgets packages (in my case I have 3.0.5.16 and 3.2.2.1.1).

Steps to reproduce

  1. Open audacity
  2. Open some large audio file so it takes audacity some time to open the file. Alternatively, let audacity do any task on the opened audio file that takes a while to perform.
  3. While audacity is opening the file, minimize the program window or pull another program window to the front.
  4. Notice audacity stealing the focus of whatever other program you were pulling to the front while audacity was performing the task. Alternatively, if the audacity window was minimized, notice the window being restored when the task is completed.
tranzystorekk commented 1 year ago

Out of curiosity, can you test Tenacity from my template https://github.com/tranzystorek-io/void-packages/tree/tenacity/srcpkgs/tenacity to see if it has the same bug?

gc-user commented 1 year ago

The build process is failing because the dependencies libsbsms-devel and portsmf-devel are missing. Do you happen to have templates for those?

tranzystorekk commented 1 year ago

Ah, sorry, forgot to mention, those templates are on that tenacity branch in my fork.

gc-user commented 1 year ago

Ah, ok, I was looking in the root branch, that why I couldn't find them.

Well, unfortunately, the problem of stealing focus is the same as with audacity.

So, the problem is probably with wxWigets. Audacity (or Tenacity) would be the only packages that need wxWidgets on my system, hence no other application changed their behavior after the update of the mentioned wxWidgets* packages.

zlice commented 10 months ago

Looks like audacity updated to 3.x a bit back.

gc-user commented 9 months ago

The issue is the same in v3, but as v2.4.1 was build against two different versions of wxWidgets, showing that it is not an issue of Audacity but apparently of wxWidgets. I never managed to build audacity v3 against the old version 3.0.5 of wxWisgets, thus I couldn't double-check or use a "sane" variant of audacity v3, nor was I able to pin down the wxWidgets version when things went south. A similar issue report for tenacity hasn't been addressed there either...