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

[Bug 26207] New: AVRStudio 4 : crashes when connecting to the programmer using COM port
by wine-bugs＠winehq.org Nov. 29, 2015

Nov. 29, 2015

http://bugs.winehq.org/show_bug.cgi?id=26207 Summary: AVRStudio 4 : crashes when connecting to the programmer using COM port Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wike.svk(a)gmail.com Created an attachment (id=33411) --> (http://bugs.winehq.org/attachment.cgi?id=33411) Console output during the crash AVRStudio 4.18 (build 716) crashes while connecting to the STK500 using COM1 port. This bug is always in effect. I have provided log that seems to link this problem with the translation from the msxml3 to the libxml2 (v2.7.8). The crash occurs when the "xmlDictLookup" function is called. Way to reproduce: - create symbolic link to the COM1 interface under Wine's "dosdevices" directory ("ln -s /dev/ttyUSB0 com1") - run AVR Studio - In menu select "Tools->Program AVR->Connect" - Select "STK500" and "COM1" port - Click "Connect..." You can find AVRStudio at : http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725 -- 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 15

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

Nov. 29, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 28, 2015

Nov. 28, 2015

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 Nov. 27, 2015

Nov. 27, 2015

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 Nov. 27, 2015

Nov. 27, 2015

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