Issue Details (XML | Word | Printable)

Key: MBS-2301
Type: Bug Bug
Status: Reopened Reopened
Priority: Normal Normal
Assignee: Unassigned
Reporter: voiceinsideyou
Votes: 8
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
MusicBrainz Server

Attach TOC to new release - TOC/DiscId is lost when based on existing release/tracklist

Created: 25/May/11 04:17 PM   Updated: 15/May/13 04:41 PM  Due: 19/Jun/12
Component/s: Release editor
Affects Version/s: None
Fix Version/s: None

Issue Links:
Duplicate
 
Relates
 


 Description  « Hide

Steps to reproduce

This also happens if you choose a release with the same number of tracks.

The expected behaviour here is probably complicated. Since there is a TOC being attached, the track times etc in the "based on" release cannot be used. However if I'm adding a release with bonus tracks, I think I'd expect to be able to re-use the titles and have the editor discard the times. Being able to copy titles/artists is the safest way so that the tracklists can be shared using the "matching magic" in the database, I believe?

I think in this situation it should give you a warning.

I'd suggest something like the following on the release duplicates page; suitably highlighted:

"You are adding a DiscId with this release. If you base this addition on an existing release, the track times from the existing release will be ignored"

If existing release # tracks < discID # tracks => empty titles tracks should appear in tracklist editor
If existing release # tracks > discId # tracks => should pick the first "disc # tracks" and populate those in tracklist. Perhaps it should give you a warning that it has discarded some track titles.

But you should not lose the TOC/discId without any warning, which is what is currently happening.



Sort Order: Ascending order - Click to sort in descending order
voiceinsideyou added a comment - 25/May/11 04:17 PM

Probably won't make tonight, but highlighting anyway


Oliver Charles added a comment - 08/Jun/11 02:35 PM

Moving to the next release as I won't be able to finish these today



Oliver Charles added a comment - 19/Mar/12 10:06 PM

Agreed to fix within 3 months in #musicbrianz-devel and through the scheduling game.



patate12 added a comment - 07/Feb/13 09:11 AM

Still happened to someone http://forums.musicbrainz.org/viewtopic.php?id=4080
I don't know if it's fixed myself as I got, because of this bug, the really bad habit to not use the feature and do everything manually ever since.
Next time I have the opportunity I'll try the feature again, it would be cool if it worked.


Kuno Woudt added a comment - 07/Feb/13 09:27 AM

If I understand that forum thread correctly the behaviour described is not a bug, but intended.


voiceinsideyou added a comment - 11/Feb/13 05:21 AM

I don't see how this is resolved in any satisfactory way or how closing this ticket will lead to a better user experience. The behaviour is not one that the user would expect; and indeed if information is going to be /lost/ during the editing process, the user needs to either be suitably warned that an action will cause loss of information (e.g. the ToC), or prevented from doing it - depending on the least-bad course of action.


Ian McEwen added a comment - 21/Mar/13 05:50 AM

clearly not this fix version


Kuno Woudt added a comment - 21/Mar/13 10:31 AM

I did not understand the forum thread correctly.

I understood the problem to be that a DiscID attached to the tracklist of the release being duplicated didn't carry over into the newly added releases. But the DiscID is submitted as part of the request to make a new release, and that DiscID is being lost if an existing tracklist is selected.