July 2016 - Wine-Bugs - list.winehq.org

[Bug 28193] New: wineconsole does not support RTL locales
by wine-bugs＠winehq.org Oct. 14, 2016

Oct. 14, 2016

http://bugs.winehq.org/show_bug.cgi?id=28193 Summary: wineconsole does not support RTL locales Product: Wine Version: 1.3.26 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com I am entering this bug on behalf of Yaron Shahrabani because I did not find any other bug describing this issue. So the issue is that wineconsole does not support the RTL languages such as Hebrew and Arabic. To test this do the following: * xcopy is a tool that is Unicodified and properly accesses the console. So we are going to use it for testing. * Make sure your system is configured with support for the Hebrew locale ('dpkg-reconfigure locales' on Debian). * Hack po/he.po to add a Hebrew string with a trailing '.\n' for the xcopy usage message (it does not matter what it says). * Recompile xcopy. * First check that 'xcopy /?' shows the right string, very likely with the wrong orientation, in the terminal emulator: LANG=he_IL.utf8 ./wine programs/xcopy/xcopy.exe.so /? If it still shows the English usage it may be because you are missing libgettextpo. Other display issues may be because you are missing the right fonts or because your terminal emulator is buggy (Gnome terminal >= 3.0.1 and xterm >= 271 should show the string at least). Remember that the Unix terminal emulators are known to have a buggy RTL implementation and thus will display the message with the wrong orientation. * Then check that the right string shows up in wineconsole: LANG=he_IL.utf8 ./wine wineconsole cmd then type xcopy /? In my test the line where the Hebrew string should appear is almost empty (I only see the '32' and trailing '.' that were part of the translated string). It's possible there are two problems: * A font selection issue which could explain the 'invisible' characters. * An LTR vs. RTL issue: the '.' at the end of the PO string appears at the end of the wineconsole line which seems wrong since the same dot appears at the start of the line in a MessageBox(). The same test can be done with an Arabic locale by editing the po/ar.po file and setting LANG=ar_MA.utf8 for instance. As a last data point, a similar test with the left-to-right Telugu locale (LANG=te_IN.utf8, po/te.po) gets me squares in the Gnome terminal (proving my system has a font issue for that locale), but also in wineconsole. So unlike for Hebrew I did not get 'invisible characters'. -- 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 20

[Bug 38936] New: Stardock games need terrain/model height coordinate correction
by wine-bugs＠winehq.org Oct. 12, 2016

Oct. 12, 2016

https://bugs.winehq.org/show_bug.cgi?id=38936 Bug ID: 38936 Summary: Stardock games need terrain/model height coordinate correction Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unsuspicious.fakename+wine(a)gmail.com Distribution: --- Created attachment 51871 --> https://bugs.winehq.org/attachment.cgi?id=51871 WINEDEBUG=+d3d wine SorcererKing (first and last 5k lines; cropped ~1GB in the middle) Same problem in Stardock's "Fallen Enchantress" and successor game "Sorcerer King" (seems to use the same engine). Draws the terrain above everything else. The tops of some models actually stick out of the floor, doesn't flicker or anything, so this does not just look like a typical problem with buffers / drawing order or something. >From the otherwise "cleanness" of the rendering it looks a bit like a well contained coordinate system conversion error or something like that. As if terrain and models use different methods of adjusting their z or centres in the vertex shaders... and one of them has an offset +/-1 that doesn't work in wine for some reason. ( Tested using wine versions starting from ~2 years ago up to & including 1.7.47. I used "staging" for the log only - because I don't have debug symbols for vanilla wine at all ) -- 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 1

[Bug 30944] New: Regression: Tray icon for furcadia is invisible and non-responsive
by wine-bugs＠winehq.org Oct. 11, 2016

Oct. 11, 2016

http://bugs.winehq.org/show_bug.cgi?id=30944 Bug #: 30944 Summary: Regression: Tray icon for furcadia is invisible and non-responsive Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lethalfalcon(a)endlessrealities.com Classification: Unclassified Regression SHA1: 5d570706c6aca9acbff855c3ae497b35bdde4648 Starting from version 1.3.7, Furcadia's pounce icon disappears from the tray. The space is allocated to it, but the actual icon isn't visible, nor does right-clicking in the space do anything. The icon disappears as well. Running a bisect results in this patch being the culprit: 5d570706c6aca9acbff855c3ae497b35bdde4648 is the first bad commit commit 5d570706c6aca9acbff855c3ae497b35bdde4648 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Nov 8 15:28:09 2010 +0100 winex11: Create Win32 windows corresponding to all the ancestors of embedded windows. This is needed to keep track of the embedded window position by handling ConfigureNotify received by ancestors. :040000 040000 7c3171d11930ae3e1dd7965245f6a90a2b115c7f c30937343ef6532a80879e808f118219e267030c M dlls z If I revert this patch in master, the icon shows up. However, the right-click menu appears at the top of my screen instead of right above the icon as expected. I can assume this is due to one or more of the hunks that failed to patch. I'm not sure what channels I should enable to get a useful log. I tried x11drv, but didn't see anything other than traces, and they looked very similar between versions. Tested using a new profile and an existing profile with identical results. No extra winetricks used on the new profile. This may be related to bug 24719, but the version reported in there is earlier than where I find the issue, so not sure. -- 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 13

[Bug 40245] New: wineg++ fails to find winebuild in Wine's bindir
by wine-bugs＠winehq.org Oct. 11, 2016

Oct. 11, 2016

https://bugs.winehq.org/show_bug.cgi?id=40245 Bug ID: 40245 Summary: wineg++ fails to find winebuild in Wine's bindir Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: jre.winesim(a)gmail.com Distribution: --- Created attachment 53795 --> https://bugs.winehq.org/attachment.cgi?id=53795 Hello world test example Hi I've installed the Debian packages wine-devel and winedevel-dev (1.9.4~stretch amd64) from winehq. wineg++ fails if I try to compile attached hello.c with: $ /opt/wine-devel/bin/wineg++ -v hello.c -o hello.exe -mwindows Logfile wineg++.log attached. wineg++ doesn't find winebuild, which is installed in Wine's bindir. It works if I install "winehq-devel", or add /opt/wine-devel/bin to PATH or export WINEBUILD="/opt/wine-devel/bin/winebuild". I'd suggest for winegcc/wineg++ to look for winebuild like e.g. Wine does for the wineloader: use WINEBUILD, else look in Wine's bindir (as specified on configure), then in PATH, then in winegcc's path (and in a few other likely locations). Currently it seems to only use WINEBUILD, and else to look for winebuild in PATH. Greets jre -- 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 30407] New: Improve web page translations accessibility in front page
by wine-bugs＠winehq.org Oct. 11, 2016

Oct. 11, 2016

http://bugs.winehq.org/show_bug.cgi?id=30407 Bug #: 30407 Summary: Improve web page translations accessibility in front page Product: WineHQ.org Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com Classification: Unclassified On the main page, a user has to hit "Change Language" to have a translated website. Problem is (s)he already has to know some English (i.e. what "Change Language" means), which can't be assumed. It would be preferable (and clearer) to put instead a list of flags (as shown in the 'lang' page), which would all take to the 'lang' page. Even better would be to get rid of that page entirely, and make the front-page flags change the language automatically when clicked on. -- 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 39981] New: PDF Factory (virtual pdf printing driver), installs successfully but hangs
by wine-bugs＠winehq.org Oct. 10, 2016

Oct. 10, 2016

https://bugs.winehq.org/show_bug.cgi?id=39981 Bug ID: 39981 Summary: PDF Factory (virtual pdf printing driver), installs successfully but hangs Product: Wine Version: 1.9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: riccardo_ric(a)outlook.it Distribution: --- PDF Factory is a printer driver which emulates a pdf printer. I find it very useful because Linux equivalents are quite basic and don't provide the functionality of the windows counterpart. For example, with PDF Factory you can send two print jobs in a single pdf, you can delete single pages, delete part of the page content, move the page content, type text onto the page, embed fonts, encrypt the pdf, create bookmarks, apply default viewing modes (e.g. continuous scrolling, fit zoom to width, etc), set pdf metadata, and so on. And all of this with a convenient GUI. The setup file I'm using for this test is available here: http://fineprint.com/release/pdf481pro.exe Until some time ago this program couldn't be installed, as per bug https://bugs.winehq.org/show_bug.cgi?id=24645 That bug is now fixed in the latest wine-staging. Hence, I'm using wine-staging for testing. I was able to get PDF Factory to install in a 32bit prefix (otherwise it complains about wrong architecture): WINEARCH=win32 WINEPREFIX=~/.wine-PDF /opt/wine-staging/bin/wine /path/to/pdf_factory_setup.exe The setup succeeded, even though the terminal reported the following errors: - psdrv:PSDRV_PPDGetNextTuple Line too long - psdrv:PSDRV_UpdateDevCaps Can't find page - psdrv:PSDRV_DeviceCapabilities DC_TRUETYPE: stub The driver somehow works, because I can open a .txt file in notepad and I can see PDF Factory as an available printer. This is a step forward, because we could never get so far in the past (to my knowledge). Unfortunately I couldn't get any further: if I print to PDF Factory, notepad hangs with 100% cpu usage. In the terminal I see: err:psdrv:PSDRV_PPDGetNextTuple Line too long. err:psdrv:PSDRV_PPDGetNextTuple Line too long. fixme:psdrv:PSDRV_UpdateDevCaps Can't find page fixme:psdrv:PSDRV_UpdateDevCaps Can't find page fixme:psdrv:PSDRV_UpdateDevCaps Can't find page fixme:psdrv:PSDRV_UpdateDevCaps Can't find page fixme:winspool:SetJobW Ignoring everything other than document title Also, out of curiosity, I wonder if the pdf printer (whenever it will work) will be available to Linux native applications or it will be available only to Wine programs. At the moment I can see the printer only in wine applications. Thanks PS: I'm not sure this is the right section. If it's not, then sorry. -- 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 32543] New: unhandled exception
by wine-bugs＠winehq.org Oct. 10, 2016

Oct. 10, 2016

http://bugs.winehq.org/show_bug.cgi?id=32543 Bug #: 32543 Summary: unhandled exception Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jasonhowardkaiser(a)gmail.com Classification: Unclassified I was running Airplayit media server...while watching a stream, it suddenly stopped and when I got home I noticed there was an error that stopped the app. -- 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 13821] New: The steam in-game community doesn't work
by wine-bugs＠winehq.org Oct. 10, 2016

Oct. 10, 2016

http://bugs.winehq.org/show_bug.cgi?id=13821 Summary: The steam in-game community doesn't work Product: Wine Version: 0.9.58. Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: moose.g(a)baskvill.bham.sch.uk The steam in-game community doesn't work. This could be problematic when receiving messages or joining friends game's in full-screen mode. -- 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 40917] New: Right click doesn't work on systray icons ( e.g. Battle.net)
by wine-bugs＠winehq.org Oct. 9, 2016

Oct. 9, 2016

https://bugs.winehq.org/show_bug.cgi?id=40917 Bug ID: 40917 Summary: Right click doesn't work on systray icons (e.g. Battle.net) Product: Wine Version: 1.9.13 Hardware: x86-64 URL: http://us.battle.net/en/app/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: frederic.delanoy(a)gmail.com Distribution: Ubuntu Right-click on systray icon doesn't show context menu, whether in virtual desktop mode or not (XFCE 4.12). Tested with battle.net and trackobot (http://www.trackobot.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 6

[Bug 32365] New: raw input: WinUAE does not detect presses of Pause key
by wine-bugs＠winehq.org Oct. 9, 2016

Oct. 9, 2016

http://bugs.winehq.org/show_bug.cgi?id=32365 Bug #: 32365 Summary: raw input: WinUAE does not detect presses of Pause key Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2500.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified I'm testing with wine-1.5.18-234-gb1d9d43, Lubuntu 11.10 x86-64. The WinUAE Amiga emulator uses raw input by default. When using raw input, WinUAE is unable to detect when the user presses the Pause key. WinUAE can detect presses of the Pause key when using DirectInput. To reproduce: - Download and run the WinUAE installer - Run WinUAE. By default it uses raw input. When the settings window opens click Start. - Press the Pause key several times. Each press should be reflected in the status bar at the bottom of the window and should pause/unpause emulation. But nothing happens. There is some Wine console output on each press, something like this: fixme:win:DefRawInputProc (paRawInput=0x4ccf240, nInput=1, cbSizeHeader=16) stub! fixme:win:DefRawInputProc (paRawInput=0x4ccf240, nInput=1, cbSizeHeader=16) stub! - Quit WinUAE and run it again, this time passing a -norawinput argument on the command line. That causes WinUAE to use DirectInput instead. - Click Start and press Pause several times. This time WinUAE does detect presses of the Pause key. -- 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