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

[Bug 38125] New: MFC CRichEditCtrl does not correctly put text in Center, Right or Left
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38125 Bug ID: 38125 Summary: MFC CRichEditCtrl does not correctly put text in Center, Right or Left Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- Created attachment 50818 --> https://bugs.winehq.org/attachment.cgi?id=50818 Source code to demonstrate the issue Notation Software Germany (www.notation.com) Dr. Reinhold Hoffmann Eduard Thoeny Str. 6 D-86919 Utting am Ammersee Germany email: reinhold.hoffmann(a)hotmail.com Re: MFC CRichEditCtrl does not correctly put text in Center, Right or Left ========================================================================== Dear WineHQ-Team, we use Wine for our products from Notation Software (Notation Composer, Notation Musician, for more see www.notation.com) on Linux and MACs. We encountered a problem that using MFC CRichEditCtrl. When creating a CRichEditCtrl Windows with Create, the Window can be configured that the text is left aligned, centered or right aligned. On WineHQ all text is left aligned even when the parameter ES_CENTER, ES_RIGHT are set. In order to demontrate the issue we took public available code from the CodeProject from here: http://www.codeproject.com/Articles/9639/Text-Editor-in-C-using-CRichEditCt… Please find in the attached zip file: - demo TextEdit.exe Run this on Windows. Type in some letters and you will see that the text is in the center of the Window Run this on WineQH (we used Ubuntu, Wine_1.7.36 or MAC with Wine_1.7.36). You will see that the inserted text is left aligned in any case. - TextEdit_src.zip file with the source code of the demo TextEdit This demo was created using Microsoft VS2010. Please see the file MainFrm.cpp around line 64. Please try yourself by using the option there. You will see that in any case the text is only left-aligned. We from Notation Software certify our products on WineHQ and it would be great if someone could fix the issue. Many thanks in particular for this great achievement of WineHQ Best regards, Reinhold -- 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 22

[Bug 11107] New: Adobe AIR / Adobe Media Player pre 2 never shows GUI
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=11107 Summary: Adobe AIR / Adobe Media Player pre 2 never shows GUI Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Adobe Media Player doesn't seem to do anything; watching +crypt,+wininet,+winsock shows that it does crypto stuff for about 15 seconds, then goes into a loop talking to a bunch of web servers forever. Perhaps it's looking for updates in the background, as it fiddles with files in .wine/drive_c/windows/profiles/dkegel/Application Data/Adobe/AIR/update/background and is doing requests like this: trace:wininet:HttpOpenRequestW (0x2, L"HEAD", L"", (null), L"app:/AMP.swf", 0x1ab738, 8040c000, 008c12c0) But I would expect it to put up a GUI or something. To repeat: download http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play… download http://download.macromedia.com/pub/labs/air/air_b3_win_121207.exe download http://download.macromedia.com/pub/labs/mediaplayer/adobemediaplayer_p2_122… wineserver -k rm -rf .wine wine install_flash_player.exe wine air_b3_win_121207.exe wine ~/.wine/drive_c/Program\ Files/Common\ Files/Adobe\ AIR/Versions/1.0.6/Adobe\ AIR\ Application\ Installer.exe adobemediaplayer_p2_122007.air cd ".wine/drive_c/windows/profiles/dkegel/Start Menu/Programs" wine start "Adobe Media Player.lnk" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 32923] New: Pot Player Media Player not Working on wine 1.5
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=32923 Bug #: 32923 Summary: Pot Player Media Player not Working on wine 1.5 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: santhosh_wine_p(a)yahoo.in Classification: Unclassified Created attachment 43482 --> http://bugs.winehq.org/attachment.cgi?id=43482 Damn Pot Player not working on Wine 1.5 installed on Ubuntu 12.10 This is Damn Pot Media Player which is popular and BEST according to me on Windows platform but seems to have run into problem when run through wine 1.5 Am new to Ubuntu(Linux) so have no idea what the problem is while using wine i did even update the latest update for wine but still then i am getting a bug report. -- 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 38444] New: valgrind shows some definite leaks in dpnet/tests/address.c
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38444 Bug ID: 38444 Summary: valgrind shows some definite leaks in dpnet/tests/address.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==6954== 10 bytes in 1 blocks are definitely lost in loss record 42 of 578 ==6954== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6954== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6954== by 0x5287FD8: heap_alloc (address.c:44) ==6954== by 0x5288067: heap_strdupW (address.c:65) ==6954== by 0x5289421: IDirectPlay8AddressImpl_AddComponent (address.c:486) ==6954== by 0x41FEADB: address_addcomponents (address.c:134) ==6954== by 0x41FFE1D: func_address (address.c:324) ==6954== by 0x4203779: run_test (test.h:584) ==6954== by 0x4203BB3: main (test.h:666) ==6954== -- 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 33563] New: Imscared bug
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=33563 Bug #: 33563 Summary: Imscared bug Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniferreirinha(a)live.com.pt Classification: Unclassified Created attachment 44433 --> http://bugs.winehq.org/attachment.cgi?id=44433 The green dots with white things. The first bit was that the green dots were at the bottom,and i could see it. This game isn't working TOO well with Wine. I have the latest version of Wine from Fedora 18's software center. I start the game,and i see what appears to be green dots somewhere on the screen. The game screen was SMALL. And i mean,like small,to be noticed. Lucky me,i can see it. I progressed through the game on the first part. Now this is where Wine starts acting up! o.o I start up the game after playing the first bit. Green dots still there with white things. Wait... White things? I type in: White Face { Name of the face that you see through most of the game. } And it starts up. Did i mention that when i said ridiculously tiny,i meant that it was THAT tiny? Most of the space was BLACK. And it was slow. Amazed? I think this is wine's fault. That's what i have to report so far. Look at the attachments. -- 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 38390] New: Photoshop 64-bit (CS/CC) crashes when you break the rendering preview.
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38390 Bug ID: 38390 Summary: Photoshop 64-bit (CS/CC) crashes when you break the rendering preview. Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morosakubek(a)go2.pl Distribution: --- Created attachment 51245 --> https://bugs.winehq.org/attachment.cgi?id=51245 console output - wine 1.7.40 Photoshop 64-bit is smashing when you break the force rendering preview. On Windows, there is a gap corresponding to enter the parameters, eg. In "smart filter" on the keyboard to change the parameter "Amount". Photoshop on Linux too quickly respond to changes in the parameters, which will stop the preview rendering and crash a program. I think the problem revolves around the dll libraries: msvcr and msvcp. To run photoshop 64-bit dll should be included: "*atl100"="native,builtin" "*atl110"="native,builtin" "*msvcp100"="native,builtin" "*msvcp110"="native,builtin" "*msvcr100"="native,builtin" "*msvcr110"="native,builtin" "*vcomp100"="native,builtin" "*vcomp110"="native,builtin" -- 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 36508] New: valgrind shows a couple invalid writes in kernel32/tests/change.c
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=36508 Bug ID: 36508 Summary: valgrind shows a couple invalid writes in kernel32/tests/change.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so change && touch change.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==6115== Thread 2: ==6115== Invalid write of size 2 ==6115== at 0x7BC83914: init_handler (signal_i386.c:962) ==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157) ==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so) ==6115== Address 0x59e3576 is on thread 1's stack ==6115== ==6115== Invalid write of size 2 ==6115== at 0x7BC83922: init_handler (signal_i386.c:967) ==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157) ==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so) ==6115== Address 0x59e3574 is on thread 1's stack ==6115== -- 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 32705] New: VirtualDub: crash when opening video with MPEG-2 plugin (division by zero)
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=32705 Bug #: 32705 Summary: VirtualDub: crash when opening video with MPEG-2 plugin (division by zero) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified VirtualDub works great in wine, the problem lies with videos on dvd mpeg2 format .Originally VirtualDub does not accept videos in MPEG2, but for that there plugins. On this site you can download plugins for various video formats: http://www.videohelp.com/tools/Virtualdub The mpeg2 plugin here http://gral.y0.pl/~fcchandler/Plugins/MPEG2/ After downloading and installing the plugin, VirtualDub normal loads video, after loading the video, the program crash. Crash details: An integer division by zero occurred in module 'VirtualDub'. -- 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 4

[Bug 35953] New: FFXIV: ARR - Launcher requires native winhttp to run.
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=35953 Bug ID: 35953 Summary: FFXIV: ARR - Launcher requires native winhttp to run. Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: narthorn(a)gmail.com Created attachment 48024 --> http://bugs.winehq.org/attachment.cgi?id=48024 Screenshot of the actual error along terminal output without debug trace. When using built-in winhttp, trying to launch Final Fantasy XIV - A Realm Reborn fails at the very start of the launch process, where the launcher sends an HTTP request to check if a newer version of the launcher is available. When no new version is available, the server replies with status code 204: No Content. However, builtin wine seems to misreport 4294967295 (2^32-1) bytes of available data in the response, as shown by this tiny snippet of trace: 0034:trace:winhttp:query_headers returning data: L"HTTP/1.1 204 No Content\r\nServer: nginx\r\nContent-Type: text/html; charset=UTF-8\r\nX-Patch-Module: ZiPatch\r\nX-Protocol: http\r\nX-Latest-Version: 2014.04.02.0000.0001\r\nDate: Sun, 06 Apr 2014 08:24:14 GMT\r\nConnection: keep-alive\r\n" 0034:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 0034:trace:winhttp:send_callback 0x131718, 0x00040000, 0xbbe91c, 4 0034:trace:winhttp:WinHttpReadData 0x3, 0x7de230, 1024, (nil) 0035:trace:winhttp:read_data retrieved 1024 bytes (1024/4294967295) 0035:trace:winhttp:send_callback 0x131718, 0x00080000, 0x7de230, 1024 0034:trace:winhttp:query_data_available 4294967295 bytes available When using native winhttp, no calls to WinHttpReadData are made. -- 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 23

[Bug 32839] New: Installed Microsoft office and then Endnote, but Endnote is not properly working
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=32839 Bug #: 32839 Summary: Installed Microsoft office and then Endnote, but Endnote is not properly working Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: umar82088(a)gmail.com Classification: Unclassified Created attachment 43375 --> http://bugs.winehq.org/attachment.cgi?id=43375 Endnote error message Endnote problem, not working at all -- 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