November 2020 - Wine-Bugs - list.winehq.org

[Bug 50204] wineserver from Wine 5.22-195-gcbca9f847f6 debug dumps NLS object information on shutdown

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50204 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |9494fa6986e40fdd563436df3e7 | |05feb44f747ad Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, this is fixed by commit https://source.winehq.org/git/wine.git/commitdiff/9494fa6986e40fdd563436df3… ("server: Release the l_intl fd once the mapping is created.") Thanks Alexandre Regards -- 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.

Nov. 30, 2020

[Bug 14855] Incorrect FindWindow/GetLastError error result when window not found

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=14855 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW CC| |focht(a)gmx.net --- Comment #15 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, quoting from the discussion in https://stackoverflow.com/questions/63512609/findwindow-fails-but-getlaster… --- quote --- The consensus from the comments seems to be that FindWindow simply doesn't set an error if no window is found (Though other errors do, which I tested). Personally, this seems like pretty misleading documentation, especially as other function in the windows api will set an error code if they fail to do their job, even if no actual errors occur, but I digress. --- quote --- --- quote --- GetLastError does give more information. If it returns ERROR_SUCCESS, it means, that you didn't find a window given your predicate, and this is not the result of an error internal to the API trying to find an answer. --- quote --- Even better: --- quote --- Like I said, it doesn't set an error at all, allowing previous errors to propagate through. I agree now that in the example I gave, the given error did give more info, but it doesn't always, which I think the documentation should specify. --- quote --- --- quote --- Are you saying that if you call SetLastError(42); prior to calling FindWindow (for a predicate that doesn't find a window), the return value is NULL and GetLastError still returns 42? If that is the case, then you should not just propose a documentation change, but also file a defect report. I don't know how to file an API defect report in this day and age, though. --- quote --- --- quote --- @IInspectable Yes, I tested to make sure, any previous errors will propagate though. However I read the docs for GetLastError, which states; "Most functions... ...set it when they fail... ...If the function is not documented to set the last-error code, the value returned by this function is simply the most recent last-error code to have been set". So it seems like this is simply how the windows api works. --- quote --- The whole thread didn't mention the actual Windows version where this behaviour was observed. Maybe Windows 10 but at least Windows 7. I would suggest you focus on Windows 7+ behaviour and don't touch lasterror at all in case the window wasn't found. Extend the tests for lasterror behaviour: https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… Fix the lasterror behaviour of FindWindowA() by not setting 'ERROR_CANNOT_FIND_WND_CLASS' which would be consistent with FindWindowW() and -Ex(). https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… Regards -- 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.

Nov. 30, 2020

[Bug 50200] Deleted printers still show

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50200 --- Comment #3 from Todd Chester <ToddAndMargo(a)zoho.com> --- The problem seems to only be associated with long printer names that are only different at the end of the name. I created a printer called MickyMouse and Wine picked it up and dumped it after I deleted it. So, I seems that you may need to increase the string (array of characters) you are using to read in the printer names. But that does not explain why you hold on to a defunct name, unless the comparison between old names and new names is also not being done on enough characters. -- 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.

Nov. 30, 2020

[Bug 50221] Regression: 4nec2 Run-time error '481': Invalid picture

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50221 --- Comment #7 from Serge Y. Stroobandt <serge(a)stroobandt.com> --- Thank you for the suggestion. libjpeg62 is available on (X)Ubuntu LTS 20.04 and I installed it. libjpeg62:i386 is not available. libjpeg8 and libjpeg8:i386 were already installed. Unfortunately, I am still receiving the same error with 64-bit wine v5.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.

Nov. 30, 2020

[Bug 49560] Ashes of the Singularity: Escalation freezes at Turinium Optimized

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49560 --- Comment #10 from Paul Gofman <pgofman(a)codeweavers.com> --- (In reply to Olivier F. R. Dierick from comment #9) > Hello, > > (In reply to Paul Gofman from comment #7) > > More precisely, it looks like having some arial.ttf in c:\windows\Fonts > > helps it (the actual font in the TTF file does not even have to be named > > Arial). > > So it's not a dupe of bug 32342? > > Regards. It seems that not exactly, Staging patch doesn't help here, while a proper solution might be the same for both bugs. The game here seems to need arial.ttf to be present in windows\Fonts specifically, not the Arial font face name being available. -- 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.

Nov. 30, 2020

[Bug 49560] Ashes of the Singularity: Escalation freezes at Turinium Optimized

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49560 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|FIXED |--- --- Comment #9 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, (In reply to Paul Gofman from comment #7) > More precisely, it looks like having some arial.ttf in c:\windows\Fonts > helps it (the actual font in the TTF file does not even have to be named > Arial). So it's not a dupe of bug 32342? Regards. -- 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.

Nov. 30, 2020

[Bug 49560] Ashes of the Singularity: Escalation freezes at Turinium Optimized

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49560 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #8 from winetest(a)luukku.com --- (In reply to mo78 from comment #6) > Actually yes! Thank you! this bug is not actually fixed. you used a workaround to get around a 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.

Nov. 30, 2020

[Bug 14855] Incorrect FindWindow/GetLastError error result when window not found

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=14855 --- Comment #14 from winetest(a)luukku.com --- Unexpected error, GetLastError() return value: 1407 wine 5.21 -- 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.

Nov. 30, 2020

[Bug 50221] Regression: 4nec2 Run-time error '481': Invalid picture

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50221 --- Comment #6 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- (In reply to Serge Y. Stroobandt from comment #3) > 0009:err:wincodecs:JpegDecoder_CreateInstance Failed reading JPEG because > unable to find libjpeg.so.62 Hello, I know nothing about Playonlinux, but on Debian 8 and vanilla Wine, I currently have libjpeg62-turbo and libjpeg62-turbo:i386 packages installed to get JPEG support in both 32-bit and 64-bit flavors. Regards. -- 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.

Nov. 30, 2020

[Bug 50225] Splice crashes when attempting to install

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50225 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #5 from Jeff Zaroyko <jeffz(a)jeffz.name> --- I notice that the default download (168k cd46cdb03fbcc197bdc99098ffdd83901e42ad64) is just a downloader for https://s3-us-west-1.amazonaws.com/splicedesktop/windows/stable/SpliceSetup… (96MB 1f49248f8bf944c8558f661963fc991694adb173). Might be worth trying that separately to see if it gets any further. -- 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.

Nov. 30, 2020