- Status New
- Percent Complete
- Task Type Bugs
- Category User Interface → Font/charset
- Assigned To No-one
- Operating System All players
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Release 3.5
-
Due Date
Undecided
- Votes
- Private
FS#10896 - Changed default codepage is applied only afterl reboot
Tested on r24190-100105
To reproduce:
- Start Rockbox, default setting
- Play a file with ID3 tags which are encoded in some non-Latin locale (In my case, Hebrew). Notice that the strings are shown in Gibberish.
- Change Default Codepage to the other locale (e.g. Hebrew).
- Go back to WPS
Expected result: All strings that are encoded in the other locale are shown properly.
Current result: All these strings are shown in the original locale.
Workaround: Restart the player. The new locale is applied.
I will not have time to fix this myself, so I'll appreciate if someone else can take responsibility for this bug. Thanks.
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
I think you don't need to restart the player to take effect the change of codepage.
But you need to reload music files because strings are usualy converted to UTF-8 when they are loaded.
This workaround works too, but it is still a workaround, as the expected behavior is that changes should take effect immediately.
I'm almost sure it used to worked this way previously.
try putting a audio_stop() and audio_resume() in the callback for the codepage change.. that should cause the files to be rebuffered