wine-bugs February 2017

wine-bugs@winehq.org

1 participants
7811 discussions

[Bug 42355] New: Artifacts in GTAIV appear and disappear when driving
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42355 Bug ID: 42355 Summary: Artifacts in GTAIV appear and disappear when driving Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- Created attachment 57123 --> https://bugs.winehq.org/attachment.cgi?id=57123 Screenshot of the artifact When you enter a car and they try driving, you'll sometimes notice strange artifacts appear. They fade in, then sometimes persist for several frames, and then disappear. See screenshots attached. This is a regression introduced by the following commit. In this version the artifacts appear not too often — I have to play for about a minute until I notice one. In wine-2.0-235-g2dd0fb8 they appear after about 10 seconds of driving in the game. 602a23a60aaab164acb8a2767094d545172ab4cf is the first bad commit commit 602a23a60aaab164acb8a2767094d545172ab4cf Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Jan 27 11:36:31 2017 +0100 wined3d: Just use glBufferSubData() in buffer_direct_upload(). It might seem like a good idea to try to use glMapBufferRange() in buffer_direct_upload(), but it really isn't. The interesting cases for glMapBufferRange() are GL_MAP_INVALIDATE_BUFFER_BIT or GL_MAP_UNSYNCHRONIZED_BIT, but the only way for those to be set here would be for the buffer to be mapped with WINED3D_MAP_DISCARD or WINED3D_MAP_NOOVERWRITE before the buffer object was created. In that case the GPU is obviously not using the buffer object, so glMapBufferRange() doesn't help. On the other hand, if the buffer is currently in use by the application and neither WINED3D_MAP_DISCARD nor WINED3D_MAP_NOOVERWRITE is set, glMapBufferRange() would need to wait for the GPU to finish using the buffer object, while glBufferSubData() may decide not to. Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 259531ef529ef96cbec7388bca99af40efaa9874 3e0b99a8b0fba782ad69ed0a8e00d2a64c363ae3 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 8

[Bug 42471] New: Wine gets page fault installing Bicycle Bridge
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42471 Bug ID: 42471 Summary: Wine gets page fault installing Bicycle Bridge Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lachenmaier(a)mchsi.com Distribution: --- Created attachment 57325 --> https://bugs.winehq.org/attachment.cgi?id=57325 BBridge_install_Terminal_output_and_Reg_dump When I install Bicycle Bridge from its CD (or from an image file), Wine gets a page fault. I have included the register dump and the Terminal listing as attachments. I have tried to install Wine many times and it always fails at this point. I installed Wine as follows: sudo apt remove wine* && sudo apt autoremove sudo add-apt-repository ppa:wine/wine-builds sudo apt-get update sudo apt-get install --install-recommends winehq-devel When I tired to install Bicycle Bridge (setup.exe) I got windows saying to install "mono" and "gecko". I clicked the install button in each of these windows. After the failed install, Bicycle Bridge ran fine until my wife won a game. Then it froze and had to be xkilled. This is repeatable. I presume this failure is due to the installation failure I am submitting a bug for. -- 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 3

[Bug 13365] New: Mising Text in IFC Markets Terminal Graphics
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=13365 Summary: Mising Text in IFC Markets Terminal Graphics Product: Wine Version: 1.0-rc1 Platform: PC URL: http://ifcmarkets.com/download/IFCMTerminalSetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When you're viewing the platform graphics, the text at the right that shows the current prices of the currencies are missing. You can see the problem in the screenshots. -- 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

[Bug 23108] New: Problems switching between instances of PowerPoint 2007 with KDE
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=23108 Summary: Problems switching between instances of PowerPoint 2007 with KDE Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.duelli(a)web.de Created an attachment (id=28717) --> (http://bugs.winehq.org/attachment.cgi?id=28717) Superfluous third I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem I will describe exists for me since the time I first started using wine more intensively) How to reproduce: 1. Use KDE 4 (a friend tested with another window manager and could not reproduce it) 2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I can switch between different windows without any problems 3. Open another PowerPoint file. Now things get strange! Instead of two PowerPoint windows, I can see three windows: the two opened files and a third window without any content but the title. (see attached screenshot) In that state, I cannot simply change between the instances of PowerPoint but always have to maximize the window I would like to choose. When closing the second PowerPoint file, the superfluous small window stays. As far as I have tested, this behaviour does not occur with multiple instances of Word, for instance. -- 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 25

[Bug 42461] New: Adam Standalone demo crashes while starting
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42461 Bug ID: 42461 Summary: Adam Standalone demo crashes while starting Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 57307 --> https://bugs.winehq.org/attachment.cgi?id=57307 Terminal output Wine 2.1-327-ga2f2de1e96 As of Wine 2.1-327-ga2f2de1e96 when I attempt to run the Adam standalone demo from the Unity 3D folks, it simply crashes while loading. I've seen this happen with a WoW64 prefix and a brand new 64-bit only prefix (created via the WINEPREFIX=$HOME/.wine WINEARCH=win64 winecfg command). -- 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 42394] New: Unhandled exception: page fault on read access to 0x0067ff58 in 32-bit code (0x7bc50add) . Running UO Assist
by wine-bugs＠winehq.org 16 Feb '17

16 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42394 Bug ID: 42394 Summary: Unhandled exception: page fault on read access to 0x0067ff58 in 32-bit code (0x7bc50add). Running UO Assist Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)justindevelops.net Distribution: --- Hello - I am running into an issue running UO Assist under Wine 2.0. This worked last time I tried it two years ago with whatever the current wine was then. Below is more info about my host machine. Debian Jessie 64 16GB ram Wine 2.0 (winehq-staging as installed per https://wiki.winehq.org/Debian) apt-cache policy output: Candidate: 2.0.0~jessie Version table: *** 2.0.0~jessie 0 Here is the URL to the program I am trying to run. http://www.tugsoft.com/ Here is the APPDB info on it. (Which I am thinking about becoming a maintainer for Ultima Online and its helper apps as UO Assist) https://appdb.winehq.org/objectManager.php?sClass=application&iId=3716 This is my first time filing a bug so please let me know if I did anything wrong or did not provide enough info. -- 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 42457] New: Applications start extremely slowly in 2.1 vs almost instant in 1.8
by wine-bugs＠winehq.org 16 Feb '17

16 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42457 Bug ID: 42457 Summary: Applications start extremely slowly in 2.1 vs almost instant in 1.8 Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ddascalescu+wine(a)gmail.com Distribution: --- I've just removed 1.8 and installed 2.1 devel, and now foobar2000 and Excel take 30 seconds to one minute to launch. > wine foobar2000 [...long pause...; nothing in the console...] [...foobar2000 finally shows it UI...] Quit foobar2000 err:process:__wine_kernel_init boot event wait timed out err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub -- 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 36040] New: Environment variable to disable wineserver persistence
by wine-bugs＠winehq.org 15 Feb '17

15 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=36040 Bug ID: 36040 Summary: Environment variable to disable wineserver persistence Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: josh(a)joshtriplett.org Normally, when wine runs a Windows program, and the Windows program exits, wineserver persists for a couple of seconds to improve the performance of subsequent programs. When running a testsuite that waits for all child processes to exit, this delays each test completion for a couple of seconds. Thus, I'd like to have an environment variable that tells wineserver to exit the instant the Windows program does. -- 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 42451] New: V-Rally 2 Expert Edition:"No disc inserted" even when the disc is inserted
by wine-bugs＠winehq.org 15 Feb '17

15 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42451 Bug ID: 42451 Summary: V-Rally 2 Expert Edition:"No disc inserted" even when the disc is inserted Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timpenguinb(a)gmail.com Distribution: --- Created attachment 57290 --> https://bugs.winehq.org/attachment.cgi?id=57290 Terminal log output describing the "fixme"'s When attempting to start V-Rally 2: Expert Edition with the CD inserted into the disc drive, it says "No disc inserted". Fixme's also occur when the window pops up in the terminal output. (The application is being run from the terminal using wine) -- 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 42413] New: NVIDIA Closed Drivers 256/ 8bpp Colour mode near Impossible with Current Workarounds.
by wine-bugs＠winehq.org 15 Feb '17

15 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=42413 Bug ID: 42413 Summary: NVIDIA Closed Drivers 256/8bpp Colour mode near Impossible with Current Workarounds. Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: oiaohm(a)gmail.com Distribution: --- The workarounds to use 256/8bpp documented here https://wiki.winehq.org/256_Color_Mode of Xephyr, Xnest and Xinit do not work when using Nvidia binary drivers even basic glxinfo test will fail out with XLib unable to access GLX of course for wine wanting to use opengl this is now in trouble. The VNC suggestion leads users into the path of what VNC server some of those no longer work with 8bpp. https://www.x.org/wiki/Releases/7.8/ As noted here all of Xepher and Xnest are marked for future replacement by xf86-video-nested that may or may not fix the issue. Don't say use open source drivers because Nvidia has habit of not releasing firmware to do basic things like correctly run the cooling fans so the open source drivers are very limited use. Same applies to other closed source drivers. Nvidia is the most common desktop driver with this issue. Of course attempting to run wine on Android and the like the project will not be promised that the closed source drivers will support 8bpp mode directly. Solution could be inbuilt support for handling 8bpp mode. The hardware these days is 24/32 bit so it is possible for a future closed source driver to be missing the 16bpp randr modes as well. So while developers are looking at making 8bpp mode work without having to change screen to 8bpp adding support to-do the same with 16bpp would be good future proofing. Running application inside virtual desktop mode would be acceptable as this is like what using Xephr or Xnest are like this where they work. Basically wine project has got away with colour depth not be a problem the project has had to worry about. Problem is the systems that allowed this fact have failed for a decent percentage of users. I do suspect implementing from what has been said will cause stability problems so this could be a feature that has to start life in the staging branch. This is me reporting a bug from a support point of view. I am basically stuffed giving people advice how to make 256/8bpp applications in wine when they have NVIDIA closed source without some change. Also connecting every application with a 8bpp colour mode would be insane. -- 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 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2017