Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#10543 - Tag %wd hide status bar also in browser

Attached to Project: Rockbox
Opened by Rosso Maltese (asettico) - Tuesday, 18 August 2009, 16:46 GMT+2
Last edited by Thomas Martitz (kugel.) - Monday, 24 August 2009, 18:14 GMT+2
Task Type Bugs
Category Themes
Status Closed
Assigned To No-one
Player Type All players
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

Selecting a theme that hides the status bar using the tag %wd, the status bar is also hide in browser screen.
This happens also at boot, when the initial configuration is loaded.

Referred to r22406.
This task depends upon

Closed by  Thomas Martitz (kugel.)
Monday, 24 August 2009, 18:14 GMT+2
Reason for closing:  Not a Bug
Additional comments about closing:  The initial report wasn't a bug, however the problem noticed later in this task was fixed in r22499.
Comment by Thomas Martitz (kugel.) - Friday, 21 August 2009, 03:52 GMT+2
I can't reproduce that. What theme did you use? May it happened that you accidentally turned the statusbar off?

Ah wait, I guess I know what happened. Recently the statusbar setting changed. "statusbar: on" is ignored (and default to off), as the values are "off,top,bottom" now. Update your theme according to that and report back.
Comment by Nils Wallménius (nls) - Friday, 21 August 2009, 10:37 GMT+2
somewhat related, the themes WPSLIST file still has two entries using "statusbar: on" IIUC this is incorrect?
Comment by Rosso Maltese (asettico) - Friday, 21 August 2009, 12:08 GMT+2
OK, I'm sorry, the theme config file still used "status bar: on". Changing to a legal value, all becomes right.
You can close the task as "Not a bug".

Hint: when a configuration's accepted values change, making obsolete some of them, sometimes is better that the default value is different from "off" or equivalent. I.e., in this case, reading the old value "on", could be used "top" or the first non-off value.
Comment by Thomas Martitz (kugel.) - Friday, 21 August 2009, 13:00 GMT+2
nls, r21825 should've fixed that, but JdGordon apparently forget a few themes.
Comment by Rosso Maltese (asettico) - Friday, 21 August 2009, 14:36 GMT+2
I'm sorry, I forgot to mention that I'm using a modified version of Cabbie 3.0.
Comment by Nils Wallménius (nls) - Saturday, 22 August 2009, 10:23 GMT+2
Actually the default values for statusbar and remote_statusbar in settings_list.c is STATUSBAR_TOP so there is some kind of bug here anyway.
Comment by Thomas Martitz (kugel.) - Saturday, 22 August 2009, 13:41 GMT+2
If a theme was loaded that has statusbar: off (which is still valid), then no theme that's loaded after can override that with an invalid statusbar line no matter of the default value.
Comment by Rosso Maltese (asettico) - Saturday, 22 August 2009, 21:35 GMT+2
According to me, in this case the fall-back value should be a known state (Nils states that's STATUSBAR_TOP) and not the previous legal value.
Comment by Nils Wallménius (nls) - Monday, 24 August 2009, 16:50 GMT+2
if that's the intended behaviour, it doesn't work.
if i load a theme with "statusbar: top" (cabbiev2 for example) the statusbar is shown as expected.
if i then load a theme with "statusbar: on" (rockbox_default for example) the statusbar goes away.
So it does not retain the previous valid value nor does it fall back to the default value for the setting, but chooses a new value.
Maybe this has something to do with STATUSBAR_OFF being the first enum, and having the value 0?
Comment by Thomas Martitz (kugel.) - Monday, 24 August 2009, 16:58 GMT+2
Indeed, that seems like a bug to me.

Loading...