- Status Unconfirmed
- Percent Complete
- Task Type Bugs
- Category User Interface
- Assigned To No-one
- Operating System iPod Mini
- Severity Medium
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#13074 - files dont list or play alphabetically regardless of setting in file view menu.
build 00a3658. files dont list or play alphabetically regardless of setting in file view menu.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Could you give an example?
regardless of setting in file view menu.
Post the entire folder structure for that album (dir or ls from the command line).
at the risk of a formatting mishap the text is posted as a file
I have no other suggestions and cannot reproduce the problem. If there is anything else you can think of for me to try, let me know.
was that with or without the database?
File menu. That setting doesn't apply to the database anyway, since it doesn't use file names.
there has to be something going on here, as i see there is a post in the forum about ipod mini and alphabetical display.
http://forums.rockbox.org/index.php/topic,51326.0.html
That post is asking about the database, not the file view.
was that problem reproducable?
I can confirm this issue. I recently acquired a iPod Mini, 2g and upgraded it with a 32GB cf card. On 3.13 (stable) the files sort properly, but the dev releases, as far back as I can go (so April 30), have this issue.
Addition: this actually explains some further issues, like the fonts not being sorted correctly. Poking further, it seems file/directory lists are being handled wrong in general.
I did some tracing, the last build without any sort problems at all is commit 134e5914a1b530a9b4c5129f5b1eac1393eadcc7 (commit date 2016-04-01). The next commit beginning 6228c has some sort issues, but nothing to the extent here. The actual breaking change I will try to find later.
how did you find that information about the commits?
I started compiling them and loading them onto my ipod, doing spot checks to narrow down the range of problem versions.
build 59ae562 seems to fix the problem. while that build also crashes at some counter, pointer listing.