![]() |
|
Hoster Help Post Hoster questions, tips and suggestions here. |
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
![]() KMA Files Were Being Lost By Windows. When disappearing files first surfaced, MTU put full effort into solving this never-seen-before problem. We discovered that in 3.318 & 3.319 when Hoster deletes the \Temp folder to remove the .MP3 and .CDG files created by unzipping them before playing, something in Windows reacted unexpectedly (aka a "bug"). Windows deleted various MASTER files (KMA, RTF, DOC, etc.) that had been referenced in the \Temp folder in the recent past. However, how it deleted MASTER files through this folder is a mystery. How a non-random selection of KMA files was deleted as seen below is also unexplainable. Files Disappeared Abnormally
Can You Recover Lost Files? YES!
What is Hoster's Historical Performance?
What Does MTU Recommend?
MTU's Final Analysis of What Happened The most important clue came from a simple fact that Jim Kercheval posted: "Yesterday I lost all my .kma's in Vista. Note to MTU techs: In your build songs database dialog when it say to delete a folder you need to make the link NOT delete the folder from the hard drive!!!! At least if you put up a flagged warning that you are about to lose all your kma's if you continue to delete the folder!" ddouglass (a long term user) stated: "If you delete a folder from the Build Songs Database dialog it does not delete the folder on the hard drive, just the list entry. The only way you could delete one is if you do so in the browse window when you are looking for a folder. This is a Windows function. Hoster cannot do this." This was the true answer as Hoster NEVER deletes folders, so we KNEW Hoster did not cause this. Jim Kercheval answered: "I Did have 3.320 installed when this event took place! And it was through the dialog box." admin answered: Jim, this was an important fact you gave us. We researched again today and discovered new documents about what Microsoft is doing in Vista. It is truly unbelievable this was not revealed when Vista was released! This is compiled from several Microsoft web pages: "Data redirection, also known as data virtualization, provides a driver for the file system and registry that will redirect files written in protected locations on the hard drive. For example, if you run an application (Hoster) that writes a file to a folder in the C:\Program Files\ path (ex: C:\Program Files\Hoster\Songs for KMA files), this write will fail. Why? Because the access control list (ACL) on the C:\Program Files\ folder prevents standard users from writing to any folder under this path. When the "data redirection file system driver" receives the failure notice, it INSTEAD writes the file to C:\Users\[username]\AppData\Local\VirtualStore\, which is in the user’s profile." It then became clear that even though importing KMA files under C:\Program Files\ worked perfectly under 2000 and XP, without any notice, Vista TRANSPOSES all files written to this folder to be under C:\Users\[username]\AppData\Local\VirtualStore\Program Files\Micro Technology Unlimited\Hoster\Songs. This full path NEVER appears in our Build Songs Database list, but somehow Vista was feeding the virtualized folder contents to build the Songs Database. In essence, if your Vista User Access Control (UAC) bit is ENABLED, Vista never creates Hoster's default import folder. Jim Kercheval reported deleting a folder from Hoster's Build Songs Database (BSD) list, then looked on the hard drive for it, he didn't find it because it was never even created. We know how deleting in this list works, so Jim's FACTUAL post was the clue we needed. It is now clear that Vista imported Jim's KMA files into a folder it created in its hidden \VirtualStore\ path. Read and follow these instructions for upgrading Hoster on Vista. To UPGRADE under Vista requires you to MANUALLY move all pre-existing files. Vista prevents Applications like Hoster from moving files; all part of their "Virus Protection". KMA files should move to a new C:\MTU\KMA Files folder, or a USB hard drive. Playlists files that you want to retain MUST be moved to C:\MTU\Hoster. All Hoster working files (songs.mdb, bucket.mdb, playlist001.hst, log files) will be in this folder. Your Songs Database is automatically built in this folder. NOTE: Hoster upgrade or new installs under 2000 or XP is identical to the past 7 years. Installing Hoster on a "virgin" computer happens like any other installation with nothing to move. Two questions we kept asking at MTU were: 1. Why are so few 3.318/3.319 users loose files? , and 2. Why did this happen all of a sudden? Hoster 3.318 was released December 29, 2007. Teddyt was the first to report loss of KMA files when he upgraded from 3.312 to 3.319 on February 12, 2008. What happened? Was it a Vista upgrade that now changed how it worked? We'll probably never discover this answer. We still don't fully know, but we think it is related to either re-enabling Vista's UAC bit, or never having disabled it in the first place to install Hoster. Vista on its own actions, moved the KMA files to a hidden folder. MTU is now testing Hoster 3.321 for release. We have done our Professional best to insure nothing that Vista is doing will affect Hoster again. We discovered yesterday that: 1. IF... you have the Vista User Access Control (UAC) DISABLED, you are "probably" safe. 2. IF... you RE-ENABLED the UAC, you're files are hosed! Sometime after you do this, Vista will move all your KMA files, Playlists and songs database to these folders: C:\Users\[username]\AppData\Local\VirtualStore\Program Files\Micro Technology Unlimited\Hoster\Songs (or \Databases or \Playlists). Windows can MOVE files in an instant as it just reassigns the folder they reside in. That is how so many files can disappear so fast. For Hoster or any App to delete files would take about a minute per 1,000 files, or over an hour for 65,000 files. This "VirtualStore" Vista stuff is messing everyone up. Your files were under \Hoster\Songs, then all of a sudden they're not. Windows gives no warnings, no indication, and buried so deep no one would ever find them. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|