Hoster 5.04 Bug Reports

[Wayne White]

I have always maintained my own database without any problems. In the 'old days' I corrected song names & artists within the database after importing them as '1' in the name & pasting the names in from Excel after the fact since I could not paste all of them at once while importing.

So 1 problem with 5.04 requiring to rebuild my database to work it; is putting 1 in for the name and artist on a # of songs. This I can live with because I could easily fix them if not for problem # 2.

The second problem is; 3/4 of my BookIDs are wrong in the new database - I realized that they didn't match while attempting to fix problem # 1. I did a match of the 2 files by BookID and only 1/4 of my songs still have the same BookID.

Since I see no mention of this, I guess I must be the only one it happened to.

[ddouglass]

Originally Posted by Wayne White

I have always maintained my own database without any problems. In the 'old days' I corrected song names & artists within the database after importing them as '1' in the name & pasting the names in from Excel after the fact since I could not paste all of them at once while importing.

So 1 problem with 5.04 requiring to rebuild my database to work it; is putting 1 in for the name and artist on a # of songs. This I can live with because I could easily fix them if not for problem # 2.

The second problem is; 3/4 of my BookIDs are wrong in the new database - I realized that they didn't match while attempting to fix problem # 1. I did a match of the 2 files by BookID and only 1/4 of my songs still have the same BookID.

Since I see no mention of this, I guess I must be the only one it happened to.

Are you referring to the rebuild when you initially opened this version? If so did you let it run to completion? All of the beta testers did this same rebuild and did not have any problems with it. In fact we all did this several times over, during the various steps of testing going back to a previously saved copy of the database to make sure each time it ran correctly with no changing of BookIDs.
When you did the pasting from Excel did you do this in the Edit utility of Hoster?
What version did you upgrade from?
Can you give us some examples of BookIDs that changed?

[Wayne White]

Yes I am referring to the rebuild when you initially opened this version & I did let it run to completion.

I am not familiar with 'the Edit utility of Hoster'. I have been on Hoster since the first release. I have pasted names directly in the database until we could actually find the disc & not have to type everything.

I upgraded from 5.02.

I don't understand the 'examples of BookIDs that changed'. As I said 3/4 of the songs in my database have a different # than they did before. I compared the files. I don't understand how this could happen. I would expect these to move with each track, but they did not. This makes my song index books useless.

I kept a backup copy of my data files so I was able to go back to 5.02 & link back to my old file. I will try to update again & see what happens.

[Roy Dennis]

Originally Posted by Wayne White

I am not familiar with 'the Edit utility of Hoster'. I have been on Hoster since the first release. I have pasted names directly in the database until we could actually find the disc & not have to type everything.

.

As you are the only one reporting this problem it is probably related to your always pasting info in to the database.
When you do things this way the data does not get into the the headers of the files. When the database builds itself it gets the data from the file headers, you can't put the data into the headers from the database.
So I think you will always be running into problems of this nature.
If an extra field is added into Hosters database as can happen with updates as people request to have more info added your original file headers are outdated.
I can't see an easy way out for you although I am still puzzled why it should alter your book ids unless you have altered these manually by pasting into the database.
So for a small amount of time spent entering data when importing saves a lot of trouble later on. Also there have been big improvements in the Hoster edit dialog over the years making it possible to perform multiple edits.

[Wayne White]

I have never changed BookIds. Hoster renumbered my songs. It is not just a matter of Header Info. If the BookID stayed with the same Disk Brand/#/Track, that would be a possible solution. I have compared the files & the numbers don't make any sense.

Well anyway, once again, I deleted all the songs from the re-built database & pasted the old database records in. It appears that there were no actual data format changes. I have my old records back & Hoster seems to work fine.

[admin]

Originally Posted by Wayne White

Well anyway, once again, I deleted all the songs from the re-built database & pasted the old database records in. It appears that there were no actual data format changes. I have my old records back & Hoster seems to work fine.

Wayne, what program did you use to "delete all the songs" from the Songs.mdb?

Hoster 5.03/5.04 have major changes to the Songs database. If you restored your old data somehow into the Songs.mdb file, I have no idea what will happen. You are bypassing our "safe" means to upgrade and you will lose your "customized" fields again in the future, or Hoster may randomly crash.

You should REMOVE Hoster 5.04 and re-install 5.02 that doesn't have the new changes made by 5.03 and 5.04.

As Dale pointed out, the beta testers (and MTU on 4 computers) tested this again, and again, and again with no change to the BookIDs. We have no idea why your BookID's got renumbered.

Please, read the manual about the Tools menu Edit Songs command and use it to modify your individual KMA/KMH files, or change multiple files at the same time using the "Select Multiple" tab. Otherwise, you are on you own outside of the recommendations of MTU.

[Deedler]

Instabuttons. I have 45 MP3 Instabuttons installed in Version 5.04 and every time I start up Hoster it flags, "Too Many Instabuttons identified" Does not affect anything as far as I know but is geting annoying.
All windows updates current.

Toshiba Notebook- Windows 7 Home premium -Intal Pentium - P6100@ 2 GH - Ram 4 gb 64 bit.

[admin]

Originally Posted by Wayne White

1. I have always maintained my own database without any problems. In the 'old days' I corrected song names & artists within the database after importing them as '1' in the name & pasting the names in from Excel after the fact since I could not paste all of them at once while importing.

So 1 problem with 5.04 requiring to rebuild my database to work it; is putting 1 in for the name and artist on a # of songs. This I can live with because I could easily fix them if not for problem # 2.

2. The second problem is; 3/4 of my BookIDs are wrong in the new database - I realized that they didn't match while attempting to fix problem # 1. I did a match of the 2 files by BookID and only 1/4 of my songs still have the same BookID.

Since I see no mention of this, I guess I must be the only one it happened to.

Wayne, as to problem #1, we are upgrading an old (~2004) utility that opens the current Songs.mdb and updates each KMA/KMH file header with the Songs DB fields. This is a simple "run it" and its done utility. If you haven't retitled all your "1" fields, please wait. Since you have this problem, you are able to test it for us. If things go as planned, we'll have it in 1-2 days. If not, it won't be finished.

Wayne, as to your Problem #2, we found a bug in 5.02 and fixed it. Please believe me, we have a CONSTANT FOCUS on adding new features to PRESERVE BookIDs. I simply don't have an answer. You are right in that you are the only one reporting this problem. I'd almost say your computer farkled in some way as your Songs DB was being rebuild. It can happen.