October 2013 - Wine-Bugs - list.winehq.org

[Bug 23478] New: moneysoft accounts programs do not close files when they should
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=23478 Summary: moneysoft accounts programs do not close files when they should Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andygibbs1(a)compuserve.com I am trying to use two linked accounting programs that are from Moneysoft. I've used them on windoze for years and they are the last thing keeping locked to that os! SORRY IF THIS SOUNDS LONG WINDED! So far I have tried the two packages, Money Manager and Final Accounts on two machines and had the same problem. Machine 1 is an old evo 800 running xubuntu with wine 1.1.31. The second is an HP wx6200 workstation, 2 cpu's with dual cores and 4gb running fedora 13 and wine 1.1.38 loaded from the fedora repository. When running the programs it should be possible to jump from one years data file to say the last year's and by using "file-open" and selecting the other year. when doing that the program should automatically close and release the first file, and its not. In the file to open selection box is a list of the possible files and under normal operation with a file open, clicking on the "file"-"open" will show the list and have "open" next to the one in use. This still happens, but if you select another and look at it then go back to the "file"-"open" selection it shows that one as being open and the last as being "in use". The help says this could be if its on a network and only one operator can use it at a time, so the file must be tagged in some way and that tag is not being released. ANY IDEAS PLEASE? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 33170] New: Sid mayers Alpha Centauri crashes at start
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=33170 Bug #: 33170 Summary: Sid mayers Alpha Centauri crashes at start Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: macmolder(a)gmail.com Classification: Unclassified Created attachment 43881 --> http://bugs.winehq.org/attachment.cgi?id=43881 Backtrace of crash Crashes immediatelly on the start -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 28890] New: Kanon sometimes freezes after a choice is made
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=28890 Bug #: 28890 Summary: Kanon sometimes freezes after a choice is made Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugzilla.kyoo(a)xoxy.net Classification: Unclassified Created attachment 37117 --> http://bugs.winehq.org/attachment.cgi?id=37117 Wine output when running kanon. Last lines appear with freeze. Kanon http://appdb.winehq.org/objectManager.php?sClass=version&iId=12764 will sometimes freeze after a choice is made. The next dialog bit is shown, but when the user clicks to advance, the freeze happens. Attached is the command line output, the last few lines of which only appear when the freeze happens. "err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 002f, blocked by 0029, retrying (60 sec)" will repeat indefinitely until I kill the program. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 24539] New: Dystopia 1.3 renders a black menu background when launched in -dxlevel 90 mode
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=24539 Summary: Dystopia 1.3 renders a black menu background when launched in -dxlevel 90 mode Product: Wine Version: 1.3.3 Platform: x86 URL: http://store.steampowered.com/app/17580/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=30968) --> (http://bugs.winehq.org/attachment.cgi?id=30968) Dystopia 1.3 debug output With wine-1.3.3-234-g57a6404, launching Dystopia yields a completely black background in the menu, rather than some sort of graphical drawing. Launching the game in -dxlevel 81 and lower makes the background appear, however. Note that I've disabled mmdevapi, which is visible in the log, due to another issue with Dystopia for a separate bug report, and Dystopia is freely available for owners of Half-Life 2, in case testing is warranted. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 19698] New: Hearts of Iron III Demo crashes due to unhandled page fault on write access
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=19698 Summary: Hearts of Iron III Demo crashes due to unhandled page fault on write access Product: Wine Version: 1.1.27 Platform: PC URL: http://www.paradoxplaza.com//index.php?option=com_cont ent&task=view&id=442&Itemid=234 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel.spies(a)fuceekay.com Created an attachment (id=22997) --> (http://bugs.winehq.org/attachment.cgi?id=22997) Crashlog (page fault) Hearts of Iron III Demo crashes due to unhandled page fault on write access after some minutes or up to two hours of gameplay. It's not caused by a special action in game. I cannot test this on the full version, I don't have one yet. See the crash log attached. Tested on - Kubuntu 9.04 x86_64 - ATi hd2600xt Demo download: http://www.hoi3.com/index.php?option=com_content&view=article&id=123:demo-d… -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 30

[Bug 34788] New: Incorrect behaviour when maximizing undecorated windows
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=34788 Bug #: 34788 Summary: Incorrect behaviour when maximizing undecorated windows Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: medasaro(a)comcast.net Classification: Unclassified Created attachment 46390 --> http://bugs.winehq.org/attachment.cgi?id=46390 This image compares a maximized Notepad window in Wine and XP When a window is maximized in Microsoft Windows, the grey border around the window goes away. However, when undecorated windows (or skinned windows like iTunes) are maximized in wine, the grey border remains. Steps to reproduce: 1) Open winecfg and deselect the 'Allow the window manager to decorate the windows' option in the 'Graphics' tab. 2) Close winecfg. 3) Open notepad 4) Maximize the notepad window 5) Note that there is still a grey border around the edges of the entire window which is not present when running the application in windows. Please see the attached screenshot -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 33686] New: Diablo III: Audio cuts out after a while of game play
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=33686 Bug #: 33686 Summary: Diablo III: Audio cuts out after a while of game play Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: kdt3rd(a)gmail.com Classification: Unclassified After a semi-random amount of time playing the game, the audio all of a sudden stops outputting anything. I am not running pulse or any sound daemon, just using alsa with the output device hard-specified in winecfg. After trying to trace with the Audio wiki-recommended WINEDEBUG settings, I didn't get very far trying to isolate the problem, so I modified the TRACE in dlls/winealsa.drv/mmdevdrv.c, and when the audio cuts out, it looks like the AudioClient_GetCurrentPadding is called in-between or just slightly one (wrong) side of alsa_write_data, which causes a larger number to be returned than 'normal'. At this point, a lot of the AudioRenderClient_(GetBuffer|ReleaseBuffer) calls start requesting 0 frames. But more importantly, something about that sequence getting out of the normal thread sequence triggers the pad stored in 'in_alsa' in alsa_write_data to become larger than max_period * 3 size. This means that write_limit ends up stuck at 0, so it leaves the alsa_write_data function early and no audio is output... I write this bug because it seems like the code that is implementing the comment about keeping 3 ALSA/MMDevAPI periods in the ALSA buffer is either flawed, or more likely, I don't understand all the pieces, so I'm not sure how to make a patch to appropriately fix the issue. Any hints on potential patches are appreciated. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 28734] New: Where in the World is Carmen San Diego installer hangs at end while doing DDE?
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=28734 Bug #: 28734 Summary: Where in the World is Carmen San Diego installer hangs at end while doing DDE? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified This is the ancient 1994/1995 win16 version. The problems described in bug 7333 seem fixed, but the installer hangs at the end, with log messages like fixme:ddeml:DdeAccessData16 expect trouble fixme:shell:Dde_OnRequest 1 0x1322e0 L"Progman" L"Broderbund Software": stub As promised, there's trouble :-) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 20748] New: chromium's net_unittests!SSLClientSocketTest.Read_Interrupted fails.
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=20748 Summary: chromium's net_unittests!SSLClientSocketTest.Read_Interrupted fails. Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com With Hans' patch to fix bug 20622 applied, SSLClientSocketTest.Read passes, but SSLClientSocketTest.Read_Interrupted fails: [ RUN ] SSLClientSocketTest.Read_Interrupted fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported .\socket\ssl_client_socket_unittest.cc(363): error: Expected: (rv) != (0), actual: 0 vs 0 [ FAILED ] SSLClientSocketTest.Read_Interrupted (1221 ms) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9620] New: Bad pictures display in Pentax Photo Laboratory software
by wine-bugs＠winehq.org Dec. 2, 2015

Dec. 2, 2015

http://bugs.winehq.org/show_bug.cgi?id=9620 Summary: Bad pictures display in Pentax Photo Laboratory software Product: Wine Version: 0.9.3. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: rpbyc(a)w.tkb.pl Created an attachment (id=8011) --> (http://bugs.winehq.org/attachment.cgi?id=8011) A screenshot presenting the coloured strips on the preview window. There is a problem with proper display of an actually loaded picture in a preview window in the Pentax Photo Laboratory software, v. 3.0. Some part of the preview is always covered with a few coloured strips, and what is more, the strips influence the look of the histogram taken from the picture, so you do not really know how the histogram should really look... I attach a screenshot that represents the problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 23