http://bugs.winehq.org/show_bug.cgi?id=21367
Summary: DATALINE Office Demo: install fails - sometimes Product: Wine Version: 1.1.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: andreas@braml.org
Created an attachment (id=25727) --> (http://bugs.winehq.org/attachment.cgi?id=25727) console output of a crash during install
When testing the install of DATALINE Office Demo on 1.1.36, I noticed that it crashes Wine. Since it used to work with 1.1.24 (according to my test report over at AppDB http://appdb.winehq.org/objectManager.php?sClass=version&iId=15365), I went off to run a regression test.
When I was finished, I reverted the patch in HEAD and ran the installer again. It went through as it did witch 1.1.24.
To make absolutely sure, I ran the installer again, with clean HEAD (and 1.1.36 from the Ubuntu PPA to make sure). And it didn't crash! But then, on second run (starting from scratch witch a clean .wine) it crashed as before, that is, at the same point according to the installer's progress bar).
I tried several times, and sometimes the install works, sometimes not. The number of failed installs is greater though).
So I fear my regression test was useless, since I didn't test the install at the different points more than once. I could re-run the regression test doing so, but I might still miss a "bad" one simply by not trying often enough.
I don't know how to test this further, but I attach the console output of a crash on 1.1.36 for a start.
http://bugs.winehq.org/show_bug.cgi?id=21367
Andreas Hermann Braml andreas@braml.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.14 |1.1.36
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-01-14 06:43:02 --- Please attach a backtrace with debug symbols, and if possible, provide a download link for the demo.
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #2 from Andreas Hermann Braml andreas@braml.org 2010-01-14 08:03:40 --- Created an attachment (id=25729) --> (http://bugs.winehq.org/attachment.cgi?id=25729) backtrace of an installer crash, with debug symbols
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #3 from Andreas Hermann Braml andreas@braml.org 2010-01-14 08:08:37 --- re download link: unfortunately, the demo is no longer available from the vendor's web site.
The app is sort of a moving target, with "updates" being anything between a simple patch to a major overhaul with new dependencies etc. They replace the demo with each new update, and the new one has changed too much and doesn't show the behaviour of this bug report (e.g. IE7 is now required for the installer to even start!)
http://bugs.winehq.org/show_bug.cgi?id=21367
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.36 |1.1.14
--- Comment #4 from Jeff Zaroyko jeffz@jeffz.name 2010-01-14 12:29:13 --- Please don't change the original reported version.
http://bugs.winehq.org/show_bug.cgi?id=21367
Andreas Hermann Braml andreas@braml.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.14 |1.1.36
--- Comment #5 from Andreas Hermann Braml andreas@braml.org 2010-01-15 02:39:27 --- changed the reported version back to the reported version :-)
@Jeff: I know that it's not OK to randomly change the version on bug reports. But in this case I wrongly left it at the default setting when filing the original report.
(aside: why do I have to enter my login credentials on every single commit, upload operation, ... in the bugtracker? is this a bug?)
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #6 from Austin English austinenglish@gmail.com 2010-01-15 10:42:33 --- (In reply to comment #5)
(aside: why do I have to enter my login credentials on every single commit, upload operation, ... in the bugtracker? is this a bug?)
A few people have reported it, seems to be a cookie/cache issue. Try clearing them.
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #7 from Andreas Hermann Braml andreas@braml.org 2010-01-27 13:58:15 --- Still happens on 1.1.37. It took me two tries to get a failed install.
http://bugs.winehq.org/show_bug.cgi?id=21367
Andreas Hermann Braml andreas@braml.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
--- Comment #8 from Andreas Hermann Braml andreas@braml.org 2010-02-24 08:16:21 --- Still present in 1.1.39
http://bugs.winehq.org/show_bug.cgi?id=21367
--- Comment #9 from Austin English austinenglish@gmail.com 2011-11-16 14:08:06 CST --- This is your friendly reminder that there has been no bug activity for 1.5 years. Is this still an issue in current (1.3.32 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=21367
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |frederic.delanoy@gmail.com Resolution| |ABANDONED
--- Comment #10 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-01-30 06:58:57 CST --- No test for approximately 3 years. Marking as Abandoned.
Andreas, please reopen if the issue still occurs.
http://bugs.winehq.org/show_bug.cgi?id=21367
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-01-30 06:59:12 CST --- Closing
-
wine-bugs＠winehq.org