3.14e 64bit crashes every time I try to add cover art

Mp3tag v3.14e - 06.05.2022 - 23:32:01
--------------------------------------------------------------------------------
OS-Version: Windows 11 (build 22000), 64-bit
--------------------------------------------------------------------------------
Build: May  6 2022 17:20:29 (Portable)
--------------------------------------------------------------------------------
AppPath:  156.958.928.896 Bytes frei (C:\Program Files (x86)\Mp3tag\)
DataPath: 156.958.928.896 Bytes frei (C:\Program Files (x86)\Mp3tag\data\)
TempPath: 156.958.928.896 Bytes frei (C:\Users\ehrla\AppData\Local\Temp\Mp3tag v3.14e\)
================================================================================

--------------------------------------------------------------------------------
THROW
--------------------------------------------------------------------------------
File:		c:\users\florian\documents\mp3tag-win\projects\mp3tag\mtcoverhelper.cpp
Line:		182
--------------------------------------------------------------------------------
MESSAGE
--------------------------------------------------------------------------------
File:		c:\users\florian\documents\mp3tag-win\projects\mp3tag\mttagview.cpp
Line:		1289
Message:	invalid vector subscript
0000F27C at 0:03.341132
--------------------------------------------------------------------------------
CATCH
--------------------------------------------------------------------------------
File:		c:\users\florian\documents\mp3tag-win\projects\mp3tag\mttagview.cpp
Line:		1289
================================================================================

I just added a cover to an mp3 file without a crash.

Did you check the files as described here:

I*m not asking for support (I already re-installed 3.14d so I don't need any support), I just reported a bug - and I think I described what I did:

  • I opened mp3tag
  • I opened a folder
  • I tred to add cover art (clicking on the "empty cover art picture")
  • I received the crash notice
  • I repeated it with 5 other folders / files - the same happened
  • I looked into the errorlog folder
  • I attached the errorlog to my bug report
  • I reported "3.14e 64bit crashes every time I try to add cover art" - the steps of opening mp3 and how I handle it (using it for I guess 10 - 15 years now) should not be neccessary). All other info should be included in the bug report (I did Florian knew why he programmed it this way)

What else should I say?

2 further remarks:

  • Though errorlog says the build was the portable edition - I did in fact install the standad
  • I think the given folders ( c:\users\florian\documents\ ) looks like there is MAYBE some leftover from the testing environment

Then I would like to add:
The crash does not happen ...

  • if there is already an existing cover in the file and you add another one with function that you described.
  • if you add the cover via the extended tags dialogue and the "New" button.
  • if you add the cover via drag&drop in the tag panel

So it was helpful to describe in much more details what you did. The vital information in this case, I think, was

because using that function I could reproduce the crash.

Thank you for the detailed description of the issue. I'll fix it and release an updated version later today. If you find anything else, please let me know.

@ohrenkino:
ok, I admit, that's a principal problem from how detailled You desribe an issue and what is obvious to do/to me. This is what I meant with of course I omit to describe "I plug in my PC, turn on power, start mp3tag, load a file into mp3tag... maybe You see... :wink:

I tried 3 things:

  • adding a cover art to an "empty" file
  • deleting the existing cover art and adding a new cover art (eg after downsizing)
  • deleting the existing cover art and adding the same again.

I thought, that were all possibilities so I wrote "every time" and just "add".
I didn't think about the possibility of adding a 2nd cover art (for I never used it myself)

I think we both togther now got it narrowed down so that the developer knows where to look.

Still, it should be somehow an indication if you get the reply that the error cannot be reproduced that the description was not sufficient.
Usually, this is not meant as an insult or allegations about the proficiency of the user.
So thank you for coming back and adding more details.

I had the same problem yesterday with this version, crashed when I tried to open the context menu for the cover.

Yes, this bug has been confirmed.
Also, there are workarounds so that don't have to fall back to a previous version:
Use D&D or the extended tags dialogue.

1 Like

Fixed with Mp3tag v3.14f. Many thanks for reporting!

2 Likes

thanks, florian, glad to see that the problem seems to be fixed when i realized that there is a problem :wink:

1 Like