https://bugs.winehq.org/show_bug.cgi?id=48870
Bug ID: 48870 Summary: Aldi Steuer 2019 installer crashes Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: netz@lytenyn.de Distribution: ---
Created attachment 66801 --> https://bugs.winehq.org/attachment.cgi?id=66801 Backtrace
Running the Aldi Steuer 2019 installer in a clean wine prefix yields:
wine: Unhandled page fault on read access to 00000008 at address 7BEE7B77 (thread 004a), starting debugger...
Not sure which information to provide, I will attach the wine output and the backtrace.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #1 from Jan Essert netz@lytenyn.de --- Created attachment 66802 --> https://bugs.winehq.org/attachment.cgi?id=66802 Terminal log
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #2 from Jan Essert netz@lytenyn.de --- The same error happens with "Steuer 2020" (next year's version), here is the last line of the terminal output (from a clean wine prefix), using wine 5.22:
wine: Unhandled page fault on read access to 00000008 at address 7BA3D9D4 (thread 01e8), starting debugger...
Please tell me which additional information I can provide.
https://bugs.winehq.org/show_bug.cgi?id=48870
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- The backtrace is a bit odd, it's crashing where there isn't actually a module loaded, but it's not an execute fault either. I guess there's some JIT code there...?
Can you please attach a log with WINEDEBUG=+seh,+loaddll,+pid?
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #4 from Jan Essert netz@lytenyn.de --- Created attachment 69092 --> https://bugs.winehq.org/attachment.cgi?id=69092 Backtrace of Steuer 2020
Added a backtrace from Steuer 2020.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #5 from Jan Essert netz@lytenyn.de --- Created attachment 69093 --> https://bugs.winehq.org/attachment.cgi?id=69093 Terminal log from Steuer 2020
As requested, terminal log with WINEDEBUG=+seh,+loaddll,+pid.
Thanks for looking into this!
https://bugs.winehq.org/show_bug.cgi?id=48870
Jan Essert netz@lytenyn.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64 Version|5.5 |5.22
https://bugs.winehq.org/show_bug.cgi?id=48870
Jan Essert netz@lytenyn.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Gentoo
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #6 from Zebediah Figura z.figura12@gmail.com --- Hrm, that's still not illuminating enough. Can you please add +virtual,+module,+winhttp?
https://bugs.winehq.org/show_bug.cgi?id=48870
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|5.22 |5.5
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- The version field should reflect the earliest known version suffering from the bug.
https://bugs.winehq.org/show_bug.cgi?id=48870
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer URL| |https://web.archive.org/web | |/20210107205305/https://upd | |ate2.buhl-data.com/ESD/Steu | |er/2021/Steuer2020.exe Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |focht@gmx.net Summary|Aldi Steuer 2019 installer |Aldi (Buhl) Steuer |crashes |2019/2020 installer crashes
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
it seems ALDI (supermarket chain) sells a re-branded Buhl (tax software company) product.
Adding stable download link via Internet Archive:
https://web.archive.org/save/https://update2.buhl-data.com/ESD/Steuer/2021/S...
From the backtrace in comment #4 it seems 'winhttp.WinHttpGetProxyForUrl' is
called. Zeb's request of providing logs with 'winhttp' debug channel might reveal more useful information. I can't reproduce the crash with recent Wine.
$ sha1sum Steuer20* f50d831da071bcf7fe0f521aab8d7e7c8210acd8 Steuer2019.exe 34e8c8ad865a566f0cfa768eb79a733156337c7e Steuer2020.exe
$ du -sh Steuer20* 393M Steuer2019.exe 412M Steuer2020.exe
$ wine --version wine-6.0-rc5-19-g4ac05afd39a
Regards
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #9 from Jan Essert netz@lytenyn.de --- Created attachment 69098 --> https://bugs.winehq.org/attachment.cgi?id=69098 Detailed terminal log from Steuer 2020
Of course, here it is. Sorry for my misunderstanding of the wine version field.
Looking at the log myself, it looks vaguely related to my serving an wpad.dat file for automatic proxy configuration over https. It may be that I am doing something incorrect there, and I can try to disable it and re-test. Probably not tonight any more, though.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #10 from Jan Essert netz@lytenyn.de --- OK, I managed to disable the automatic 301 redirection for wpad.dat, and now the installation works like a charm.
I am really sorry if I chased you into a rabbit hole there and if this is incorrect configuration on my side.
It may still be a bug, though, since it crashes, so I would prefer to leave it to you whether to close it or not.
I can also provide additional data, of course.
https://bugs.winehq.org/show_bug.cgi?id=48870
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net Component|-unknown |winhttp
--- Comment #11 from Zebediah Figura z.figura12@gmail.com --- I'm not nearly experienced enough myself to say, so instead I'll copy in someone who is. Hans, if you don't mind, is there a valid bug here?
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #12 from Jan Essert netz@lytenyn.de --- I have thought about it, and I actually do the following:
- Have the necessary DNS information to serve wpad.dat - Instead of serving it over http, perform a 301 redirect to https (which is probably a mistake) - Then serve it with a self-signed certificate (which is probably also a mistake).
However, I believe wine should either simply not use that wpad.dat or use it, but not crash. So I believe the bug is still kinda valid.
Also, I believe the program worked in a VM on Windows on the same network, but it's hard to say because the network configuration of the VM was also tricky.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #13 from Hans Leidekker hans@meelstraat.net --- (In reply to Jan Essert from comment #12)
I have thought about it, and I actually do the following:
- Have the necessary DNS information to serve wpad.dat
- Instead of serving it over http, perform a 301 redirect to https (which
is probably a mistake)
- Then serve it with a self-signed certificate (which is probably also a
mistake).
However, I believe wine should either simply not use that wpad.dat or use it, but not crash. So I believe the bug is still kinda valid.
Right, it should probably return an error. Could you make that URL (with redirect to https) available to us? It doesn't matter what's in wpad.dat.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #14 from Jan Essert netz@lytenyn.de --- I will try, but I cannot manage today.
Since I can only do this by exposing something on my home server, I will probably send a direct email with the details, if you do not mind.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #15 from Jan Essert netz@lytenyn.de --- I have sent an email to Hans and Zeb with the address.
https://bugs.winehq.org/show_bug.cgi?id=48870
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |83afd177b3735f88e38f926aaf3 | |aa0a20178e458 Resolution|--- |FIXED
--- Comment #16 from Hans Leidekker hans@meelstraat.net --- Fixed with 83afd177b3735f88e38f926aaf3aa0a20178e458.
https://bugs.winehq.org/show_bug.cgi?id=48870
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.1.
https://bugs.winehq.org/show_bug.cgi?id=48870
--- Comment #18 from Michael Stefaniuc mstefani@winehq.org --- Removing the 5.0.x milestone from bug fixes included in 5.0.4.
https://bugs.winehq.org/show_bug.cgi?id=48870
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |6.0.x
https://bugs.winehq.org/show_bug.cgi?id=48870
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|6.0.x |---
--- Comment #19 from Michael Stefaniuc mstefani@winehq.org --- Removing the 6.0.x milestone from bug fixes included in 6.0.1.