16
Bug Reports / Re: Auto-organise fake changes
« on: December 21, 2017, 07:42:55 PM »
Yes, I don't see the issue anymore with that new version.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
17
Bug Reports / Re: Auto-organise fake changes
« on: December 21, 2017, 02:38:13 AM »
Yes. The files appear to always be a different set of around 5-20 files.
For most of them, only difference in the naming is a _1 at the end, before the extension. But for some of the new names, it looks like it is appending part of the title of a different song to the beginning of the filename.
Example: Dillon Francis\This Mixtape Is File\1-07 I Can't Take It [Party Favor Remix].mp3 to Dillon Francis\This Mixtape Is Fire\1-03 Between Me and You1-07 I Can't Take It [Party Favor Remix].mp3.
(Between Me and You is a Ja Rule song, in a completely different folder).
I am using version 3.2.6561.
For most of them, only difference in the naming is a _1 at the end, before the extension. But for some of the new names, it looks like it is appending part of the title of a different song to the beginning of the filename.
Example: Dillon Francis\This Mixtape Is File\1-07 I Can't Take It [Party Favor Remix].mp3 to Dillon Francis\This Mixtape Is Fire\1-03 Between Me and You1-07 I Can't Take It [Party Favor Remix].mp3.
(Between Me and You is a Ja Rule song, in a completely different folder).
I am using version 3.2.6561.
18
Bug Reports / Re: Auto-organise fake changes
« on: December 20, 2017, 05:50:17 AM »
No luck after re-scanning all of my files. If no one else is having this, it's no big deal since it doesn't look like it is actually moving anything.
19
Bug Reports / Re: Auto-organise fake changes
« on: December 20, 2017, 04:42:33 AM »
Yes, I think the initial mass-update of my library was due to letter case changes.
But now, every time I open up the organize prompt, there are different files listed. I am checking the folders and there are no duplicates.
For example, I have Drake\Views\1-15 Pop Style.m4a being renamed to Drake\Views\1-15 Pop Style_1.m4a
If I do not click Proceed, and click Close, next time I click Organisation, there will be a different list of files to be renamed in a similar way.
If I click Proceed, and check the files that were supposed to be renamed, no changes were made.
But now, every time I open up the organize prompt, there are different files listed. I am checking the folders and there are no duplicates.
For example, I have Drake\Views\1-15 Pop Style.m4a being renamed to Drake\Views\1-15 Pop Style_1.m4a
If I do not click Proceed, and click Close, next time I click Organisation, there will be a different list of files to be renamed in a similar way.
If I click Proceed, and check the files that were supposed to be renamed, no changes were made.
20
Bug Reports / Auto-organise fake changes
« on: December 19, 2017, 10:45:09 AM »
I think a change was recently made to the library auto-organise function because when I opened up my settings and clicked Organisation, I had a ton of files that did not match my rules that had to be re-organised. The changes mostly seemed to have to do with capitalization.
Now, every time I click on the Organise button, there are about 15 files that need to be re-named. Mostly the change is just adding an _1 to the end of the filename for seemingly no reason. When I click Proceed, it doesn't actually re-name any files and when I open the list again, there is a different list of files for the same change.
This is my naming template: <Album Artist>\$IsNull(<Album>,,<Album>\)$IsNull(<Disc-Track #>,<Title>,<Disc-Track #>" "<Title>)
Now, every time I click on the Organise button, there are about 15 files that need to be re-named. Mostly the change is just adding an _1 to the end of the filename for seemingly no reason. When I click Proceed, it doesn't actually re-name any files and when I open the list again, there is a different list of files for the same change.
This is my naming template: <Album Artist>\$IsNull(<Album>,,<Album>\)$IsNull(<Disc-Track #>,<Title>,<Disc-Track #>" "<Title>)
21
Bug Reports / Re: Static playlist settings keep changing back to default
« on: March 08, 2017, 03:22:20 AM »do you use playlists from the left navigator or from the Playlists tab (or if using v3.1, the playlist directory element?)Yes, I usually use playlists from the left navigator.
I can now reproduce this. In my case it happens after you rename a playlist and then do something that affects the playlist like adding a track. Do you think that might be what you are doing when it happens?I always use the latest builds that you post. That sounds like what I may be doing to cause it. I will try it out. Thank you!
22
Bug Reports / Static playlist settings keep changing back to default
« on: March 06, 2017, 11:01:19 PM »
I have all of my static playlists customized with descriptions, custom displayed fields and specific display views. They also all export static copies. I can't figure out what triggers it but I keep opening them and finding that they have completely reverted back to default settings. It doesn't happen every time, and it's not all of the playlists. I just notice a few here and there.
Sorry, I don't have any more details so I understand if nothing can be done at this time.
Sorry, I don't have any more details so I understand if nothing can be done at this time.
23
Bug Reports / Re: Artist of songs keep getting changed to ISPLAYARTIST
« on: November 25, 2016, 03:10:50 AM »
I used to have this problem with some of my files. I have seen the Artist field get changed to ISPLAY or ISPLA. I have also seen Mood changed to OOD and Occasion changed to OCCA or CCASION. I solved it by replacing the files in question with new versions, so unfortunately I don't have any samples to provide.
It was happening to the same files repeatedly so I figured it was something wrong with the files themselves.
This was happening to me a while back so if you're seeing problems with it now, I don't think it would have anything to do with recent MusicBee changes.
It was happening to the same files repeatedly so I figured it was something wrong with the files themselves.
This was happening to me a while back so if you're seeing problems with it now, I don't think it would have anything to do with recent MusicBee changes.
24
Skins / Re: beeTunes Skin
« on: October 28, 2016, 04:31:21 AM »
Hi, can you go to View > Skins and make sure the Skin Window Borders option is selected? That should solve the issue with the coloring of the top. For the coloring of the tab background, that is how the skin is designed so it would need to be modified to make it blue.
25
Bug Reports / Re: Playlists missing from Playlist tag after being moved
« on: October 06, 2016, 03:34:22 AM »
Awesome. Thank you!
26
Bug Reports / Playlists missing from Playlist tag after being moved
« on: October 05, 2016, 04:28:44 AM »
Something happened where all of the playlists under one of my playlist folders were moved to another folder. I'm not sure how it happened but I simply fixed it by manually navigating to the MusicBee folder and moving the back.
Everything appears to be back to normal except for now these playlists are no longer listed under the Playlist column for songs that are contained in them. Is there a way to trigger this field to re-scan the playlists without having to re-create all of them?
Everything appears to be back to normal except for now these playlists are no longer listed under the Playlist column for songs that are contained in them. Is there a way to trigger this field to re-scan the playlists without having to re-create all of them?
28
General Discussions / Re: GUI changes for v3.0
« on: May 12, 2016, 04:21:15 AM »Was it intentional to change the search box behavior for v3.0 so that when CTRL+F is pressed, the existing search string is no longer highlighted? I have been looking but don't see any mention of it. This keeps messing me up when doing multiple searches in a row. Most other applications, like Windows Explorer, use the old behavior.its working fine for me. Could you post a screenshot of the dialog window
I created a new thread in the bug section with screenshots.
29
Bug Reports / Search Issues
« on: May 12, 2016, 04:20:39 AM »
There are a couple of issues that I have noticed with the search box in v3.0. I will try and explain them.
1. Press CTRL+F, enter a search string and change focus back to the library. Press CTRL+F again. The cursor will begin typing at the end of the existing string. The old behavior was to highlight the existing search string so that it could quickly be overwritten.
2. Press CTRL+F, enter a search string (Eminem) and change focus back to the library. Press CTRL+F again and enter a different search string (Lil Wayne). Go to another tab and delete a file or move a file. Return back to the original tab and the search box will now contain the original search (Eminem) instead of the most recent one.
1. Press CTRL+F, enter a search string and change focus back to the library. Press CTRL+F again. The cursor will begin typing at the end of the existing string. The old behavior was to highlight the existing search string so that it could quickly be overwritten.
2. Press CTRL+F, enter a search string (Eminem) and change focus back to the library. Press CTRL+F again and enter a different search string (Lil Wayne). Go to another tab and delete a file or move a file. Return back to the original tab and the search box will now contain the original search (Eminem) instead of the most recent one.
30
General Discussions / Re: GUI changes for v3.0
« on: May 11, 2016, 04:44:33 AM »
Was it intentional to change the search box behavior for v3.0 so that when CTRL+F is pressed, the existing search string is no longer highlighted? I have been looking but don't see any mention of it. This keeps messing me up when doing multiple searches in a row. Most other applications, like Windows Explorer, use the old behavior.