http://bugs.winehq.org/show_bug.cgi?id=21497
Summary: ElsterFormular 11.1.1: program window disappears, app keeps running in the background Product: Wine Version: 1.1.37 Platform: x86 URL: https://www.elster.de/elfo_down1.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: andreas@braml.org
The latest release of ElsterFormular doesn't work on Wine anymore. It is the official app to submit tax statements to the german administration and can be downloaded here: https://www.elster.de/elfo_down1.php (topmost entry)
The behaviour is as follows:
The installer runs fine (it also installs Virtual C++ Redistributable 2008)
It doesn't install vcrun6, although it claims to need it (could be fixed with winetricks, but doesn't change anything about the bug here)
When I start the app with 'wine elfostarter.exe', the main window appears. When I select a new tax statement, it loads the forms, but when it is done and should show the input form, the window disappears. That is, the window where the form would usually be shown appears for a short time, with the form area empty, then it disappears. The app keeps running in the background, though.
So, when I subsequently run 'wineboot -e', a popup window from ElsterFormular appears, asking me to save the tax statement data. I can then save it.
When I try to open the saved statement instead of creating a new one, the behaviour is the same as with a new statement.
btw. ElsterFormular uses Qt4 for the GUI
How to debug this? Which logs would be helpful? There's no crash, so there's no backtrace :(
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #1 from Austin English austinenglish@gmail.com 2010-01-26 09:55:28 --- Please attach plain terminal output.
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #2 from Andreas Hermann Braml andreas@braml.org 2010-01-26 10:21:14 --- Created an attachment (id=25899) --> (http://bugs.winehq.org/attachment.cgi?id=25899) console log up to when the application window closes itself
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #3 from Andreas Hermann Braml andreas@braml.org 2010-01-30 08:25:48 --- Created an attachment (id=25964) --> (http://bugs.winehq.org/attachment.cgi?id=25964) tail -n 200 of WINEDEBUG=+relay when the window has disappeared
The program goes into a loop. I let it run several hours, but it never exits the loop again.
I killed it with 'wineserver -k'.
http://bugs.winehq.org/show_bug.cgi?id=21497
Bernhard Übelacker bernhardu@vr-web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@vr-web.de
--- Comment #4 from Bernhard Übelacker bernhardu@vr-web.de 2010-01-31 12:55:32 --- The application only hides the main window. First looked with WinSpy. There was a process pica.exe with 3 "ElsterFormular" windows. For the last one you add in the Styles tab "WS_VISIBLE" to get it visible again.
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #5 from Bernhard Übelacker bernhardu@vr-web.de 2010-01-31 12:58:28 --- Created an attachment (id=25988) --> (http://bugs.winehq.org/attachment.cgi?id=25988) program to show the hiding ElsterFormular window
This is a source file for a program that searches the right "ElsterFormular" window and sets this style "WS_VISIBLE". It works only if the starting screen of ElsterFormular is maximized first. You have to compile it yourself by one of following: i586-mingw32msvc-gcc showelster.c -o showelster-mingw.exe or winegcc showelster.c -o showelster-winegcc.exe
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #6 from Andreas Hermann Braml andreas@braml.org 2010-02-01 13:18:46 --- I can confirm that showelster from #5 is a valid workaround (thanks a lot!). It would still be nice to have a proper fix for this, though, not least because you have to call showelster on every page change in the forms, which is very annoying.
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #7 from Bernhard Übelacker bernhardu@vr-web.de 2010-02-01 17:34:26 --- Created an attachment (id=26018) --> (http://bugs.winehq.org/attachment.cgi?id=26018) Patch to change SetParent behaviour when hwnd and newParent are equal
Can you test attached patch?
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #8 from Andreas Hermann Braml andreas@braml.org 2010-02-01 19:09:46 --- (In reply to comment #7)
Your patch fixes the issue. Thanks a million times, Bernhard! (Now I can happily proceed paying my taxes...)
As an aside: Switching through the pages of a form is really slow when the form page hasn't already been loaded earlier in the session (in the realm of ~20s delay). Since there is a setting that defines how many form pages to cache in ElsterFormular, this might as well be an issue with the app, not with Wine. Can anyone test this on MS's implementation of the Windows API?
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #9 from Bernhard Übelacker bernhardu@vr-web.de 2010-02-02 09:06:50 --- Seems like a duplicate of: http://bugs.winehq.org/show_bug.cgi?id=16566
A Patch was already sent to wine-patches but not comitted: http://www.winehq.org/pipermail/wine-patches/2008-December/066427.html
And here the discussion on wine-devel: http://www.winehq.org/pipermail/wine-devel/2008-December/thread.html#71305
But I searched for similar bugs after sending to wine-devel: http://www.winehq.org/pipermail/wine-devel/2010-February/081489.html
http://bugs.winehq.org/show_bug.cgi?id=21497
Wolfgang Schweer schweer@cityweb.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |schweer@cityweb.de
--- Comment #10 from Wolfgang Schweer schweer@cityweb.de 2010-02-03 06:33:41 --- Hi, setting Windows Version to win98 avoids crashing.
Everything works o.k., even printing (with FoxitReader version 2.0 installed). Only drawback: slow opening of new forms.
Wolfgang
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #11 from Wolfgang Schweer schweer@cityweb.de 2010-02-03 11:10:56 --- "wintricks allfonts" makes text better looking ...
Wolfgang
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #12 from Andreas Hermann Braml andreas@braml.org 2010-02-03 18:00:24 --- (In reply to comment #9) Bernhard, perhaps you should send the patch to wine-patches and hope that it get's commited. The one from December 2008 most likely never got commited because it came without a test. Yours includes the test, so it's worth a try I'd say.
@Wolfgang: I wrote a HOWTO over at AppDB describing your workaround(s). Thanks for your hints. Now lets hope the patch gets accepted soon.
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #13 from Bernhard Übelacker bernhardu@vr-web.de 2010-02-04 19:08:12 --- Patch sent: http://www.winehq.org/pipermail/wine-patches/2010-February/084591.html
http://bugs.winehq.org/show_bug.cgi?id=21497
--- Comment #14 from Andreas Hermann Braml andreas@braml.org 2010-02-05 10:25:25 --- Since the patch has been commited today, this bug has disappeared with current git and is now fixed (at least for me).
http://bugs.winehq.org/show_bug.cgi?id=21497
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #15 from Alexandre Julliard julliard@winehq.org 2010-02-05 10:33:16 --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=21497
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard julliard@winehq.org 2010-02-05 11:39:22 --- Closing bugs fixed in 1.1.38.
https://bugs.winehq.org/show_bug.cgi?id=21497
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Fixed by SHA1| |8d127f3a813700ba7086133fa9e | |c7cede812f97c CC| |focht@gmx.net Component|-unknown |user32