May 2012 - Wine-bugs - list.winehq.org

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

14 Oct '16

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 30407] New: Improve web page translations accessibility in front page
by wine-bugs＠winehq.org 11 Oct '16

11 Oct '16

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 13821] New: The steam in-game community doesn't work
by wine-bugs＠winehq.org 10 Oct '16

10 Oct '16

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 28680] New: yetisports6 fails with ole error 80040154.
by wine-bugs＠winehq.org 09 Oct '16

09 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=28680 Bug #: 28680 Summary: yetisports6 fails with ole error 80040154. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: damianatorrpm(a)gmail.com Classification: Unclassified The game Yetisports6 fails with ole error 80040154. err:ole:CoGetClassObject class {d27cdb6e-ae6d-11cf-96b8-444553540000} not registered err:ole:create_server class {d27cdb6e-ae6d-11cf-96b8-444553540000} not registered err:ole:CoGetClassObject no class object {d27cdb6e-ae6d-11cf-96b8-444553540000} could be created for context 0x5 Here you can download it: http://www.acid-play.com/download/yeti-sports-part-6-bigwave -- 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 19538] New: Publisher 2007 crashes
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=19538 Summary: Publisher 2007 crashes Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22746) --> (http://bugs.winehq.org/attachment.cgi?id=22746) wine-1.1.26-231-gfe9d360 console output Publisher 2007 crashes, apparently in the same way when opening a non-blank template, or when resizing a text box. There are probably a number of ways to cause the same crash, but the app is unusable. DW20.EXE catches the crash, so I've made a trace with it enabled and with it disabled (attached), not sure if this is any help though. -- 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 23298] New: RELOG.exe crashes
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=23298 Summary: RELOG.exe crashes Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnfolkers(a)yahoo.com Created an attachment (id=29043) --> (http://bugs.winehq.org/attachment.cgi?id=29043) Application RELOG Wine debugger output Dell dualcore running 64bit Ubuntu 10.04 LTS. Fresh install of Ubuntu as of a few weeks ago. Fresh install of wine1.2 from package manager. Expecting to use the c:\windows\system32\relog.exe built-in windows utility to convert performance monitor counters from one format to another. wine relog.exe > output works OK. I can read the output. However, actually using the program relog.exe in production fails and crashes. The command I used: wine relog.exe Windows27Counters_000003.blg -f csv -o relogtest_1.csv > ~/relog_out.txt wine: Call from 0x7b836712 to unimplemented function pdh.dll.PdhGetLogFileTypeW, aborting wine: Unimplemented function pdh.dll.PdhGetLogFileTypeW called at address 0x7b836712 (thread 0009), starting debugger... ... see attachment. -- 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 24645] New: pdfFactory fails to install
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=24645 Summary: pdfFactory fails to install Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=31148) --> (http://bugs.winehq.org/attachment.cgi?id=31148) Error message Steps to reproduce: 1) remove ~/.wine 2) wine pdf405std.exe 3) Setup->I accept the terms Behaviour: error (see attachment) Expected behaviour: Application should start installing -- 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 23

[Bug 20896] New: Use-after-free in DdeClientTransaction in user32 dde tests
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=20896 Summary: Use-after-free in DdeClientTransaction in user32 dde tests Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-11-30-19.16/vg-user32_dde.txt says Invalid read of size 2 at GlobalFree (heap.c:767) by WDML_FreeTransaction (dde_misc.c:2439) by DdeClientTransaction (dde_client.c:1228) by test_ddeml_client (dde.c:392) by func_dde (dde.c:2357) by run_test (test.h:535) by main (test.h:585) Address 0x7f075e80 is not stack'd, malloc'd or (recently) free'd It's a little hard to see what's going on, but it appears that the memory in question was indeed recently freed, judging by the attached log, which was generated by the command WINEDEBUG=+relay,+heap valgrind --trace-children=yes wine user32_test.exe.so dde.c and edited to show just the area of interest. -- 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 14

[Bug 30098] New: Photoshop CS5, broken Paintbrusch Tool
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=30098 Bug #: 30098 Summary: Photoshop CS5, broken Paintbrusch Tool Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)timroes.de Classification: Unclassified In Photoshop CS5.1 the Paintbrush Tool is broken. If you press down the mouse button and drag the mouse, the expected output would be a line. Instead you get a dot, where you pressed the mouse and no line is drawn. Around every 10th time the drawing works normal (as long as you don't release the mouse button). Its not exactly every 10th time and the interval is random. I narrowed it down to the first wine version where it occurred. In 1.3.34 it works all fine, and from 1.3.35 till the current release candidate 1.4-rc5 it shows the same behavior. While you move the mouse, the navigation panel inside Photoshop shows the correct mouse positions, so it seems that the mouse coordinate is passed correctly to Photoshop. During the few times the line is drawn the coordinates in the navigation panel are refreshed quite slower. The same behavior is described in the following test, by another user: http://appdb.winehq.org/objectManager.php?sClass=version&iId=20158&iTesting… Please tell me what logs you need especially from which wine versions, and I will be glad to help fixing that bug. -- 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 11832] New: App scans folders with charts but fails to display them
by wine-bugs＠winehq.org 07 Oct '16

07 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=11832 Summary: App scans folders with charts but fails to display them Product: Wine Version: 0.9.56. Platform: PC URL: http://rosepointnav.com/CoastalExplorer/Trial/default.ht m OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com As part of normal startup, Coastal Explorer (CE) scans designated (either by default or user choice) specific folders within all drives, building an XML document with descriptions of each chart found. At the end of the process, however, CE announces there are no charts to be found and asks if the user wants to download charts from web sites. It was found that interrupting the scan process (there is a "Stop" button available) will make charts visible and usable. This is, however, a rather inelegant solution and one which poses problems when using the "Chart Portfolio" tool (e.g., duplication of charts). -- 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 18