Audio tracks are imported to GnomeMpv in reversed order

[hubslave]

Overview Description:

Hello, I have a folder where I have multiple audio tracks named by this pattern:

01 - "Name".mp3 02 - "Name".mp3 03 - "Name".mp3 04 - "Name".mp3 ... 11 - "Name".mp3

In GnomeMpv I click on + sign icon, choose Open... I navigate to folder where the tracks are stored, I have the items listed alphabetically by name - seeing the smallest number on the top, ascending to bottom, I select the first audio track (01), and then by holding shift I select the last audio track (11), having all the tracks selected. I click open and the tracks start playing from the last (11) to first (01). When I open playlist they are also sorted this way.

This happens also when I select the last track (11) first and by holding shift selecting the first track (01) last (to select them all). Also the same thing happens when I select the tracks by pressing Ctrl+A

Only way I am able to import them in correct order (sorted from 01 to 11) is to revert the listing of items in "Open Dialog". When I list items by "reverted" name ("reversed alphabetical sorting" :) ) - seeing the biggest number on top, descending to bottom and select the tracks, they import in correct order.

I am not sure if this is expected behaviour.

Also I think that it may be worth checking if this also happens when importing the tracks by double clicking or some other way, since in my version of flatpak I can only import files to GnomeMpv this way, I am not able to test other ways of importing.

Steps to Reproduce: 1.Open GnomeMpv 2. Import multiple audio tracks with some naming pattern 3. See them imported in reversed order

Actual Results: Reversed order

Expected Results: "Expected" order

Version: Master

Additional Information: EL 7.4, flatpak 0.8.7

[gnome-mpv]

This only happens when using flatpak, so it's probably a bug in flatpak or xdg-desktop-portal.

[hubslave]

should I report it on flatpak github or do flatpak developers get notified of this issue when you label it with red flatpak label?

[TingPing]

It might be a discussion for flatpak/xdg-desktop-portal (depends on what portal you use too) but a minimal reproducer would be important to ensure thats where the problem is.

[fabriciojardim]

This issue is still present on Fedora 33 with flatpak 1.8.3 and Celluloid 0.20. There is no bug report I could find on flatpak/xdg-desktop-portal so I submitted one, tough I couldn't add any further details like the reproducer mentioned on the previous comment.

flatpak/xdg-desktop-portal#548