Redmine: Issueshttp://redmine.audacious-media-player.org/http://redmine.audacious-media-player.org/welcome/favicon.ico?15159353402021-02-07T11:33:23ZRedmine
Redmine Audacious - Support #1064 (Closed): Open Files- dialog on QT in Unity via icon and keyboard shortcuthttp://redmine.audacious-media-player.org/issues/10642021-02-07T11:33:23ZMike Danielsmikkel@undone.se
<p>OS: Ubuntu 20.04.2 LTS x86_64<br />Kernel: 5.4.0-65-generic<br />DE: Unity<br />WM: Compiz</p>
<p>Hi. I still use Unity DE on my work laptop with Ubuntu 20.04 LTS. I noticed the following behaviour when I start Audacious (QT) and open the files or add files via the icon in the interface:</p>
<p>The first time the file dialog window appears above the main window (like it should), but if I close the window and open the dialog again via the icon it appears behind the main window from that point on (took me a while to realize that it did in-fact open but is hidden behind by the main window).</p>
<p>If I try to use the keyboard shortcuts like CTRL-O (Open Files) or CTRL-K (Open Folder), the behaviour is the same. The file dialog window opens above the main window the first time after the program is started and then opens behind the main window from that point on.</p>
<p>But there's more. If I use the menu and select File > Open Files (or Open Folder or Add Files or Add Folder) the file dialog window always appear above the main window, like it should, even after I've tried opening the previously mentioned ways.</p>
<p>I guess it's been like this since 4.0.4 at least. I noticed it before the recent 4.1 and was hoping it was fixed there. I just noticed that GTK legacy-version (which interface I prefer to be honest) is also included (in the ubuntuhandbook1 repository at least, which I use) and for what it's worth, the "Open Files" via the icons in the interface works as intended there.</p>
<p>So, it's probably the QT Audacious + Unity DE combination?</p>
<p>Best regards,</p> Audacious - Bug #756 (Closed): Song position marker issue(s)http://redmine.audacious-media-player.org/issues/7562017-11-21T21:29:15ZMike Danielsmikkel@undone.se
<p>Ubuntu 17.04 x86_64<br />Unity7, Compiz</p>
<p>Two issues when dealing with the song position marker using the mouse:</p>
<p>1. Start playing a song (wav, mp3) of at least a decent length. Grab the song position marker and drag it beyond the end-position and release the mouse-button. The marker stays at the end, the song display shows the end-time (and continues to play over its actual length-time) but the program plays the sound at the position it was previously playing, plus ~1 second.</p>
<p>- The expected behaviour is that if you're at the end of the song (which the song position marker implies), to start playing the next song in the list (of course this can be debated if that is what should happen, but it seems pretty common behaviour in music players, for example Spotify does this). If not, then at least the song position marker and the song display should feedback where it is actually playing, after doing this manoeuvrer.</p>
<p>2. The other issue is that you are able to get stuck into the grab-state of the song position marker, so that you can not interact with the rest of the music player until you either quit and restart the program, or wait until the song ends. The step to reproduce this is to double-click somewhere in the song position marker-area and that makes the song position marker sticking to the horizontal movement of the mouse.</p>
<p>- This does not seem to be the case in the QT-version so using that might be my own workaround for now. :)</p>