A Most Affirmative Track Info Screen

[iPodVT]

5th Gen iPod Video with yesterday's dev build installed.
[see attached image]

I am seeing a Track Info screen with "Yes" in all of the data fields.  I am able to reproduce this by doing the following:

1) Start playing the last track in an album or playlist.
2) While in the WPS, long press the Select Button to go to the Context Menu.
3) Select Show Track Info from the Context Menu.
4) While in the Track Info Screen, let the screen player idle so that the screen goes dark before the track has finished playing.
5) Wait until the track has fully finished playing (beyond any recorded silence at the end of the track).
6) Touch the click wheel so that the screen lights up.
7) You should see "Yes" in all of the Track Info Screen's data fields.

[Frankenpod]

FWIW I could reproduce it (though as well as all the "yes",  I get a "length" field that is zero, and a "format" field that is just ?) on a 6th gen ipod RB version 230115.  Doesn't seem particularly important though, as that's quite a contrived set of circumstances.  Essentially you are just looking at the properties when there's no longer a 'current track' to report the properties of, no?  At most you could argue that when there's no current track it should say "N/A" or "----" instead of "yes".  Or maybe it should quit the "track info" screen automatically in that situation?

Edit - ah, that's because in that case it had reached the end of the playlist.  Slight issue is it also seems to happen even when there is another following track, it reports all those "yes" fields instead of changing to the details of that track.  Still seems a very esoteric and inconsequential bug, though one wonders why it does that.

[iPodVT]

Haha - I did not call it a bug or characterize it as being negative.  I was just reporting an interesting phenomenon.

And, yes, now that I look more closely I also see that the Length field is zero, the Playlist field is 20/20 (which is correct for my playlist), and the Format field is three question marks.  It's interesting that the Playlist field remains correct when all of the others go off into the void.

I should have previously mentioned that when I repeat the procedure but don't allow the screen to go dark, all of the data in the Track Info screen remains correct for the last track after it finishes playing - I think that is probably the significant fact to be considered if one were to try to find the cause of this 'bug' and fix it.  And when I watch the Track Info screen while the track playing switches from one to the next, all of the data in the screen gets correctly updated.

I agree that this is very esoteric and (pretty much) inconsequential.  But it's still interesting and worth reporting.  But don't get the wrong impression - although I enjoy esoterica, I don't spend my time casting about, doing these kinds of observations in search of bugs that might be out there.  It's only when I notice an oddity, that I try to reproduce it and look to see how wide spread it might be.

Finally, I love the fact that most of those fields become "Yes".  It reminds me of the story of when John Lennon met Yoko Ono at an exhibition of her art.  From https://ultimateclassicrock.com/john-lennon-meets-yoko-ono/:

Ono had placed a ladder that led up to a canvas on the ceiling with some tiny type that required the use of a magnifying glass.  “And in tiny little letters it says ‘yes.’ So it was positive,” Lennon told Rolling Stone in 1971. “I felt relieved. It’s a great relief when you get up the ladder and you look through the spyglass and it doesn't say ‘no’ or ‘fuck you’ or something, it said ‘yes.'”

[chris_s]

when I watch the Track Info screen while the track playing switches from one to the next, all of the data in the screen gets correctly updated.

Looks like it only updated already displayed kinds of metadata, e.g. if the current track didn't have a composer, then it wouldn't display a composer for the next track either. Should be fixed now, thanks for the report!

[iPodVT]

Looks like it only updated already displayed kinds of metadata, e.g. if the current track didn't have a composer, then it wouldn't display a composer for the next track either. Should be fixed now, thanks for the report!

That's great - thanks very much.  But won't you please tell us how it was that those fields became specifically "Yes" as opposed to something like "NULL", or '0', or blank, or some random chars?

[iPodVT]

Oh yeah, and how does one enter three adjacent question marks into one of these forum posts without having it turn into an emoji?

[chris_s]

That's great - thanks very much.  But won't you please tell us how it was that those fields became specifically "Yes" as opposed to something like "NULL", or '0', or blank, or some random chars?

Well, the callback for the list item returned NULL, but that resulted in it looking up  the language string corresponding to ID 0, and the first entry in the language file happens to be "Yes".

https://github.com/Rockbox/rockbox/blob/cfd5ef8db8c0cf702e3fb49ec67f5fea94c558fa/apps/gui/bitmap/list.c#L335
https://github.com/Rockbox/rockbox/blob/cfd5ef8db8c0cf702e3fb49ec67f5fea94c558fa/apps/lang/english.lang#L95

Oh yeah, and how does one enter three adjacent question marks into one of these forum posts without having it turn into an emoji?

Haha. I don't know.

[iPodVT]

That's very cool that the first entry in the list is so positive and affirming.

Re the question marks:  Even if you wrap them in single or double quotes, every group of three adjacent question marks still gets emojified.  But if you separate them with spaces they don't.  Example:  "" vs ? ? ?.  So I guess that's the workaround.