August 2014 - Wine-bugs - list.winehq.org

[Bug 18191] New: Notepad always saves as ISO-8859, instead of UTF-8
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=18191 Summary: Notepad always saves as ISO-8859, instead of UTF-8 Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com There's actually a few bugs here, but I'll start with the first one I noticed: $ wine notepad Type/paste "Stefan Dösinger" # First UTF-8 I found in git log :-) File, Save as foobar.txt $ cat foobar.txt Should get Stefan Dösinger back, but instead you get something like "Stefan DÃ¶singer". With windows notepad, however, you'll get "Stefan Dösinger". -- 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 31

[Bug 16519] New: EssentialPIM: Bold text not rendering correctly
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=16519 Summary: EssentialPIM: Bold text not rendering correctly Product: Wine Version: 1.1.10 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saverio.pub(a)inbox.com Decriptions of bugs found using EssentialPIM (http://www.essentialpim.com/?r=download) System: * EssentialPIM Pro 2.81 (most probably the same bug applies to the Free version), installed * Ubuntu Hardy This bug is reproducible every time, and it never happens in windows. In "Notes", the default text (I'm in wine now, so I can't see which one exactly - I suppose Times New Roman) renders correctly underlined, italics and strikethrough, but (BUG) doesn't render at all the bold; it marks it as bold, but the text is still plain. This never happens in windows. -- 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 9

[Bug 37129] New: Clang Static Analyzer: Buffer overflow
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

https://bugs.winehq.org/show_bug.cgi?id=37129 Bug ID: 37129 Summary: Clang Static Analyzer: Buffer overflow Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies a possible buffer overflow File: tools/widl/typegen.c Location: line 1158, column 28 Description: String copy function overflows destination buffer static unsigned int write_new_procformatstring_type(...) { char buffer[64]; ... strcpy( buffer, "/* flags:" ); if (flags & MustSize) strcat( buffer, " must size," ); if (flags & MustFree) strcat( buffer, " must free," ); if (flags & IsPipe) strcat( buffer, " pipe," ); if (flags & IsIn) strcat( buffer, " in," ); if (flags & IsOut) strcat( buffer, " out," ); if (flags & IsReturn) strcat( buffer, " return," ); if (flags & IsBasetype) strcat( buffer, " base type," ); if (flags & IsByValue) strcat( buffer, " by value," ); if (flags & IsSimpleRef) strcat( buffer, " simple ref," ); ... } Even if not all the conditions are true, you still risk getting a too lengthy string that won't suit the buffer. -- 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 17506] New: Achtung die Kurve: Game doesn't start
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=17506 Summary: Achtung die Kurve: Game doesn't start Product: Wine Version: 1.1.15 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Masternoob(a)gmx.at The Screen stays black when i start the game... The Game can be downloaded here: http://overgood.ov.funpic.de/xtacka/downloads.php -- 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 9

[Bug 27238] New: Tesla: The Weather Man demo: movement keys not working
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=27238 Summary: Tesla: The Weather Man demo: movement keys not working Product: Wine Version: 1.3.20 Platform: x86 URL: http://www.thoughtquake.com/content/TeslaDemo_1.01.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com The movement keys are not interpreted by the game. By default the game assigns WASD for movement and <Space> for jumping. None of them work in Wine. Interestingly, other keys work: <R>: brings up the research tab <Backspace>: restart the level <Esc>: back to the menu <X>: skips the videos I can reassign the keys in the options menu but whatever I choose for movement, they are not accepted by the game. Terminal output doesn't reveal too much: fixme:win:EnumDisplayDevicesW ((null),0,0x32f440,0x00000000), stub! fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Native dinput/dinput8 dlls don't help: the game seems not to use either of them (+loaddll). The same problem exists in Wine-1.0.1, too. I've tried the game in virtual desktop as well as in fullscreen mode. Fedora 14 32-bit Nvidia GeForce 250 / driver 270.41.06 Gnome + Metacity Xserver 1.9.5 -- 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 12

[Bug 36336] New: NaturallySpeaking doesn't work with alsa or pasuspender
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=36336 Bug ID: 36336 Summary: NaturallySpeaking doesn't work with alsa or pasuspender Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Created attachment 48412 --> http://bugs.winehq.org/attachment.cgi?id=48412 natspeak runtime log with pasuspender Dragon NaturallySpeaking works very well on linux systems that rely on pulseaudio. However, if it is installed on a system that does not come preloaded with pulseaudio (such as Lubuntu) the audio does not work. I tried installing in a clean Lubuntu system, and then tried installing pulseaudio. No good. I tried installing with pulseaudio running. Yay. Success. Then I tried to run the program with pasuspender, with the following results. fixme:winmm:MXD_SetControlDetails What should the sw-side mixer controls map to? fixme:mmdevapi:MMDevice_Activate IID_IDeviceTopology unsupported fixme:winmm:MXD_SetControlDetails What should the sw-side mixer controls map to? -- 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 4

[Bug 36966] New: Turkey - Europe/Istanbul timezone is not detected
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=36966 Bug ID: 36966 Summary: Turkey - Europe/Istanbul timezone is not detected Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kaankasim88(a)gmail.com Created attachment 49086 --> http://bugs.winehq.org/attachment.cgi?id=49086 .net crash Wine throws a timezone error and this causes .net applications to crash. My timezone is set to Europe/Istanbul, and checking timezone info with timedatectl shows it as correctly set. I looked at the wine registry and there doesn't seem to be a Turkey tz, I tried importing one from windows but it didn't help. (I also changed display name to Europe/Istanbul in registry, no luck) Changing timezone to GMT or something else fixes it, but this is not acceptable. -- 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 35493] New: IMVU shows loading bar, but will not start.
by wine-bugs＠winehq.org 28 Jul '15

28 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=35493 Bug ID: 35493 Summary: IMVU shows loading bar, but will not start. Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: WhiteTigerTails(a)gmail.com Classification: Unclassified Created attachment 47381 --> http://bugs.winehq.org/attachment.cgi?id=47381 backtrace/log After an install, IMVU will not start after the loading bar. i386 machine running ATI graphics card. Log posted below. -- 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 24588] New: 64 bit issue within qsort()
by wine-bugs＠winehq.org 24 Jul '15

24 Jul '15

http://bugs.winehq.org/show_bug.cgi?id=24588 Summary: 64 bit issue within qsort() Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)obssys.com Created an attachment (id=31054) --> (http://bugs.winehq.org/attachment.cgi?id=31054) Patch to fix 64 bit issue within qsort() Change all types from int to size_t within NTDLL_mergesort(). -- 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 37206] New: Starcraft broodwar stops at the startup screen
by wine-bugs＠winehq.org 23 Jul '15

23 Jul '15

https://bugs.winehq.org/show_bug.cgi?id=37206 Bug ID: 37206 Summary: Starcraft broodwar stops at the startup screen Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: glenn.schrader(a)verizon.net Regression SHA1: 7366709d60f42ae09a37548e41c030c5e82fef6a Created attachment 49458 --> https://bugs.winehq.org/attachment.cgi?id=49458 Log file captured using "WINEDEBUG=all+d3d,ddraw,wgl,x11drv" The checkin log for the regression SHA1 says "wined3d: Restore the pixel format of the window whose pixel format was actually changed". The symptom is that when Broodwar starts up it stops at the loading screen. It is not hung since the "Loading" text continues to flash. Left alone, it will stay at this screen forever. The only way I found to get past the startup screen is to manually trigger the screensaver. After the screensaver has started and been terminated, Broodwar gets past the loading screen into the top level game screen. The game will run at this point but there is no GPU acceleration so everything is quite slow. Note that SHA1 b8569d2f3006bbb14b973eca15a608f9575a0ebd works properly at full speed with no problems (aside from the normal Battlenet issues, etc). One thing that may or may not have a bearing on this is that I'm running on a dell laptop with a NVIDIA GPU. This laptop only supports a single screen resolution (1440x900). Before NVIDIA dropped re-scaling a while back Broodwar would run full screen with no problem. Afterwards, it would start up in a corner of the screen but I could scale it before starting Broodwar using "xrandr --output LVDS-0 --scale-from 640x480". I used "export WINEDEBUG=all+d3d,ddraw,wgl,x11drv" to capture diagnostic data while the system was at the startup screen. The log file is attached. Note that the place where the log starts being repetitive is around line 8043. -- 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 7