March 2016 - Wine-bugs - list.winehq.org

[Bug 7520] Lotus Notes display some fonts as normal instead of bold or italic
by wine-bugs＠winehq.org 21 Mar '16

21 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=7520 --- Comment #34 from Nikolay Sivov <bunglehead(a)gmail.com> --- Bold simulation for bitmap fonts was added with http://source.winehq.org/git/wine.git/commit/a8d426e93a735a89c3116207d44b1f…. For outlines it was implement with http://source.winehq.org/git/wine.git/commit/99ceb599bb055abb461680bf7a7ae2…. Is this bug still relevant? -- 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 35291] New: setcap on wine-preloader makes Hearthstone fail to start
by wine-bugs＠winehq.org 20 Mar '16

20 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=35291 Bug ID: 35291 Summary: setcap on wine-preloader makes Hearthstone fail to start Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yeled.nova(a)gmail.com Classification: Unclassified Hi, When a Linux capability is enabled for wine preloader, Hearthstone does not start. This bug at least affects ------------------------- Archlinux x64/Linux 3.12.6-1-ARCH/Wine 1.7.9/libcap 2.22 Ubuntu 13.10 x64/Linux 3.11.0-14-generic/Wine (PPA) 1.7.9/libcap 2.22 Steps to reproduce ------------------ # setcap 'cap_net_bind_service=+ep' /usr/bin/wine-preloader $ wine Hearthstone.exe -launch -uid hs_beta Get a message box that captions "Fatal error in gc" and says "GetThreadContext failed", click "OK" Another message box that captions "Wine program crash", and says "Internal errors - invalid parameters received", click "OK" The process turns to a zombie, kill it. Revert the capabilities, the program loads. # setcap '-r' /usr/bin/wine-preloader $ wine Hearthstone.exe -launch -uid hs_beta This issue persists over system reboots. It's not just setting CAP_NET_BIND_SERVICE causes the problem. From what I observed, this error occurs as long as any capablity is enabled. Note on getting debug trace --------------------------- Right now due to bug #33947, battle.net.exe requires dbghelp to be disabled, and Hearthstone.exe depends on it in order to play. However, directly running Hearthstone.exe is good enough to reproduce this bug. So I suggest anyone who wants to look into this problem to re-enable the debugger and run 'wine Hearthstone.exe -launch -uid hs_beta' to get a debug trace. -- 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

[Bug 19286] New: puTTy connection manager: two UI bugs makes program unusable
by wine-bugs＠winehq.org 20 Mar '16

20 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=19286 Summary: puTTy connection manager: two UI bugs makes program unusable Product: Wine Version: 1.1.23 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=17165 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gui4life(a)gmail.com Created an attachment (id=22324) --> (http://bugs.winehq.org/attachment.cgi?id=22324) output from wine puttycm.exe &> newputtylog.txt The user interface for PuTTy connection manager does not display correctly making it a broken application inside of wine. It is not displaying the far most right window called "Connection Manager" that displays the list of your saved connections. You should be able to click any of the connections of which you want to connect, and it would launch a tabbed putty window. Most importantly, the putty intergeneration itself is not being displayed inside of putty connection manager. In the middle of the application you should be able to have multiple putty windows open that are separated by tabs and you are able to move them around. (Stacking along side themselves if you like) To get a better idea what I mean, it is best to try the program out yourself in windows where it works flawlessly. I have tried many things to get this application to work. I installed net 2.0 and msxml6. I saw an xml error inside of the log, after installing msxml6 it went away, but program did not work any better. In the options of the program there are multiple interface designs you can use (more or less skins/themes) like office 2007, system, visual studio 2003, visual studio 2005. All of them have the same UI bug. I have tried the standalone app of putty connection manager where you don't have to install anything, and the installable version. See attached redirect files -- 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 22146] New: 64bit compatibility issue with Wine's MCI string command parser
by wine-bugs＠winehq.org 20 Mar '16

20 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=22146 Summary: 64bit compatibility issue with Wine's MCI string command parser Product: Wine Version: 1.0.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=27005) --> (http://bugs.winehq.org/attachment.cgi?id=27005) work in progress MCI parser that knows about 64bit structures Hi, Wine's MCI string command parser is one reason why test.winehq.org shows failures with 64bit machines. I've created this issue so everybody can discuss and contribute patches until evolution leads to a correct one. The attached patch fixes part of what's currently in git, but it is still incomplete. Therefore I don't plan to submit it. I've run tests on WTB's 64bit machines that proove that MCI_STATUS_PARMS and MCI_GETDEVCAPS indeeed process differently sized dwReturn types on x64: DWORD_PTR and DWORD. That's what's missing from my patch. A solution that sounds ideal is to define something like MCI_INTEGER64 and change the resource files mciavi_res.rc and winmm_res.rc. Given that new type, the MCI string parser would compute the correct offset. I'd be very pleased if somebody could conform that MS does it this way and tell us the value of this constant. Another solution path is to special-case MCI_STATUS_PARMS in the parser, as it uses the only 64bit construct I knew until 5 minutes ago (beside dwCallback of course) that's not a LP(W)STR. HWND seems to be 32bit. 5 minutes later: What about HDC in MCI_DGV_UPDATE_PARMS? Wait, wtypes.h says void*! The MCI string command parser needs to handle this type as well: MCI_INTEGER as currently used in mciav_res.rc is not adequate on 64bit. In the meantime, I'll submit a patch that adds MCI_HDC and a few other missing defines I know to the includes. Regards, Jörg Höhle -- 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 21

[Bug 40320] New: Minor bug in A-PDF Restriction Removal
by wine-bugs＠winehq.org 19 Mar '16

19 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=40320 Bug ID: 40320 Summary: Minor bug in A-PDF Restriction Removal Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yousifjkadom(a)yahoo.com Distribution: --- Hi. Site of program: http://www.a-pdf.com/security/restrictions_remover.htm I installed it by Wine on Linux Mint xfce 17.3 x64 bit Live USB OS. Program working very great & very fine with 100% functionality. There is only small thing mised. Look to screen shots (please notice RED MARKERS that I added) screen shot 1: in Wndows OS, "right click menu" containing 2 options "Remove Restrictions" & "Remove Restrictions & Save as ...". These 2 loptions added to "right click menu" after installation of program. Clicking any of them will lead program to work on PDF without need to re-select it again. screen shot 2: in Linux OS, no such options ("Remove Restrictions" & "Remove Restrictions & Save as ..."). There is only one option: "Open with A-PDF Restrictions Removal". However, using this option is very O.K. screen shot 3: in Linux OS. Result of step in screen shot 2 above. I can use both of "1Remove Restrictions" or "Remove Restrictions & Save as ..." without problem. But I CAN NOT BROWS contents on hard drives of PC !! Only I can brows contents within Linux on USB !! I have to copy/past pdf from hard drives of PC to Linux USB to deal with it using this program. This is global bug in all programs not only in this program. screen shot 4: show how to generate in windows result that appearing in screen shot 2. I ask if you can add "Remove Restrictions" & "Remove Restrictions & Save as ..." options to "right click menu" to be working directly on PDF files without need to re-selecting it again. Otherwise program work very great. Best -- 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 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org 19 Mar '16

19 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=3548 --- Comment #54 from gat <gatlinsullivan(a)yahoo.com> --- This is _NOT_ still present in Wine 1.9.5 with Fedora 23 using Nightingale 1.12.1 (getnightingale.com) -- 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 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org 19 Mar '16

19 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=3548 --- Comment #53 from gat <gatlinsullivan(a)yahoo.com> --- This is _NOT_ still present in Wine 1.9.5 with Fedora 23 using Notepad++ 6.9. Will somebody please test this for me? I tried this with a virtual desktop and without a virtual desktop and could not reproduce this again. It could be a change in Notepad++, though. -- 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 39718] New: d3d9.dll trick for Fallout 3 no longer working in Steam
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=39718 Bug ID: 39718 Summary: d3d9.dll trick for Fallout 3 no longer working in Steam Product: Wine Version: 1.7.55 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: b.adamski(a)mac.com Created attachment 52967 --> https://bugs.winehq.org/attachment.cgi?id=52967 Crash Log File In order to get Fallout 3 work with Intel graphic boards, a modified d3d9.dll file needs to be installed in the game directory: /Program Files/Bethesda Softworks/Fallout 3/d3d9.dll for the standalone version of Fallout 3. /Program Files/Steam/SteamApps/common/Fallout 3 goty/d3d9.dll or /Program Files/Steam/SteamApps/common/Fallout 3/d3d9.dll for the Steam version of Fallout 3. In addition the modified d3d9.dll file needs to get registered in winecfg. Add "d3d9 (native, builtin)" in the 'Libraries' tab. The trick worked perfectly fine until Steam released an update on August 19th 2015. With the new Steam version the trick does no longer work. Fallout 3 crashes when starting a new game or loading a save game. Please find the crash log attached. This is a different crash then the typical "new game crash" that the d3d9 trick is supposed to solve. There seems no impact from OS X or Wine engine updates. The standalone version of Fallout 3 is not affected, the trick still works absolutely fine here. I did not find any similar reports about Fallout 3 in Steam on Wine under Linux or natively in Steam on Windows. You can download the standalone wrapper version for OS X here: http://portingteam.com/files/file/8182-fallout-3-goty/ You can download the Steam wrapper version for OS X here: http://portingteam.com/files/file/8213-fallout-3-and-fallout-new-vegas-on-s… You find a forum discussion about the problem here: http://portingteam.com/topic/10637-fallout-3-d3d9dll-trick-for-intel-gpus-n… -- 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 41

[Bug 40287] New: When I try to install steam with Wine, it works. Then I try to run steam, and steam just breaks. I can click things on it, but they are just blank buttons.
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=40287 Bug ID: 40287 Summary: When I try to install steam with Wine, it works. Then I try to run steam, and steam just breaks. I can click things on it, but they are just blank buttons. Product: Wine Version: unspecified Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shadowvortex400(a)gmail.com Distribution: --- Created attachment 53928 --> https://bugs.winehq.org/attachment.cgi?id=53928 Backtrace Read summary -- 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 21

[Bug 40253] New: regression: Can't remove fonts: is a directory (--with-wine64, shared wow64)
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=40253 Bug ID: 40253 Summary: regression: Can't remove fonts: is a directory (--with-wine64, shared wow64) Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- I've updated my git tree with 1.9.5 and now I have this error while compiling 32bit Wine with the --with-wine64 option (in a shared wow64 setup): ---begin make output--- ... rm -f fonts && ln -s ../1.9.5_wow_64/fonts fonts rm: impossible de supprimer « fonts »: est un dossier make: *** [fonts] Erreur 1 ... ---end make output--- It says fonts is a directory and can't be removed. I do out-of-tree builds. The 32bit directory doesn't exists when I run configure. After running configure, the 32bit build tree is there and contains a fonts directory with a single Makefile in it. I had no such error with Wine 1.9.4 and I don't have it when compiling stand-alone 32bit Wine or the 64bit shared wow part. I did a regression test and found this commit to be the culprit: ---begin git bisect output--- dcc16c7cac1cbf93096b072fe2f7b32ad08d1fa5 is the first bad commit commit dcc16c7cac1cbf93096b072fe2f7b32ad08d1fa5 Author: Alexandre Julliard <julliard at winehq.org> Date: Mon Feb 29 15:06:42 2016 +0900 makefiles: Don't generate global rules in disabled directories. Signed-off-by: Alexandre Julliard <julliard at winehq.org> ... ---end git bisect output--- -- 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