Post All Winamp 5.666 Core Bug Reports In This Thread

[Aminifu]

And what is "Play Offset" on the column headings bar of the "History" view?

My understanding is if you're using History to track items from when they start (within a few seconds as opposed to tracking them after they have played for a while) and the playback is stopped before they are played completely, then the Play Offset column will list the amount of time the items played.

So if you later want to select and replay an item from the point at which it was stopped, the value in this column will determine what that point will be. You can also reset the offset value (with a context menu command) and replay an item from it's beginning.

I have not tested this feature because I have History set to track after 90% of playback is complete, so items stopped before then are not in my History listing.

[Aminifu]

I created new playlist named like "Artist - Album: Blablabla" then i click to extract and window won't pop up.

"on second time" I mean, I can remove first created playlist with symbol (like . or !), but second one won't disappear until restart.

I'm using the English version with no language packs. When trying to export a medial library playlist with a name containing characters that Windows will not accept for a filename, the export dialog will not open until I rename the playlist and remove the unacceptable characters. Playlist names that are only used within Winamp can contain any character for the reason I gave before.

I never tried to export a playlist with an unacceptable name before, but when the export dialog opened in previous versions, with an illegal filename, didn't Windows object if you tried to save the file with this name? Now you are prevented from even getting that far. This seems reasonable to me. Do you prefer the dialog open and then being allowed to change the name in the dialog? That also sounds reasonable to me, but it is probably too late to revert to that behavior.

As to the 2nd issue, I also see that the 2nd illegal filename is not removed from the list of playlists after a command to delete until Winamp is restarted, but the filenames in the 2nd list are deleted before the restart. The filename of the playlist should have been removed, but at least the filenames in the list were. It is probably to late for this cosmetic error, imo, to be fixed.

[Dro Chilla]

I'm using the English version with no language packs. When trying to export a medial library playlist with a name containing characters that Windows will not accept for a filename, the export dialog will not open until I rename the playlist and remove the unacceptable characters. Playlist names that are only used within Winamp can contain any character for the reason I gave before.

I never tried to export a playlist with an unacceptable name before, but when the export dialog opened in previous versions, with an illegal filename, didn't Windows object if you tried to save the file with this name? Now you are prevented from even getting that far. This seems reasonable to me. Do you prefer the dialog open and then being allowed to change the name in the dialog? That also sounds reasonable to me, but it is probably too late to revert to that behavior.

As to the 2nd issue, I also see that the 2nd illegal filename is not removed from the list of playlists after a command to delete until Winamp is restarted, but the filenames in the 2nd list are deleted before the restart. The filename of the playlist should have been removed, but at least the filenames in the list were. It is probably to late for this cosmetic error, imo, to be fixed.

Well, then I have to deal with it.

[ryerman]

My understanding is if you're using History to track items from when they start (within a few seconds as opposed to tracking them after they have played for a while) and the playback is stopped before they are played completely, then the Play Offset column will list the amount of time the items played.

Thanks for explaining.
What about the bug I reported? (Column headings in Playlists view of Media Library are not persistent.)
Can you reproduce it?

[DrO]

the playlists view is working as designed and as it's been doing for the last decade.

[ryerman]

the playlists view is working as designed and as it's been doing for the last decade.

OK
Please confirm that the column headers in my screen-shot is the desired behaviour.
http://www.sendspace.com/file/yxfwp7

[Batter Pudding]

Looks correct to me as the column is sized to fit the maximum width of the data it needs to display. If one of your track numbers was "12345678" you'd see a wider column.

[DrO]

it is correct as BP states. it's sized to the size of the column contents and not the column header. i had looked into having it size to the header if it'd cause the header text to be clipped and then to the item width if over that but it never worked correctly, so we've still got what was done in the 5.0 (and possibly 2.9x) release.

[ryerman]

Thanks for the explanation.
It seems clear that you have tried to leave Winamp in the best shape as possible before the doors close.

[Juanus]

Crash with Edit Metadata for Selection in Playlist

I get a crash on this file (and other files from this publisher) when I used the "Edit Metadata for Selection" feature in the Playlist.
I just added this file to the playlist > right click > Edit Metadata for Selection > Press the Update button and crash.

It does not seem to be creating a crash log through Winamp. But I did get a copy of the Windows Crash that happens and I have pasted it below. I have also pasted a link to the file that causes the crash below.

A Few Notes: Windows 7 64bit.
When I do this same procedure from the Media Library, it does not crash. So it seems to just be something with the playlist implementation of it.
This crash happens with all files from this podcast publisher
I have tried this same thing with other files from different places and the crash does not happen.

If there is anything else I can provide, please let me know.

File that causes the crash:

http://www.sendspace.com/file/026yti

Windows Generated Crash:
Problem signature:
Problem Event Name: BEX
Application Name: winamp.exe
Application Version: 5.6.6.3512
Application Timestamp: 5294c0df
Fault Module Name: MSVCR90.dll
Fault Module Version: 9.0.30729.6161
Fault Module Timestamp: 4dace5b9
Exception Offset: 00059d8a
Exception Code: c0000417
Exception Data: 00000000
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 664a
Additional Information 2: 664aa9d989dee500056abad9a3367ae9
Additional Information 3: 6877
Additional Information 4: 68771a924bcdd545efd703f241be38ee

[Koopa]

Reproduced the crash with that file, also it doesn't crash when I open the mass tagger via the library only via playlist it crashes.

I've checked the file with MP3Val and there does not to seem any issues with the header or the tag.

I'm not able to create a report with procdump, when Winamp closed, procdump only said, that the process has been exited.

[lostinsound]

For me it's only crashing when I click 'Update' without actually updating any of the tags. If I select a tag and change it, then click 'Update', it doesn't crash. Is that what everyone else is seeing?

[ryerman]

For me it's only crashing when I click 'Update' without actually updating any of the tags. If I select a tag and change it, then click 'Update', it doesn't crash. Is that what everyone else is seeing?

Not me. I can't reproduce a crash.

[Koopa]

For me it's only crashing when I click 'Update' without actually updating any of the tags. If I select a tag and change it, then click 'Update', it doesn't crash. Is that what everyone else is seeing?

Nope getting the crash when i update 'Producer' field for example.

[MrSinatra]

odd, I am doing shift+3 on a mp3 file (via right click) in the playlist and I don't get a crash regardless of if I update a tag or not. 5.666 build 3512, win7 64.