June 2015 - Wine-Bugs - list.winehq.org

[Bug 33567] New: mouse probleme in excel
by wine-bugs＠winehq.org July 5, 2015

July 5, 2015

http://bugs.winehq.org/show_bug.cgi?id=33567 Bug #: 33567 Summary: mouse probleme in excel Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: agneschaussonnaud(a)voila.fr Classification: Unclassified When I work in Excel my mouse do anything except what I want and reduce my tables. Thank you for your help. -- 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 30647] New: $WINEPREFIX "not owned by you" unnecessarily restrictive
by wine-bugs＠winehq.org July 4, 2015

July 4, 2015

http://bugs.winehq.org/show_bug.cgi?id=30647 Bug #: 30647 Summary: $WINEPREFIX "not owned by you" unnecessarily restrictive Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: beryllium(a)shaddybaddah.name Classification: Unclassified I am unable to point my WINEPREFIX at a path that is off an ext2 partition, or more specifically, a vboxsf mount. $ mkdir /vboxsf/HostUser/workarea-linux/wine-1 $ WINEPREFIX=/vboxsf/HostUser/workarea-linux/wine-1/; export WINEPREFIX $ wine winecfg wine: /vboxsf/HostUser/workarea-linux/wine-1 is not owned by you $ ls -ld /vboxsf/HostUser/workarea-linux/wine-1 drwxrwxr-x 1 root sharedfs 0 May 11 22:16 /vboxsf/HostUser/workarea-linux/wine-1 $ id -a uid=20000(shaddy) gid=20000(shaddy) groups=20000(shaddy),27(sudo),10000(sharedfs) It is true in this case, that I don't own the targetted directory. But you can see that by group permissions, I have full access to that directory. In fact, I created it. It is just not owned by me. I've read up on this, and I've come to understand that the reason for this setting is because people were "hosing" their ~/.wine when running as root/sudo. But the solution seems to me like applying "extreme prejudice". Wouldn't it have been more polite to simply test for superuser-like privileges and then disallow. Even having a "relax, I know what I'm doing" override would make more sense to me. Any chance of making an improvement in this area? -- 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 10

[Bug 17337] New: Prevent running as root
by wine-bugs＠winehq.org July 4, 2015

July 4, 2015

http://bugs.winehq.org/show_bug.cgi?id=17337 Summary: Prevent running as root Product: Wine Version: 1.1.14 Platform: PC URL: http://www.winehq.org/pipermail/wine-devel/2009- February/072843.html OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Been tried a few times, need to make it harder to run as root, but not disabled. Alexandre proposed: No, warning message boxes are just as useless, users have been conditioned by MS to click through without reading. If you really want to prevent users from running as root you have to refuse to create the prefix and abort, and then make them jump through hoops to create it manually, by running wineboot explicitly or something like that. See this thread for my most recent patch, which started this discussion: http://www.winehq.org/pipermail/wine-devel/2009-February/072843.html Filing a bug since I'm not sure when I'll be able to work on this. -- 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 36916] New: Command and Conquer Tiberium Wars complains about DirectX
by wine-bugs＠winehq.org July 4, 2015

July 4, 2015

http://bugs.winehq.org/show_bug.cgi?id=36916 Bug ID: 36916 Summary: Command and Conquer Tiberium Wars complains about DirectX Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Hello wine-team, I just tested the "Command and Conquer 3 - Tiberium Wars" Demo version. AppDB entry is under the following link: http://appdb.winehq.org/objectManager.php?sClass=version&iId=7155 The problems that I am having is that it doesn't seem to like my graphics chipset which is an: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) I have attached my console output in .txt-format and hope it helps. -- 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 27451] New: Morrowind: inventory windows self moving and shrinking
by wine-bugs＠winehq.org July 3, 2015

July 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=27451 Summary: Morrowind: inventory windows self moving and shrinking Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dhns(a)poczta.fm When i'm playing Morrowind everything seems to be OK except for the inventory screen. When I'm clicking right mouse button few times, all inventory windows shrinks and moves to the up left corner of the screen. Then I'm trying to stretch and move them to the right position. But when I'm leaving the inventory screen, they shrink and move themselves to the corner again. Everything looks this way: http://i54.tinypic.com/m775sg.jpg -- 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 36562] New: Leisure Suit Larry: Magna Cum Laude : 3D models rendered incorrectly
by wine-bugs＠winehq.org July 3, 2015

July 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=36562 Bug ID: 36562 Summary: Leisure Suit Larry: Magna Cum Laude : 3D models rendered incorrectly Product: Wine Version: 1.7.19 Hardware: x86 URL: http://www.gamershell.com/download_8478.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 48654 --> http://bugs.winehq.org/attachment.cgi?id=48654 terminal output The bodies of the 3D characters in the game are messed up: their heads, legs and arms are separated as if they didn't belong to their bodies. At first, I thought this could be the same as bug #6955, but the latest patch from #6955 (applied on 1.7.19) doesn't correct the issue. The only remarkable line in the terminal: >fixme:d3d:wined3d_device_set_software_vertex_processing device 0x13a430, software 0x1 stub! This line is absent when running the game with the vertex blending patch applied, yet, 3D models are not rendered correctly. Fedora 20 Nvidia binary drivers 337.19 -- 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 38684] New: PDF-XChange Editor crashes on opening the Preferences dialog
by wine-bugs＠winehq.org June 30, 2015

June 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=38684 Bug ID: 38684 Summary: PDF-XChange Editor crashes on opening the Preferences dialog Product: Wine Version: 1.6.2 Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=appl ication&iId=15599 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: klasse(a)partyheld.de Distribution: Mint Created attachment 51603 --> https://bugs.winehq.org/attachment.cgi?id=51603 Wine backtrace Previous version (5.5.312.1 release - 09-02-2015) works fine. The latest version 5.5.313.0 (Updated on 28 May 2015) crashes on opening the Preferences dialog. A change log can be seen under http://www.tracker-software.com/PDFXE_history.html#5.5.313 Test procedure: 1. Open PDF-XChange Editor 2. Go to the menu Edit -> Preferences Expected results: 2. The preferences window opens Actual results: 2. "Program needs to close" notification is shown instead. (Backtrace attached) Notes: - Upon PDF-XChange viewer installation, everything except "Plugins" was un-selected. Additional un-selection of the "Plugins" has no effect on the issue occurrence. - Issue occurs in both, Win7 and WinXP Wine mode. - Linux Mint 17.1 (based on Ubuntu 14.04 LTS), 64 bit - Wine 1.6.2 (default distribution version) - 32-bit PDF-XChange Editor MSI installation file (PDFXVE5.x86.msi) is used (because, as far as I remember, the 64-bit version doesn't even start properly) -- 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 2

[Bug 38206] New: Sound clicks in Blizzard's "Heroes of the Storm" and "Diablo 3", and also some slightly annoying clicking in "World of Tanks".
by wine-bugs＠winehq.org June 29, 2015

June 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=38206 Bug ID: 38206 Summary: Sound clicks in Blizzard's "Heroes of the Storm" and "Diablo 3", and also some slightly annoying clicking in "World of Tanks". Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineoss.drv Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Created attachment 51001 --> https://bugs.winehq.org/attachment.cgi?id=51001 log generated as it suggested in <http://wiki.winehq.org/Sound> from output of Diablo 3. I am on Gentoo x86-64 multilib, OSSv4. After performing <http://wiki.winehq.org/RegressionTesting> I found that the culprit commit is d301254e72f018c3e04272115e20ffc70ffcbc12. It is enough to revert wineoss.drv/mmdevdrv.c part of this commit to "fix" this regression. In "Heroes of the Storm" and "Diablo 3" there is a settings in "Option -> Sound -> Quality -> Sound Quality:". But only in "Heroes of the Storm" it helps if I set this to "Low", then the clickering is reduced to once a minute or so. But in "Diablo 3" this setting do not change anything. In "World of Tanks" this only noticeable in hangar and when I view destroyed tank during a battle. And here is regression final output: 301254e72f018c3e04272115e20ffc70ffcbc12 is the first bad commit commit d301254e72f018c3e04272115e20ffc70ffcbc12 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Wed Dec 17 09:28:13 2014 -0600 mmdevapi: More accurately track device position. :040000 040000 d2d3ae33a3b768fb03324d6c038bbcd79d9742d0 ec4be94754d577889ba445bd40dd097c9f2043f7 M dlls -- 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 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org June 29, 2015

June 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=9221 --- Comment #40 from Elias Vanderstuyft <Elias.vds(a)gmail.com> --- (In reply to Austin English from comment #38) > This is your friendly reminder that there has been no bug activity for over > a year. Is this still an issue in current (1.7.37 or newer) wine? If so, > please attach the terminal output in 1.7.37 (see > http://wiki.winehq.org/FAQ#get_log) The huge number of bugs in /dlls/dinput/effect_linuxinput.c is still present, so no, FF doesn't work (perfectly) as how it should. Attaching logs will not help much in this case. I submitted an RFC to solve these bugs, but don't have time to create the patch series right now: https://www.winehq.org/pipermail/wine-devel/2014-March/103268.html If anyone is willing to create this patch series, I would be glad to give feedback. (In reply to teribadactyl from comment #39) > x86_64 Arch Linux 1.7.45, force feedback works perfectly in Richard Burns > Rally but not in Project Cars (via Steam) or rFactor. rFactor is known to use dynamic updating of periodic effects, such as Sine effects. This is not yet supported for the current Linux driver (assuming you're using the ff-memless kernel driver). (In reply to teribadactyl from comment #39) > > fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 65535) > fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 0) > fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming > a disconnected device 240 "Invalid argument". Probably the to-be-uploaded effect is not supported by your Linux driver. If you add the "dinput" debug channel to the command-line, you might be able to track down which effect type is involved. -- 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 9221] Force Feedback doesn't work but does after little source modification
by wine-bugs＠winehq.org June 28, 2015

June 28, 2015

https://bugs.winehq.org/show_bug.cgi?id=9221 teribadactyl(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |teribadactyl(a)gmail.com --- Comment #39 from teribadactyl(a)gmail.com --- x86_64 Arch Linux 1.7.45, force feedback works perfectly in Richard Burns Rally but not in Project Cars (via Steam) or rFactor. fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 65535) fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 0) fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 240 "Invalid argument". -- 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