boffo wrote: ↑

Tue Jul 24, 2018 1:12 pm

Thanks, that helps.

I still have the bug problem, however. DT insists on re-selecting "Format" after I unselect it, and it doesn't allow me to Save Options with it unselected before it's re-selected, which means I have to go back into track properties afterwards and correct or delete the tag myself (or just live with the tag). Annoying behavior, though trivial.

boffo wrote: ↑

Mon Jul 23, 2018 4:18 pm

I just started working with this and it looks pretty good, but I have a question and a bug report.

First, the question: Is there an option to uncheck all of the tag categories so that I can re-check only the ones I want to use? In most cases for my collection all I want is the album art, and occasionally one or two other categories, and it's laborious to uncheck every other box manually.

Second, the bug: In the process of unchecking the boxes, I have found that DT insists on re-selecting the format and genres. This happens repeatedly and doesn't appear to occur with any other categories that I've seen so far.

Thanks!

vbs wrote: ↑

Sun Jul 22, 2018 8:22 am

It's still working!

Big thanks for this plugin!

vbs wrote: ↑

Wed Jul 18, 2018 1:02 pm

crap_inhuman wrote: ↑

Tue Jul 17, 2018 3:21 pm

vbs wrote: ↑

Sat Jul 14, 2018 5:55 pm

I have tested some more stuff regarding this issue:

• running Mediamonkey as admin in Win10 does not help
• I tried to capture HTTP traffic with Wireshark as I hoped to able to see if the cover download works but since the traffic is HTTPS I could not see it that easily
• but most importantly: I think I was wrong saying that some albums DO work. Currently I think it generally does not work (for all albums). It's just that some of my mp3s had cover art included in the first place so that I thought DiscogsTagger had added it successfully.
  I am not 100% sure about this point yet but currently I cannot find an album for that cover download does work at all.

I just tried to tag the album 10204889 from discogs. The download of the cover was successfully. I still have Windows 7. So the problem comes from Windows 10 ?

Well... I know it sounds really stupid but I was just about to test the "Windows 7 compatibility"-mode on Windows 10 but suddenly the problem disappeared and cover download is working suddenly (without changing anything). Tested it on two machines that did not work before.
Sorry, I have no explanation or excuse, it is just strange. Only explanation would be that discogs somehow changed their website interface but no idea if this is really likely.
I will keep watching it Oo

crap_inhuman wrote: ↑

Tue Jul 17, 2018 3:21 pm

vbs wrote: ↑

Sat Jul 14, 2018 5:55 pm

I have tested some more stuff regarding this issue:

• running Mediamonkey as admin in Win10 does not help
• I tried to capture HTTP traffic with Wireshark as I hoped to able to see if the cover download works but since the traffic is HTTPS I could not see it that easily
• but most importantly: I think I was wrong saying that some albums DO work. Currently I think it generally does not work (for all albums). It's just that some of my mp3s had cover art included in the first place so that I thought DiscogsTagger had added it successfully.
  I am not 100% sure about this point yet but currently I cannot find an album for that cover download does work at all.

I just tried to tag the album 10204889 from discogs. The download of the cover was successfully. I still have Windows 7. So the problem comes from Windows 10 ?

VonSupponnatime wrote: ↑

Tue Jul 17, 2018 5:32 pm

I have recently uninstalled/reinstalled MM and this script and have come across an error when trying to search from MusicBrainz:

Error #13 - Microsoft VBScript runtime error
Type mismatch: 'response(...)(...)(...)(...)(...)'
File: {path}, Line: 6132, Column: 8

Clicking OK on that error brought up another message:

Error happened during script execution:
Type mismatch: 'response(...)(...)(...)(...)(...)'


What is needed for this script to run properly? I want to make sure I have everything needed before saying this is truly a bug (unless others have encountered it)

vbs wrote: ↑

Sat Jul 14, 2018 5:55 pm

I have tested some more stuff regarding this issue:

• running Mediamonkey as admin in Win10 does not help
• I tried to capture HTTP traffic with Wireshark as I hoped to able to see if the cover download works but since the traffic is HTTPS I could not see it that easily
• but most importantly: I think I was wrong saying that some albums DO work. Currently I think it generally does not work (for all albums). It's just that some of my mp3s had cover art included in the first place so that I thought DiscogsTagger had added it successfully.
  I am not 100% sure about this point yet but currently I cannot find an album for that cover download does work at all.

• running Mediamonkey as admin in Win10 does not help
• I tried to capture HTTP traffic with Wireshark as I hoped to able to see if the cover download works but since the traffic is HTTPS I could not see it that easily
• but most importantly: I think I was wrong saying that some albums DO work. Currently I think it generally does not work (for all albums). It's just that some of my mp3s had cover art included in the first place so that I thought DiscogsTagger had added it successfully.
  I am not 100% sure about this point yet but currently I cannot find an album for that cover download does work at all.

vbs wrote: ↑

Thu Jul 12, 2018 1:52 pm

crap_inhuman wrote: ↑

Wed Jul 11, 2018 8:02 pm

vbs wrote: ↑

Tue Jul 10, 2018 2:46 pm

But still no artwork appear in properties:
https://imgur.com/a/zW70i0T

In the artwork window you'll see an add button. With it you can manually add an image as a cover. Did Mediamonkey save it and show it again after restart mm ?
Are these mp3-files or flac ?

Ok thanks, I did that and adding a cover from a local image file did work. It was also kept when restarting Mediamonkey. Files are mp3s.

Might the problem possibly be the album itself on Discogs? Some do work and some do not. Is anyone able to download covers for example for this album?
https://www.discogs.com/Odd-Beholder-At ... e/10204889