View Full Version : MOG web interface - some small bugs
Song Info page:
- Needs to always be displayed as text, otherwise when the interface option is set to large artwork, the page is a mess. Small artwork is a little better, but not by a lot.
In the current playlist:
(I use 'TRACKNUM. TITLE (DURATION)' for the server titleformat.)
- Song duration is shown in seconds, not formatted m:ss.
- I think this bug may exist with local music as well even since 7.6.0:
When artwork is hidden, with the above titleformat there is no artist or album information displayed in the current playlist. It should be added. When artwork is shown, the format appears to be hard-coded and title, album and artist are all displayed, but the titleformat string is ignored.
Are these issues MOG only or applicable to other services too?
Am 27.11.2011, 05:01 Uhr, schrieb JJZolx
<JJZolx.53uexb1322366522 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> Song Info page:
>
> - Needs to always be displayed as text, otherwise when the interface
> option is set to large artwork, the page is a mess. Small artwork is a
> little better, but not by a lot.
>
>
> In the current playlist:
>
> (I use 'TRACKNUM. TITLE (DURATION)' for the server titleformat.)
>
> - Song duration is shown in seconds, not formatted m:ss.
>
> - I think this bug may exist with local music as well even since
> 7.6.0:
>
> When artwork is hidden, with the above titleformat there is no artist
> or album information displayed in the current playlist. It should be
> added. When artwork is shown, the format appears to be hard-coded and
> title, album and artist are all displayed, but the titleformat string
> is ignored.
>
>
--
Michael
Are these issues MOG only or applicable to other services too?
I don't currently use any other services, so couldn't say.
Also, the album info (track list) page should ideally be treated the same as local music instead of using large/small artwork. I can understand how you may not know that you're looking at an album (vs a list of tracks that may be from different albums), so I suppose it depends on the API that you're working with.
> Also, the album info (track list) page should ideally be treated the
> same as local music instead of using large/small artwork. I can
> understand how you may not know that you're looking at an album (vs a
> list of tracks that may be from different albums), so I suppose it
> depends on the API that you're working with.
Yeah, all these "issues" are shared across the various music services when
accessed through the LMS web UI.
We might extend the protocol to be more content aware in the future, but
for now that's not easily fixed.
--
Michael
> In the current playlist:
>
> (I use 'TRACKNUM. TITLE (DURATION)' for the server titleformat.)
>
> - Song duration is shown in seconds, not formatted m:ss.
>
> - I think this bug may exist with local music as well even since
> 7.6.0:
It seems this code has been untouched for 20 months...
--
Michael
> In the current playlist:
>
> (I use 'TRACKNUM. TITLE (DURATION)' for the server titleformat.)
>
> - Song duration is shown in seconds, not formatted m:ss.
>
> - I think this bug may exist with local music as well even since
> 7.6.0:
It seems this code has been untouched for 20 months...
Why I still use 7.5 mostly. Many onebrowser regressions in the web UI were never fixed.
Can the formatting of duration be fixed at least?
Also, the album info (track list) page should ideally be treated the same as local music instead of using large/small artwork.
Can't even play the entire album from the track list page, because there are no album controls.
All of the services are like this?
Can't even play the entire album from the track list page, because there are no album controls.
All of the services are like this?
No, Rhapsody isn't like that. And, yes, it's annoying on MOG because you have to back up to the list level to play an album. It's especially annoying because MOG does not distinguish singles and EPs from full-length albums, so you have to drill into the album track list to see if it is a real album, then go back up a level to get play controls.
Feel free to add to the list, since you probably know much better than I how the web interfaces for other services are implemented.
Feel free to add to the list, since you probably know much better than I how the web interfaces for other services are implemented.
Will do, but I hardly use the webUI except for rating local tracks when I am at the computer.
No, Rhapsody isn't like that. And, yes, it's annoying on MOG because you have to back up to the list level to play an album. It's especially annoying because MOG does not distinguish singles and EPs from full-length albums, so you have to drill into the album track list to see if it is a real album, then go back up a level to get play controls.
Now that I explore MOG playlists, they're the same. And there's no way of really telling what's in a playlist until you drill down into it.
> No, Rhapsody isn't like that. And, yes, it's annoying on MOG
Thanks for the heads up! The "play all" issue should be fixed soon (it is
on test.mysb.com already).
--
Michael
> Can the formatting of duration be fixed at least?
Please file a bug report and make sure I'm cced on it. Won't make it for
7.7.1 though.
--
Michael
A couple of other things:
Many artists have no artwork. Is there no way to know that and display a placeholder instead of a page full of the browser's red markers for missing images?
Can artist names not be linked to their page? Or at least to an artist search on the name? Other than by doing an artist search there's no way (that I can see) to get to an artist's other albums, or to launch the artist's radio. In the current playlist I see that it's possible to display the track title, artist name and album on three separate lines, so I assume that they're separate in the data coming from MOG.
Can artist names not be linked to their page?
It does look like this is a limitation of the web interface. It's possible in SqueezePlay through context menus.
> Many artists have no artwork. Is there no way to know that and display
> a placeholder instead of a page full of the browser's red markers for
> missing images?
Unfortunately their API is broken wrt to artist artwork: they always
return an _invalid_ URL. They simply asked us to replace part of the URL
with something else, but this obviously fails for some. But it's not
feasible for us to verify every url before sending it back to the client.
It would be too slow.
> Can artist names not be linked to their page? Or at least to an artist
> search on the name? Other than by doing an artist search there's no way
> (that I can see) to get to an artist's other albums, or to launch the
> artist's radio.
On the track info page there's a link to the artist. There's none albums,
whether web nor player UI, correct?
--
Michael
Just opened a report for what I think is another WebUI bug with MOG: http://bugs.slimdevices.com/show_bug.cgi?id=17801
Just opened a report for what I think is another WebUI bug with MOG: http://bugs.slimdevices.com/show_bug.cgi?id=17801
Yeah, I can confirm that. I saw it once and never followed up. Both artist-only and similar artists radio are broken.
Trying it just now, when attempting to play artist-only radio I see the following in the Now Playing area of the web interface where title, artist and album names normally appear:
Artist-Only Radio
Artist-Only Radio
0, TEXT/X-JSON Internet Radio
It works from the Touch interface, and once it's launched you can control it from the web UI.
Powered by vBulletin® Version 4.1.12 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.