Bug 459326 - UX bug - "play file" dialog uses inonvenient default for "Files of type" input
Summary: UX bug - "play file" dialog uses inonvenient default for "Files of type" input
Status: RESOLVED FIXED
Alias: None
Product: dragonplayer
Classification: Applications
Component: general (show other bugs)
Version: 22.08.1
Platform: Debian stable Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-18 12:42 UTC by Alex Kh
Modified: 2022-10-16 18:53 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
screenshot (145.92 KB, image/png)
2022-10-15 18:40 UTC, Alex Kh
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Kh 2022-09-18 12:42:44 UTC
If you ever attempted to open a media file with using "Play file" button in Dragon player, it opens up a file picking dialog, with the value for "Files of type" input control filled with (just assuming) whatever first supported file format your player has been compiled with. For me it's "MXF video (*.mxf)". This makes it hard for users to use this dialog at all, because they need to know it in advance what kind of file they're about to open and set that filter first. Wast majority of regular users don't have an idea about these kind of technical detals, like video file format differences, all they want is to playback a file - either audio or video.

What it should be instead - a very first item in that "Files of type" control should be something like "All supported media formats", which should be a superposition of all file extensions this particular instance of Dragon player could handle. E.g. *.avi, *.mp4, *.mpg ...

If some advanced user still wants to change this dialog to see only files of specific format, he would be able to do that, bu changing that default "All supported media format" option to something of his choice.

Also, the list of possible file types should be displayed as sorted one, currently it's unsorted and it makes this kind of selection difficult.

The behavior is observed whike using dragon player compiled out of the latest sources with kdesrc-build, so I set the affected version to the most recent stable release. The same behavior was existing for the version 20.12.0, the one I have in Debian 11 Stable
Comment 1 Harald Sitter 2022-09-19 08:55:07 UTC
Please provide

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version:
Comment 2 Alex Kh 2022-09-25 15:49:14 UTC
Linux Debian 11 on aarch64

-- the version I built with kdesrc-build --
dragon 22.11.70 
KDE Frameworks Version 5.98.0
Qt Version 5.15.2 (built against 5.15.2)

-- this version was coming from debian repo --
dragon 20.12.0 
KDE Frameworks 5.78.0
Qt 5.15.2 (built against 5.15.2)

Both are demonstrating the same (mis-)behavior
Comment 3 Bug Janitor Service 2022-10-10 04:52:22 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Harald Sitter 2022-10-10 11:56:22 UTC
Does this also happen with a new user?
Comment 5 Alex Kh 2022-10-10 12:24:31 UTC
(In reply to Harald Sitter from comment #4)
> Does this also happen with a new user?
I'll check that
Comment 6 Alex Kh 2022-10-10 13:59:58 UTC
Hm, for the brand new user dragon player settings are all fine - by default the "Filter" input is empty allowing me to see all file types.

Where is that setting/behavior is defined?
Comment 7 Alex Kh 2022-10-10 14:04:26 UTC
Sorry, forgot to mention, in a meantime I have switched from Debian 11 Stable to Debian 11 Testing. 
I can see now, that whatever that initial issue was, it's now gone for my original user as well.

But I think it will be very precious for everyone else, who might be dealing with the same strange behavior to know if it can be affected by some setting in config file
Comment 8 Harald Sitter 2022-10-10 14:12:22 UTC
Alas, I do not know where it would be stored. Chances are either dragonplayerrc or kdeglobalsrc. A grep on .config with the relevant extension will likely yield the relevant config.
Comment 9 Alex Kh 2022-10-10 22:09:43 UTC
Well I was jumping to a conclusion all too fast. I did some experiments and can see the issue as I described it is reproduced in windows managers like dwm and not in KDE. I will dig it bit more
Comment 10 Alex Kh 2022-10-15 18:39:31 UTC
I can reproduce this bug steadily in dwm. The only config file for dragonplayer I found is ~/.config/dragonplayerrc doesn't define what file types are shown in what order in the open dialog. See screenshot
Comment 11 Alex Kh 2022-10-15 18:40:03 UTC
Created attachment 152857 [details]
screenshot
Comment 12 Harald Sitter 2022-10-16 18:40:45 UTC
Can you reproduce this on Plasma, GNOME or XFCE?
Comment 13 Harald Sitter 2022-10-16 18:45:26 UTC
Nevermind
Comment 14 Harald Sitter 2022-10-16 18:47:51 UTC
Git commit 87a127e33a4210d47fad12af7a3080e36ab99094 by Harald Sitter.
Committed on 16/10/2022 at 18:47.
Pushed by sitter into branch 'master'.

make sure the native qt dialog shows octet-stream as mime option

otherwise it'd refuse to accept our default value and just pick the
first value in the list

M  +4    -1    src/app/mainWindow.cpp

https://invent.kde.org/multimedia/dragon/commit/87a127e33a4210d47fad12af7a3080e36ab99094
Comment 15 Alex Kh 2022-10-16 18:53:31 UTC
Thanks a lot Harald