November 2015 - Wine-bugs - list.winehq.org

[Bug 35850] New: the homeopathic program RADAR 10 do not start completly
by wine-bugs＠winehq.org 29 Nov '15

29 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=35850 Bug ID: 35850 Summary: the homeopathic program RADAR 10 do not start completly Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dragsidor(a)yahoo.com I'd like to be able to use RADAR opus and at least Radar 10 on linux. It is the only reason to keep Windows on my laptop. Other useful windows aplication work good with WINE. I want to kick out Windows completly. Thank you Drg -- 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 3

[Bug 3297] UpdateWindow() doesn't call XFlush()
by wine-bugs＠winehq.org 29 Nov '15

29 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=3297 --- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> --- No, it's not completely fixed. There's still a race condition if the window is mapped only after it gets painted. -- 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 0

[Bug 3297] UpdateWindow() doesn't call XFlush()
by wine-bugs＠winehq.org 29 Nov '15

29 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=3297 --- Comment #18 from Bruno Jesus <00cpxxx(a)gmail.com> --- (In reply to Sebastian Lackner from comment #17) > For me it looks like the issue is fixed with > http://source.winehq.org/git/wine.git/commit/ > c7c1fb5eabbe12ea2e7a105845fed5308191984f. Could someone please confirm? Yes, I can also confirm. But since this is a very old bug a think a few extra confirmations wouldn't hurt. The test is 4Kb only. -- 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 0

[Bug 3297] UpdateWindow() doesn't call XFlush()
by wine-bugs＠winehq.org 29 Nov '15

29 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=3297 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #17 from Sebastian Lackner <sebastian(a)fds-team.de> --- For me it looks like the issue is fixed with http://source.winehq.org/git/wine.git/commit/c7c1fb5eabbe12ea2e7a105845fed5…. Could someone please confirm? -- 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 0

[Bug 8051] Sims 2 demo exits prematurely
by wine-bugs＠winehq.org 28 Nov '15

28 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #131 from Luke Horwell <luke_horwell(a)hotmail.co.uk> --- (In reply to Jason Mills from comment #130) > So, the workaround you attached; Does it basically fix the red flashing > Sims, and the fact they won't animate? If so, I could quickly try it out and > make a video "showcasing" this workaround in action. And you mentioned other > issues pop up when you interact with a house. What issues? Are they visual? > or, do they make the game crash? I was playing around with this patch yesterday on my system, and observed the following with the base game (wine-1.8-rc2): - A strange "rendering" pattern across the screen, depending on the angle of the camera. Can't really describe it. - If the camera is 'static', the rendering appears "frozen" (this occurred even without this patch) - Sims and animated objects are not visible, instead of flashing red. After installing EP6 (updates base game to 2007), it got worst: - The application silently crashes or sometimes displays "The application has crashed and will now terminate" when trying to load a household, or the tutorial household. On the upside, the objects can be seen textured (previously, they were all white). Results may vary depending on graphics card / drivers - Mine's a GTX 960 with the latest NVIDIA driver from the Ubuntu repos. By the way, thanks swswine for the discovery! I'd be happy to test this game further. -- 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 0

[Bug 8051] Sims 2 demo exits prematurely
by wine-bugs＠winehq.org 28 Nov '15

28 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #130 from Jason Mills <jasonmills1980(a)mail.com> --- (In reply to swswine from comment #129) > (In reply to Stefan Dösinger from comment #128) > > > Does it use a shader too, or just a vertex declaration? > Both shader and vertex declaration. > > > It's probably easier to hook into > > https://www.opengl.org/wiki/Transform_Feedback instead. > Yes, sure, I see. So, the workaround you attached; Does it basically fix the red flashing Sims, and the fact they won't animate? If so, I could quickly try it out and make a video "showcasing" this workaround in action. And you mentioned other issues pop up when you interact with a house. What issues? Are they visual? or, do they make the game crash? -- 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 0

[Bug 35602] New: Wine64 build produces extra warning compared to Wine32 build (oleout32)
by wine-bugs＠winehq.org 28 Nov '15

28 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=35602 Bug ID: 35602 Summary: Wine64 build produces extra warning compared to Wine32 build (oleout32) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Classification: Unclassified Created attachment 47550 --> http://bugs.winehq.org/attachment.cgi?id=47550 64bit build log As i recently switch to Debian Jessie AMD64 i noticed now, that 64bit build produces extra warning compared to 32bit-only build: * warning: cast to pointer from integer of different size * warning: unused variable ‘xasm’ * warning: unused variable ‘xasm’ Is this a real bug or something wrong in my setup? (My carefulness comes from fact, that i don't want to work on bugzilla with wrongly builded wine and produce a noise.) I separeted another three logs, if this is a real bug i could then fill bugs for the following: * setupapi * winedbg * winmm -- 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 10

[Bug 38468] New: Allow navigating to folders with colon in their name
by wine-bugs＠winehq.org 27 Nov '15

27 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38468 Bug ID: 38468 Summary: Allow navigating to folders with colon in their name Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yajo(a)openaliasbox.org Distribution: --- Right now, the current implementation of GVFS mounts samba folders in paths like: /run/user/<UID>/smb-share:server=hostname,share=sharename/ Some Windows apps don't work fine with those characters in the path. For example, if I want to install something I have in that share and I run the `setup.exe` file from `wine explorer`, it works; but if I run it from `wine uninstaller`, it fails saying that characters "/:<>|" are forbidden in paths. Also, if I installed MS Excel and try to open a .xslx file from a samba share in Nautilus (right button > open with > MS Excel), it fails saying that it cannot find the file. This makes the UX very uncomfortable, because the user needs to copy the file to a local drive, edit it, and then copy it back to the network share. Independently if Bug 34748 gets fixed or not, IMHO wine itself should do something with Linux paths containing those characters, the same way it does when transforming "/" to "\" or when dealing with uppercase/lowercase files. -- 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 3

[Bug 21036] New: UTF-8 Font Problem
by wine-bugs＠winehq.org 27 Nov '15

27 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=21036 Summary: UTF-8 Font Problem Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.ghadam(a)gmail.com Created an attachment (id=25232) --> (http://bugs.winehq.org/attachment.cgi?id=25232) Firefox does not show words correctly Hi there, We can not write any Arabic or Persian characters in Wine programs. I have installed Firefox Windows in Wine, then see that I can not write any word in arabic or persian language. Firefox in Wine do not display Arabic or Persian words correctly. The alphabets are seperate while they should be together. - I have tested it on Opera Windows in wine and the same problem occurs. - I have tested it on Opera Linux and Firefox Linux and everything was good. - I have installed the necessary fonts into /~/.wine/drive_c/windows/fonts/ folder. - I have installed the necessary fonts in KDE desktop. I think there is a problem that Wine can not view UTF-8 Languages such as Persian, Arabic. Best Regards -- 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 36

[Bug 39648] New: MTA: San Andreas cannot start in Wine64
by wine-bugs＠winehq.org 27 Nov '15

27 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=39648 Bug ID: 39648 Summary: MTA: San Andreas cannot start in Wine64 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: rafalh1992(a)o2.pl Distribution: --- Created attachment 52850 --> https://bugs.winehq.org/attachment.cgi?id=52850 Log (+ntoskrnl) Multi Theft Auto: San Andreas 1.5 cannot start in Wine64 (WoW64 mode) in Linux Mint 17.1. Wine stops logging with error "wine client error:37: partial write 57344". I already debugged this issue. MTA: SA is multiplayer mod for GTA: San Andreas. MTA contains kernel mode driver named FairplayKD.sys. MTA installs it at startup and then sends IOCTL to it from modded gta_sa.exe process. When driver tries to process IOCTL it fails and sets ipr->IoStatus.Status to STATUS_NOT_IMPLEMENTED. But when Wine interprets IRP structure in ntoskrnl it reads the status as number of bytes (which is normally passed in IoStatus.Information field). Then Wine tries to transfer 0xC0000002 (STATUS_NOT_IMPLEMENTED) bytes to gta_sa.exe process (process which sent IOCTL). This obliviously fails and causes "wine client error:37". Problem is caused by invalid definition of IRP structure in wdk.h header. Its improperly marked as packed. It does nothing in 32-bit because structure doesn't need any padding in such architecture. In 64-bit it causes displacement of Status field by 4 bytes. I already created patch for this issue and going to send it. Patched Wine 1.7.53 allows me to start MTA and play normally. Newer Wine has regression in DirectX which makes MTA unplayable. -- 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