https://bugs.winehq.org/show_bug.cgi?id=49767
Bug ID: 49767 Summary: All resources deleted during update Logos Bible Software Product: Wine Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: johnpgoodman@gmail.com Distribution: ---
Created attachment 68072 --> https://bugs.winehq.org/attachment.cgi?id=68072 Console output from during update
Updates result in data wipe.
Logos stores all resources, eg. ebooks, videos etc in a subdir like drive_c/users/$username/Local Settings/Application Data/Logos/Data/$uniqueid/ResourceManager/
When an update to Logos Bible Software becomes available there is a notification in the app. The update will usually install ok however on wine the Resources are all wiped. The user is now stuck with a massive download eg. 40gb+. On Windows the resources are always still there after an update.
It's as if the msi somehow overwrites the directory rather than merging with it?
I've attached a console log updating from 8.15.0.0004 to 8.16.0.0002 - in this case the update also did not relaunch the newly updated app but simply kept running. At this point I checked and confirmed all resources were wiped. Once quit and reloaded it was clear the update had completed but it began to download everything again.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #1 from m0rvj johnpgoodman@gmail.com --- I'm wondering if this is the line that matters: 01c4:fixme:file:ReplaceFileW Ignoring flags 3 Comes up in the logs several times.
https://bugs.winehq.org/show_bug.cgi?id=49767
Frank franksauer@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |franksauer@cox.net
--- Comment #2 from Frank franksauer@cox.net --- I can also confirm this annoying bug.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #3 from Frank franksauer@cox.net --- Testing this issue a few times.... Anytime I allow the app to update itself, everything is wiped.
I decided to try downloading the .exe setup file from logos.com after the update was released. Twice it updated the application without any loss of data...
https://bugs.winehq.org/show_bug.cgi?id=49767
Daniel Ribeiro da Silva ferion11@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ferion11@hotmail.com
--- Comment #4 from Daniel Ribeiro da Silva ferion11@hotmail.com --- At the exact point the the deletion happens this error shows up:
err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x43a726
and this happens at the end of the update installation. I believe that this is the main issue with the update, as it doesn't appear that the LogosBible is having the necessary permissions to do a proper update.
https://bugs.winehq.org/show_bug.cgi?id=49767
velzyboard@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |velzyboard@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=49767
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download URL| |https://web.archive.org/web | |/20210209172851/https://dow | |nloads.logoscdn.com/LBS8/In | |staller/8.7.0.0039/Logos-x8 | |6.msi Summary|All resources deleted |Logos 8 Bible Software |during update Logos Bible |(.Net 4.7 app): All |Software |existing resources are | |deleted during app update Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC| |focht@gmx.net
--- Comment #5 from Anastasius Focht focht@gmx.net --- Hello folks,
please retest with recent Wine 6.x releases, preferably Wine 6.2
I've let the client update itself to newer version after installation. The data under 'ResourceManager' was still there. I only had a few hundred MB though.
Adding stable download via Internet Archive:
https://web.archive.org/web/20210209172851/https://downloads.logoscdn.com/LB...
$ sha1sum Logos-x86.msi 659900692c79c0df046f413eb33e1d729487fe19 Logos-x86.msi
$ du -sh Logos-x86.msi 187M Logos-x86.msi
$ wine --version wine-6.2
Regards
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #6 from m0rvj johnpgoodman@gmail.com --- I just let the 9.3 update run and it failed with an error dialog. User data was not affected but the main Logos.exe was erased. Previously the app updated but all user data was erased.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #7 from m0rvj johnpgoodman@gmail.com --- The last 2 updates from 9.3 were 2 service packs. These went fine without any hitch. I backed up first and repeated it a few times to be sure.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #8 from m0rvj johnpgoodman@gmail.com --- Should say I had updated to wine 6.4... maybe its fixed?
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #9 from m0rvj johnpgoodman@gmail.com --- No Frank just shared on telegram: "I run Kubuntu 21.04, Wine 6.4 and the was upgrading from 9.3 SR1 to sr2. It downloaded, but did not ask whether to install or restart. It just started updating and I was watching the file system in the Logos Data folder and noticed everything was wiped. Thankfully, keeping up to date folder backups makes it a little easier." I'm running Kubuntu 20.10 but otherwise we are on the same wine version and did the same app update. It worked for me but not for Frank.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #10 from m0rvj johnpgoodman@gmail.com --- Frank goes on to say: "It is really frustrating, and odd! The update wiped data but didn't actually update. I run the same version of SR1 install, copy my data back and then run the SR2 .exe installer, and it installs fine without wiping data. The opposite of what happened last update, but the way that was most consistent for me"
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #11 from m0rvj johnpgoodman@gmail.com --- Created attachment 69647 --> https://bugs.winehq.org/attachment.cgi?id=69647 data wiped during update terminal output
This is the terminal output from the app when it crashed and erased the data.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #12 from m0rvj johnpgoodman@gmail.com --- I asked the devs: The other most troubling bug we have is that when running an update the user, docs and data files all get wiped so everything has to be downloaded again. I'm finding it extremely hard to track down. It would be great if you can think of anything which might help us fix it though.
Their answer: I can't imagine what's causing this. To the best of my knowledge, our Windows uninstaller does not delete the Docs folder (to avoid unnecessary hassle if someone's "uninstalling and reinstalling" to see if that fixes things (Tip: it doesn't)).
If it were me tracking this down on Windows, I'd use procmon to watch for all file access to that folder and see which process and thread is calling DeleteFile[A/W] on that path. Can DTrace on Linux do something similar...?
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #13 from m0rvj johnpgoodman@gmail.com --- Could this be related to Bug 22304?
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #14 from Frank franksauer@cox.net --- Created attachment 71083 --> https://bugs.winehq.org/attachment.cgi?id=71083 Program Update that deleted User Data
Just pulled this log on the in app update from Logos 9.9 to Logos 9.10. The update downloaded, and via in app menu was installing update. It however, deleted User Data and never updated.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #15 from m0rvj johnpgoodman@gmail.com --- Franks insight is that Logos won't see that an update is available if the windows version is set to win7. We normally do that because otherwise printing won't work. With it set to win10 the updates can be done but still the data dir gets overwritten.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #16 from m0rvj johnpgoodman@gmail.com --- This is quite a savage bug because it causes so much data loss. It's been marked need info but I'm not sure what is required? Anything I can do to help discover a fix?
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #17 from m0rvj johnpgoodman@gmail.com --- I've noticed that this bug is fixed in proton experimental. I was testing proton to see if it resolved the media playback issues.
As it turns out this hugely significant bug has a fix there. The bug is such a big deal because although you can download the lost data again, it can be many gigabytes of data which is wiped during the update process so recovery can take a very long time.
Does proton and wine get merged by default? Or do we need to somehow identify which patch is the fix and advocate for inclusion of the patch in wine? Is there someone with some expertese on proton who could advise?
many thanks for any help!
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #18 from m0rvj johnpgoodman@gmail.com --- Could it be this patch? https://github.com/ValveSoftware/wine/commit/e830975806df9ef283c89f7153b06b1...
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #19 from Nikolay Sivov bunglehead@gmail.com --- The correct way to figure out what fixed this, if it did at all, is to perform a proper regression test, where you switch a meaning of "good" and "bad" when testing on every step. To make this happen you'll have to find first revision that doesn't work though.
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #20 from m0rvj johnpgoodman@gmail.com --- (In reply to Nikolay Sivov from comment #19)
The correct way to figure out what fixed this, if it did at all, is to perform a proper regression test, where you switch a meaning of "good" and "bad" when testing on every step. To make this happen you'll have to find first revision that doesn't work though.
There is definitely a fix in proton. I've tried to update 3 times using different versions of Logos and it worked each time with proton.
I'll try a build of wine with this patch since it is the only difference I can see relating to msiexec. If it doesn't fix then I'll try to do a full regression test from the last rebase of proton...
https://bugs.winehq.org/show_bug.cgi?id=49767
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
https://bugs.winehq.org/show_bug.cgi?id=49767
--- Comment #21 from m0rvj johnpgoodman@gmail.com --- Hans Leidekker - I hope you don't mind me drawing this bug to your attention but it still applies in the latest version of wine, with the latest version of Logos Bible Software. I feel sure it must impact some other apps. The 'data' dir is empty in the msi and it overwrites to create an empty dir on linux. On windows it doesn't overwrite during updates so that downloaded data is preserved. There has to be a glitch in our implementation of msiexec or some file system issue? I wish I could figure it out!
https://bugs.winehq.org/show_bug.cgi?id=49767
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |WORKSFORME
--- Comment #22 from m0rvj johnpgoodman@gmail.com --- So far as I can tell with the newer Logos versions from 36 onwards and wine 9.12 onwards this is no longer an issue. Will report back to confirm after a few more updates.
-
WineHQ Bugzilla