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

[Bug 32591] From Dust: graphical glitches

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=32591 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 from Béla Gyebrószki <gyebro69(a)gmail.com> --- Closing abandoned bug. -- 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.

Oct. 31, 2019

[Bug 32591] From Dust: graphical glitches

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=32591 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|NEW |RESOLVED --- Comment #8 from Béla Gyebrószki <gyebro69(a)gmail.com> --- (In reply to joaopa from comment #7) > Does the bug still occur with wine-4.18? Can't start the game anymore, always crashes in binkw32.dll on launch. Marking abandoned. -- 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.

Oct. 31, 2019

[Bug 48021] msi installer not working on msxml3, Office 2010 shows Installation language unsupported

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48021 --- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> --- So the issue is that current winetricks + current wine fail to install msxml3 correctly? What does this have to do with Office 2010? -- 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.

Oct. 31, 2019

[Bug 48021] msi installer not working on msxml3, Office 2010 shows Installation language unsupported

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48021 --- Comment #2 from Jack <qqpp4130(a)hotmail.com> --- Created attachment 65556 --> https://bugs.winehq.org/attachment.cgi?id=65556 Office2010 installation console output -- 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.

Oct. 31, 2019

[Bug 48021] msi installer not working on msxml3, Office 2010 shows Installation language unsupported

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48021 Jack <qqpp4130(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux Component|-unknown |msi See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=44779 -- 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.

Oct. 31, 2019

[Bug 48021] msi installer not working on msxml3, Office 2010 shows Installation language unsupported

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48021 --- Comment #1 from Jack <qqpp4130(a)hotmail.com> --- Created attachment 65555 --> https://bugs.winehq.org/attachment.cgi?id=65555 msiexec console output The file size is over sized.. I'm not sure its supposed to work like that -- 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.

Oct. 31, 2019

[Bug 34855] Pressing 'Enter' in 'Command line arguments' moves to previous page

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=34855 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fgouget(a)codeweavers.com --- Comment #1 from François Gouget <fgouget(a)codeweavers.com> --- This appears to happen because that page has two <input type='submit'> buttons in the form. Its seems HTML5 specifies that the default button is the first 'submit' button in the form which in this case is the '< Prev' button. This means this issue also exists on the other pages except it's less visible when there is no edit field where 'Enter' would be used (On the other pages 'Enter' typically has no effect until you press Tab which puts the focus on the first link in the page so that pressing 'Enter' then has the obvious action. But clicking on a checkbox or other form element and pressing 'Enter' would again trigger the problem). Also the TestBot CGI framework has no notion of the default 'Action' although that's usually the last in the list. Which also means it's the last submit button on the page. So there are a number of solutions: * Reverse the order of the buttons. That's not great and not always possible (see UserList.pl). * Perform trick to add a hidden version of the default button in the form. * Use Javascript to intercept Enter and send trigger the expected action. See: https://stackoverflow.com/questions/925334/how-is-the-default-submit-button… -- 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.

Oct. 31, 2019

[Bug 48021] New: msi installer not working on msxml3, Office 2010 shows Installation language unsupported

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48021 Bug ID: 48021 Summary: msi installer not working on msxml3, Office 2010 shows Installation language unsupported Product: Wine Version: 4.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qqpp4130(a)hotmail.com Distribution: --- I encounter on installing of msxml3 from winetricks and also excuting msiexec /i msxml3.msi /q with errorr. I excute command for the output WINEPREFIX=/home/jc/.local/share/wineprefixes/office2010 WINEDEBUG=+relay,+seh,+tid wine msiexec /i msxml3.msi /q > /home/jc/msiexec.txt 2>&1 Also, while installing office2010 from mounted iso file, I encounter with "Installation language not supported." on both English version and the SimChinese version of installation iso. I also get the console dialog for that untill the error window pop up with the similar command with output.txt. I have attatch the log file in the attatchment. Please have a look. Is this some kind of bug on my mechine or its common? Enviroment: Kernal: 5.2.21-1-MANJARO_x64 Wine version: wine-4.0.2 && wine-4.18-1 Winetricks version: 20190912 PS: I tried to set the system LC_ALL to the matching locale, but it was not helpfull. -- 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.

Oct. 31, 2019

[Bug 48020] New: Testagent: Accept a raw command line in Run() as an alternative to argv.

by WineHQ Bugzilla

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.

Oct. 31, 2019

[Bug 23192] 2D graphics in Mathematica are not antialiased while on Windows they are

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=23192 --- Comment #14 from Vincent Povirk <madewokherd(a)gmail.com> --- Antialiasing is still not implemented in gdiplus so it's unlikely this would have changed. -- 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.

Oct. 31, 2019