October 2019 - Wine-Bugs - list.winehq.org

[Bug 33600] New: Klik and Play crash on modify / create game option
by wine-bugs＠winehq.org Nov. 1, 2019

Nov. 1, 2019

http://bugs.winehq.org/show_bug.cgi?id=33600 Bug #: 33600 Summary: Klik and Play crash on modify / create game option Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderstormpolska(a)o2.pl Classification: Unclassified Created attachment 44476 --> http://bugs.winehq.org/attachment.cgi?id=44476 KNPLog Hello K&P for School crash when you try create or modify games -- 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.

2 5

[Bug 46239] New: Champions of regnum regressions
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=46239 Bug ID: 46239 Summary: Champions of regnum regressions Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hbdev(a)protonmail.com Hello, This game was working fine but every new Wine version bring always more problem. I'm now stuck with version 2 like 2.0.4. Version 3 of Wine have many problems: - Huge framedrop every x second. The fps count go to or near 0 and go back to normal, this in a loop. Vsync is active if it can help debug. - Changing character like enter the game, go back to character selection, enter the game, go back to charcter... do this 4 or 5 times and the game crash. It crash with 'xp' for windows version. It crash less with win7 or above but higher the windows version is setup, higher is the framedrop. - With Wine 3, if you play in windowed mode, click something else like finder or firefox, go back in game... randomly the mouse and keyboard no more work and i must restart the game. I don't open a ticket for each (maybe i should) but the problem is maybe that nobody has take a look on it since a moment. It would be nice to get some fix for this old but very cool game that a lot of people still play. Thanks for your work ! -- 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.

2 6

[Bug 32591] New: From Dust: graphical glitches
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

http://bugs.winehq.org/show_bug.cgi?id=32591 Bug #: 32591 Summary: From Dust: graphical glitches Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 43001 --> http://bugs.winehq.org/attachment.cgi?id=43001 terminal output I haven't played this game under Windows so can't tell how it should look, but there are some glitches in rendering that are remarkable at first sight when playing the game under Wine. Watching some videos about the game revealed that small, white particles are flying in the air above the sand in the game. In Wine they appear as pixelated, black/dark-brown blocks. When I grab some sand, strange artefact appears above the ball of sand. That should be some visual effect, I guess. Both glitches can be observed in the upcoming screenshot. Installing native d3dx libraries doesn't make it better. Nvidia 250 / driver 304.64 -- 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.

2 11

[Bug 34855] New: Pressing 'Enter' in 'Command line arguments' moves to previous page
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

http://bugs.winehq.org/show_bug.cgi?id=34855 Bug #: 34855 Summary: Pressing 'Enter' in 'Command line arguments' moves to previous page Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Classification: Unclassified After selecting VM set it gets you to a page where you can specify command line arguments. Type something in and press 'Enter' - it will move to previous page of selecting VMs which is already done. Expected behaviour will be to move forward. -- 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.

2 1

[Bug 48020] New: Testagent: Accept a raw command line in Run() as an alternative to argv.
by WineHQ Bugzilla Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=48020 Bug ID: 48020 Summary: Testagent: Accept a raw command line in Run() as an alternative to argv. Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Windows applications that have a standard main() entry-point taking in argv and argc parameters parse their command line the expected / standard way. But a number of Windows applications parse the command line themselves and usually do it in a buggy way. This is an issue for TestAgent because the client side can only send the command to run in the argc/argv format which means building a command line on the server side in a standard way which may not match the buggy way the application will then parse said command line. For instance this is an issue with cmd.exe. If the client calls Run(["cmd". "/c", "script.bat >Task.log"]) the server will build a command line of the form '"cmd" "/c" "script.bat >Task.log"' but this results in cmd trying to run '"script.bat >Task.log' which fails because of the extraneous double quote. Note that cmd fails in the same way if given the 'cmd "/c" "script.bat >Task.log"' command line but then works if given 'cmd /c "script.bat >Task.log"'. A mitigating change would be to not put double-quotes only where necessary. But to be sure to not have more issues TestAgent should allow the client to provide the raw command line instead of the usual argv array. This could be done by adding a $RUN_CMDLINE flag which could be a Windows-specific TestAgent server feature. -- 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 34044] New: Symantec LiveUpdate 3.4 main window text slightly off
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

http://bugs.winehq.org/show_bug.cgi?id=34044 Bug #: 34044 Summary: Symantec LiveUpdate 3.4 main window text slightly off Product: Wine Version: 1.6-rc5 Platform: x86-64 URL: ftp://ftp.symantec.com/public/english_us_canada/liveup date/3.4/lusetup.exe OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45244 --> http://bugs.winehq.org/attachment.cgi?id=45244 Screenshot The main window for Symantec LiveUpdate 3.4 has text towards the bottom which is slightly off (see screenshot). The horizontal lines should not run through the text. Tried riched20 and gdiplus but they make no difference. ftp://ftp.symantec.com/public/english_us_canada/liveupdate/3.4/lusetup.exe -- 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.

2 5

[Bug 40023] New: Geometry dash bug
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=40023 Bug ID: 40023 Summary: Geometry dash bug Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: majora320(a)gmail.com Distribution: --- When I run the game 'geometry dash' from steam (installed by playonlinux) on my ubuntu 15.10 system, the game loads properly but most of the textures are black/missing. Lights, text, background etc. are still there but the majority of objects are black/missing. -- 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.

2 17

[Bug 43751] New: Wolcen: Lords of Mayhem, misaligned main window
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=43751 Bug ID: 43751 Summary: Wolcen: Lords of Mayhem, misaligned main window Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fincer89(a)hotmail.com Distribution: --- Created attachment 59245 --> https://bugs.winehq.org/attachment.cgi?id=59245 Wolcen: Misaligned graphics Wolcen: Lords of Mayhem main window is misaligned, depending on the in-game resulution. I have 1920x1080 screen, and with the corresponding resolution setting, fullscreen game window looks like in the attached screenshot. The screenshot consist of the whole screen area so black right/bottom parts are not mistakenly there but instead they describe nature of the problem very well. The problem makes it more difficult to navigate in-game menus and using GUI because the cursor seem misaligned as well. If I move cursor on the bottom part of the game window, UI elements like buttons are highlighted above in corresponding locations, not where the cursor actually is (so either cursor or the whole graphics have some weird offset coordinates?). And, well, playing the game is another matter as well while having this screen offset... ------------------------- Wine 2.17 Stating, 64-bit (clean prefix, no DLL overrides, no CSMT, GLSL enabled) Nvidia GTX 760M (drivers: 384.59) -- 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.

2 5

[Bug 41616] New: Graphical screen flickering for Operation Flashpoint: Dragon Rising
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=41616 Bug ID: 41616 Summary: Graphical screen flickering for Operation Flashpoint: Dragon Rising Product: Wine Version: 1.9.21 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: acalycine(a)gmail.com Created attachment 55969 --> https://bugs.winehq.org/attachment.cgi?id=55969 Terminal output I start Operation Flashpoint: Dragon Rising, and the screen starts to flicker. Turning on V-sync helps with the flickering, but it gradually gets worse the longer you open the program. macOS Sierra 10.12 (16A322) -- 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.

2 1

[Bug 39882] New: Severe graphics glitch in Sibelius 6
by wine-bugs＠winehq.org Oct. 31, 2019

Oct. 31, 2019

https://bugs.winehq.org/show_bug.cgi?id=39882 Bug ID: 39882 Summary: Severe graphics glitch in Sibelius 6 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sebastianhatt(a)gmail.com Distribution: --- Created attachment 53250 --> https://bugs.winehq.org/attachment.cgi?id=53250 Screenshot 1 Every time Sibelius starts (version 6 as well as 6.2), some areas on the screen are "frozen" making it virtually impossible to use the program, especially the drop down menus (see the attached screenshot 1). The areas are still frozen, when I switch to other programs or minimize Sibelius, so it affects the whole system (see screenshot 2). They go away again, when Sibelius is closed. Some of the areas keep showing the same image, others blend what is currently behind them together with with what was previously there, leaving a trail eg. when I move a window around. None of the areas prevent me from clicking whatever they are obscuring, although obviously it is not possible to see, what I'm clicking on. The areas appear in exactly the same spot every time the program is run. Their location is absolute and is unaffected by moving the main window or anything else. However, they change position the first time the score is played back/stopped. The log shows four calls to LockWindowUpdate, two using the same handle, two using nil. These calls may or may not be related to the frozen/locked areas on the screen. >From the log: fixme:win:LockWindowUpdate (0x20632), partial stub! and fixme:win:LockWindowUpdate ((nil)), partial 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.

2 11