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

[Bug 40762] New: Approach 97: Error Message When Opening From Network Path
by wine-bugs＠winehq.org 20 Jul '25

20 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=40762 Bug ID: 40762 Summary: Approach 97: Error Message When Opening From Network Path Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crashdance(a)charter.net Distribution: Mint When opening a database (APR) file from a CIFS mapped Windows network share using a drive letter in dosdevices Approach fails to open the file. The error message is "Cannot open database "Z:\examplefile.dbf" because it is encrypted." This problem persists regardless of the compatibility mode in the Wine config. The program works correctly in a modern version of Windows and a Windows virtual machine connected to the same LAN. -- 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 50388] New: scroll wheel does not work in Approach's worksheets
by WineHQ Bugzilla 20 Jul '25

20 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=50388 Bug ID: 50388 Summary: scroll wheel does not work in Approach's worksheets Product: Wine-staging Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Dear Wine Staging, Fedora 33 wine-staging64-6.0.rc3-1.1.x86_64 Lotus Approach N9.8.0208.1300 The scroll wheel has never worked in Approach's worksheets (looks like a spread sheet). It is really, really annoying. Would you guys please consider fixing this for me? Many thanks, -T -- 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 5

[Bug 35075] New: BoincTasks: very high CPU utilisation
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=35075 Bug #: 35075 Summary: BoincTasks: very high CPU utilisation Product: Wine Version: 1.7.6 Platform: x86-64 URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified /setup_32_64_boinc_tasks_1_5_8.exe OS/Version: Linux Status: NEW Keywords: download, performance Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 46782 --> http://bugs.winehq.org/attachment.cgi?id=46782 Wine 1.7.6 console output Under Windows XP BoincTasks runs at around 22% when updating (takes a few seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I cannot work out why. The exact same setup was tested in both cases. http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta… Following install you are asked if you are running Windows or Linux with Wine, choosing either option has the same effect. Original post: http://efmer.com/forum/index.php?topic=1140 -- 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 7

[Bug 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- 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 15

[Bug 17820] New: Chromium test_shell_tests fail on Wine
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=17820 Summary: Chromium test_shell_tests fail on Wine Product: Wine Version: 1.1.17 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To run Chromium's test_shell_tests.exe, copy net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite from the source tree. (This is quite a bit of data, so I hesitate to post a tarball.) Then do $ wine chrome/Debug/test_shell_tests.exe The following tests fail on wine but not windows for me: [ FAILED ] UniscribeTest.TooBig [ FAILED ] VectorCanvasTest.BasicDrawing [ FAILED ] VectorCanvasTest.Circles [ FAILED ] VectorCanvasTest.DiagonalLines [ FAILED ] VectorCanvasTest.PathEffects [ FAILED ] VectorCanvasTest.Bitmaps [ FAILED ] VectorCanvasTest.Matrix -- 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 7

[Bug 22649] New: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
by wine-bugs＠winehq.org 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=22649 Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=27861) --> (http://bugs.winehq.org/attachment.cgi?id=27861) Crash log After choosing "erase disc" in the main menu and then clicking the erase button (while a DVD-RW disc is inserted in a drive the program can detect), the program produces an error dialog: Erasing the disc failed for the following reason: Exception from HRESULT: 0x8001010E (RPC_E_WRONG_THREAD) Clicking OK to this message results in the MS error report tool popping up, followed by the Wine crash dialog. Note: this program needs dotnet20, and it needs the workaround from bug 18012, comment 2 to be able to detect drives in this section. -- 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 9

[Bug 25410] New: MS Paint doesn't refresh scrollbars properly
by wine-bugs＠winehq.org 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=25410 Summary: MS Paint doesn't refresh scrollbars properly Product: Wine Version: 1.3.8 Platform: x86-64 URL: http://download.microsoft.com/download/winntwks40/pain t/1/nt4/en-us/paintnt.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com In MS Paint (installed with winetricks) the scrollbars don't seem to refresh when they should unless the scrollbar area is clicked on. Simple way to reproduce: Ensure that the canvas is smaller than the window (so no scrollbars are visible) then zoom in on a portion of the picture (ensure it's not the entire picture). Scrollbars should appear, but instead, they're invisible. After clicking in the area where they should be, they become visible. Terminal output: nothing. -- 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 13

[Bug 45221] New: AppDB: "Your Version" column in maintained apps doesnt show word "staging"
by wine-bugs＠winehq.org 17 Jul '25

17 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=45221 Bug ID: 45221 Summary: AppDB: "Your Version" column in maintained apps doesnt show word "staging" Product: WineHQ Apps Database Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz Distribution: --- "Your Version" column in "Maintainership Overview" menu doesnt show word "staging", while "Current Version" column does (for staging releases even if "your" test result is the latest (current) one). It happens for example for these versions maintained by me: Vietcong (MP Demo FistAlpha) [1], Air Missions: HIND (Steam) [2]. It is confusing, because it looks like I posted test result with "testing" version and after that someone else posted test with the same version, but "staging" in this case, which is not true. [1] https://appdb.winehq.org/objectManager.php?sClass=version&iId=36433 [2] https://appdb.winehq.org/objectManager.php?sClass=version&iId=35881 -- 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 22798] New: Invalid Wine version results in hidden / lost / invisible test results entry
by wine-bugs＠winehq.org 17 Jul '25

17 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=22798 Summary: Invalid Wine version results in hidden / lost / invisible test results entry Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sparr0(a)gmail.com I submitted test results for Time of Defiance (http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an invalid Wine Version number (1.1.45). The form accepted my submission, and I was later emailed that my results had been added (perhaps because I was the submitter, perhaps because I am the maintainer of the version). Now http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI… displays my new results in the "Selected Test Results" box, but on no page are the details of the results visible in the "Test Results" box. I expect two fixes are required here. First, more input validation on the submission page. Second, whatever is preventing this entry from showing up under Test Results. -- 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 8

[Bug 23124] New: Philippine English locale defaults to wrong SUBLANG
by wine-bugs＠winehq.org 17 Jul '25

17 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=23124 Summary: Philippine English locale defaults to wrong SUBLANG Product: Wine Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: download, source Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk I understand that following 1.2 .po file are going to be used, so this should be easier to resolve then. Philippine English follows American English rules, but currently defaults to pick up SUBLANG_NEUTRAL which is British English. It should be picking up SUBLANG_DEFAULT for American English. I'm not sure if this can be changed before the introduction of .po files but it's not urgent. http://en.wikipedia.org/wiki/Philippine_English -- 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 25