auto-tag facility

Post a reply

Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: auto-tag facility

Re: auto-tag facility

by PetrCBR » Sun May 12, 2019 1:44 pm

Thanks for a feedback.

EDIT: non-responsible auto-tag window opened from track properties fixed in next build

Re: auto-tag facility

by Barry4679 » Sun May 12, 2019 4:00 am

Retested with version 2175 published today.

Problems persist.

I haven't had any crashes with this version so far.

I saw the condition which caused the two concurrent auto-tag dboxes mentioned in the previous post. ... it happens when navigating to the auto-tag facility from the Track Properties dbox, as described in the previous post. ... When the Auto_tag dbox gets disabled as described there, the only way forward is to cancel the Track Properties dbox which was used to open The Auto-Tag facility. ... this cancel option closes the Track Properties dbox, but pushes the inactive Auto-Tag dbox to the bottom of the the z-order, so it is no longer visible. ... When I then entered the Auto-Tag facility via the right click menu (or Ctrl+L) this created the 2nd concurrent Auto_Tag dbox.

This may be part of the issue which triggered the flashing screens issue ... I haven't seen this with 2175, but haven't tried too hard so far.

auto-tag facility

by Barry4679 » Sat May 11, 2019 12:51 am

The new Auto-Tag facility is looks great.

Some quirks.
* columns which are in conflict to the web lookup have a tooltip showing before|after values, eg. the Date column ... but some mismatched columns have no tooltip, eg. Artist, Year, and AlbumArtist in the unnamed Summary column .... and the AlbumArtist column has an incorrect tooltip (see the diagram, the "original" value is actually from the album name tag, not albumartist) ... and some columns indicate a mismatch where there is no apparent mismatch (see Year column)
https://www.dropbox.com/s/zef8orme4oz57 ... .png?dl=0

It is not shown in above image, but a mismatched album tag doesn't have a conflict tooltip either.

I had some crashes: C62E4776 and C491336F .... I think that the 1st one was caused by right clicking a track on the auto-tag dbox, and trying to open the Track Properties dbox .... and when the crashes occurred, the Application Error dbox buttons are frozen ... ie Restart|RestartSafeMode|Continue buttons are disabled ... need terminate MM5 via Task manager


And there is some horrible bug, which is hard to trigger ... but it happened to me twice
MM5 goes into a UI loop ... it keeps grabbing focus, and rapidly flashes between the various MM5 open windows (main MM5, the auto-tag dbox, and the track properties dbox if it has been opened) ... no way to stop it rapidly cycling between these panels ... if I open the Task Manager, it opens under MM5, and I can't use it because MM5 keeps grabbing control while flashing between its screens ... the only solution appeared to be to reboot the PC ... One time MM5 was not maximised, and I was able to submit a log I think, but wasn't able to get a copy of the log ID

One time this happened was when I went to switch back to MM5 after trying to take an image of the MM screens for this bug report.
Another time there appeared to be two auto-tag dboxes open



Auto-Tag can also be called via the Track Properties dbox .. ie. the tag icon associated with the Type property on the Basic tab

When Auto-Tag is called this way it becomes non-responsive once it gets populated after the web lookup . ... ie. scroll bar frozen, and tooltips not appearing, and dbox buttons disabled. ... ie. focus has returned to the File Properties dbox, from which auto-tag was invoked ... it should be deactivated waiting for the user to finish with the Auto_Tag dbox

Top