October 2020 - Wine-bugs - list.winehq.org

[Bug 46234] New: explorer / desktop leaks global atoms when creating desktop window
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=46234 Bug ID: 46234 Summary: explorer /desktop leaks global atoms when creating desktop window Product: Wine Version: 3.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: daniel.wendt(a)linux.com CC: ralf.habacker(a)freenet.de Distribution: --- When creating the desktop window with CreateWindowEx a UUID is passed(https://github.com/wine-mirror/wine/blob/400dd1596ab7946e68278b3f8dc…. With this information an atom is created in the global atom table. The atom is not released when the explorer is closed. -- 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 37510] New: Foxit 7.0.3.916 - Copy and past impossible
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37510 Bug ID: 37510 Summary: Foxit 7.0.3.916 - Copy and past impossible Product: Wine Version: 1.7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: richardremlap(a)gmail.com Distribution: --- Running Foxit 7.0.3.916 in Wine on Xubuntu or Mint; When adding annotations to a pdf document I cannot copy and paste single or multiple annotations, neither can I copy and past annotations with additional text. Both actions succeed when using Foxit running in Windows (XP). Both actions succeed when running an old version of Foxit - FoxitReader431_enu_Setup.exe - in 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.

2 6

[Bug 48323] New: scanf functions do not support NaN for floating point elements
by WineHQ Bugzilla 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=48323 Bug ID: 48323 Summary: scanf functions do not support NaN for floating point elements Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: codedonewell(a)gmail.com Distribution: --- Created attachment 66042 --> https://bugs.winehq.org/attachment.cgi?id=66042 Return zero when NaN is found while parsing floats Star Citizen PTU Version 3.8.0 is attempting to read float values from data files that contain the text "nan". The current scanf.h implementation does not consider NaNs. This prevents this version of Star Citizen from launching when run under wine. This version does launch under windows with the same account. I have tested a patch that returns zero when a NaN is encountered, which allows this version of Star Citizen to launch. There are several considerations to be addressed in this patch: 1 - it is not locale friendly; 2 - it updates the parse pointer as it checks for the text NAN, whcih means a failure will return an incorreclty update pointer; and 3 - it returns zero when NAN is encountered rather than NAN as returning NAN still breaks this version of Star Citizen. I am keen to work up a more appropriate patch, however I need guidance regarding the decision to return zero (rather than NaN - zero works for me but might be bad), and how to look-ahead when checking for "NaN" without updating the parse pointer. -- 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 49694] New: mc.exe: UTF-16 decoding does not use UTF-16LE by default, breaking files without a BOM
by WineHQ Bugzilla 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=49694 Bug ID: 49694 Summary: mc.exe: UTF-16 decoding does not use UTF-16LE by default, breaking files without a BOM Product: Wine Version: 5.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ppdplayer(a)gmail.com Distribution: --- Created attachment 67936 --> https://bugs.winehq.org/attachment.cgi?id=67936 Two .mc Files, BOM.mc with a proper UTF-16LE BOM, and NOBOM.mc with no UTF-16LE BOM. Tested on both wine-staging and wine-vanilla on WINEARCH=win64 using VS-16.5 (and the latest installed though the script VS-16.7) though I suspect this isn't a program exclusive bug. When building reactos using msvc on linux, I ran into this bug when building the .mc files. They are not generated with a UTF-16LE BOM, which Wine does not properly handle and will fail compilation. Steps to Reproduce: 1. Download and install VS-16 using https://github.com/mstorsjo/msvc-wine Sidenote: You may install VS-16 however you like, we just need mc.exe for this. The script may give socket timeout errors, that's normal. Just retry. You will also need msiextract and libgcab to run the script. 2. Using "kits/10/bin/10.0.18362.0/x86/mc.exe -u" or "kits/10/bin/10.0.18362.0/x64/mc.exe -u" compile the attached BOM.mc and observe no errors. 3. Using the same programs, observe compiling NOBOM.mc and seeing the error: z:/home/<censored>/Downloads/tmp/NOBOM.mc(1) : error : expected keyword - M -- 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 36792] New: Foxit Reader 6.2.0.0429: wrong response on double clicking the titlebar to max/restore
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36792 Bug ID: 36792 Summary: Foxit Reader 6.2.0.0429: wrong response on double clicking the titlebar to max/restore 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: penghao(a)linuxdeepin.com Foxit Reader failed to Maximize at times, when you click the Maximize button on the right of the title bar, or double click the title bar, in order to maximize the whole window of the Foxit Reader, the window still keep the original size before you click the Maximize button (or double click the title bar). -- 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 8

[Bug 36791] New: Foxit Reader 6.2.0.0429: Failed to open file in "recent files" on start page
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36791 Bug ID: 36791 Summary: Foxit Reader 6.2.0.0429: Failed to open file in "recent files" on start page 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: penghao(a)linuxdeepin.com Created attachment 48867 --> http://bugs.winehq.org/attachment.cgi?id=48867 Foxit Reader said that file is not found wine version: wine-1.7.20-102-g889cce4 download from: http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/win/6.x/6.2/enu/Fox… after install, start foxit from: ~/.wine/drive_c/Program Files/Foxit Software/Foxit Reader/ with: wine Foxit\ Reader.exe Programs start fine. I opened a pdf file in following path: ~/Desktop/Deepin 2014.pdf which real path is: /home/phcole/Desktop/Deepin 2014.pdf and then I close this file, and switch to the "Start" page. click the "Deepin 2014.pdf" in "recent documents", there jumps a error message box showing in the attachment jpg. -- 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 9

[Bug 44826] New: RTL text issue in MS Word 2013
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44826 Bug ID: 44826 Summary: RTL text issue in MS Word 2013 Product: Wine Version: 3.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.shahbazi91(a)gmail.com Distribution: --- MS Word 2010 needs native usp10.dll to show RTL text correctly(no separated characters), but using native usp10.dll no more fixes the issue in MS Word 2013. -- 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 38

[Bug 40571] New: Google SketchUp 13 crashes every other time when printing
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40571 Bug ID: 40571 Summary: Google SketchUp 13 crashes every other time when printing Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ivan.t7ko(a)gmail.com Distribution: --- Google SketchUp 2013 (13.0.4812). Wine 1.7.18 Ubuntu 14.04 Open a model, send it to printer (physical over CUPS or PDF over CUPS). In most of the cases, first attempt succeeds. But in most of the cases, second attempt crashes the app. -- 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 3

[Bug 40008] New: OllyDbg hangs when trying to pause debuggee
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40008 Bug ID: 40008 Summary: OllyDbg hangs when trying to pause debuggee Product: Wine Version: 1.9.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- To reproduce: 1. Launch OllyDbg 2. Press F3, choose some exe file, e.g. Test.exe in OllyDbg distribution 3. Press Ctrl+E 4. In the newly-opened dialog enter in HEX+00 field: EBFE 5. Press F9 6. Choose in menu Debug->Pause 7. See OllyDbg freeze. -- 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 22242] New: Paint.NET 3.5.4 installer fails with mono
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22242 Summary: Paint.NET 3.5.4 installer fails with mono Product: Wine Version: 1.1.41 Platform: x86 URL: http://www.getpaint.net/download.html OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com The Paint.NET installer fails with mono installed (via winetricks mono26). The current blocking issue is the lack of ngen.exe. I sent a patch for that: http://www.winehq.org/pipermail/wine-patches/2010-April/086832.html After that, it apparently fails due to a FileNotFound error, which I suspect is caused by a program's inability to detect its own path. We should switch mscoree.dll to using the mono embedding api rather than calling mono.exe, so that the GetCommandLine and GetModuleFileName(0) point to the program being executed. -- 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 19