March 2021 - Wine-bugs - list.winehq.org

[Bug 30583] New: keyboard input does not work after focus-out and focus-in
by wine-bugs＠winehq.org 04 Aug '25

04 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=30583 Bug #: 30583 Summary: keyboard input does not work after focus-out and focus-in Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com Classification: Unclassified Since upgrade to wine 1.4-rc6 keyboard input does not work after focus is lost and restored. 0) switch to focus-follows-mouse 1) run notepad 2) enter some text 3) point to another window and back to notepad 4) type no text appears. -- 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 37896] New: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=37896 Bug ID: 37896 Summary: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)richardpayne.name Distribution: --- I have two identical edit controls with ES_PASSWORD set via EM_SETPASSWORDCHAR. Identical, that is, apart from 1 having WS_BORDER set and the other not. The one without WS_BORDER does not conceal its contents as it should when a password char is specified. The one with WS_BORDER set works as expected. -- 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 18

[Bug 38786] New: An EXE that only creates a WS_EX_TOOLWINDOW window isn't given focus (or returned focus).
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=38786 Bug ID: 38786 Summary: An EXE that only creates a WS_EX_TOOLWINDOW window isn't given focus (or returned focus). Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jasonwinter(a)hotmail.com Distribution: --- It seems only WS_EX_APPWINDOW windows are given focus by Wine on application startup (I.E. windows that have a taskbar button). Windows that do not appear in the taskbar are not given focus by Wine when an application is started. Additionally, if the user gives focus to that window using the mouse, things like MessageBox (I.E. another window that takes focus) do not return focus to a tool-window that last had focus. Instead, focus is only returned to the last window which had focus and also has a taskbar 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.

2 3

[Bug 40255] New: Cannot delete or modify 1Password items
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=40255 Bug ID: 40255 Summary: Cannot delete or modify 1Password items Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhessin(a)gmail.com Distribution: --- While using 1Password ver. 4.6.0.604 I am unable to delete or modify any passwords in my shared vault. The vault works perfectly fine on my windows computer. This is the error report generated by the application: NOTE: personal information has been removed. Application: > ------------------------------------------------------- > 1.1 Start Date : Sat, 5 Mar 2016 09:11:42 -0700 > 1.2 Name/Description: 1Password.exe - (1Password) > 1.3 Version Number : 4.6.0.604 > 1.4 Parameters : > 1.5 Compilation Date: Tue, 23 Feb 2016 13:07:31 -0700 > 1.6 Up Time : 1 minute, 5 seconds > > Exception: > -------------------------------------------------------------------------- > ------------------------------------- 2.1 Date : Sat, 5 Mar > 2016 09:12:48 -0700 2.2 Address : 005F3654 > 2.3 Module Name : 1Password.exe - (1Password) > 2.4 Module Version: 4.6.0.604 > 2.5 Type : EAccessViolation > 2.6 Message : Access violation at address 005F3654 in module > '1Password.exe'. Read of address 00000004. > 2.7 ID : 1001 > 2.8 Count : 1 > 2.9 Status : New > 2.10 Note : > > Active Controls: > ---------------------------------------------- > 4.1 Form Class : TFrm1pMain > 4.2 Form Text : 1Password > 4.3 Control Class: TTntListView.UnicodeClass > 4.4 Control Text : > > Computer: > ------------------------------------------------------- > 5.1 Name : ######### > 5.2 Total Memory : 3097 Mb > 5.3 Free Memory : 1739 Mb > 5.4 Total Disk : 913.32 Gb > 5.5 Free Disk : 821.71 Gb > 5.6 System Up Time: 2 hours, 1 minute, 38 seconds > 5.7 Processor : Intel(R) Pentium(R) 4 CPU 2.40GHz > 5.8 Display Mode : 1366 x 768, 32 bit > 5.9 Display DPI : 96 > 5.10 Video Card : X11 Windowing System (driver ) > 5.11 Printer : > > Operating System: > --------------------------------------------- > 6.1 Type : Microsoft Windows XP (64 bit) > 6.2 Build # : 3790 > 6.3 Update : Service Pack 2 > 6.4 Language: English > 6.5 Charset : 0 > -- 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 37132] New: Clang Static Analyzer: Uninitialized array item
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=37132 Bug ID: 37132 Summary: Clang Static Analyzer: Uninitialized array item Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Uninitialized array item File: dlls/avifil32/api.c Location: line 1753, column 10 Description: Assigned value is garbage or undefined #define MAX_AVISTREAMS 8 ... HRESULT WINAPI AVISaveVW(....int nStreams ....) { ... //Declaring 8-item array, [0..7] PAVISTREAM pInStreams[MAX_AVISTREAMS]; ... if (nStreams >= MAX_AVISTREAMS) { WARN(...); return AVIERR_INTERNAL; } ... //Initializing first 7 items, [0..6]. for (curStream = 0; curStream < nStreams; curStream++) { pInStreams[curStream] = NULL; pOutStreams[curStream] = NULL; } ... for (curStream = 0; curStream < nStreams; curStream++) { ... if (curStream + 1 >= nStreams) { /* move the others one up */ PAVISTREAM *ppas = &pInStreams[curStream]; int n = nStreams - (curStream + 1); do { *ppas = pInStreams[curStream + 1]; //Clang: Assigned value is garbage or undefined } while (--n); } ... } ... } In this code, an array of 8 items is declared. The code will continue executing as long as the nStreams variable is less than 8, i.e. 7 at most. All the loops in this function with the conditional statement (curStream < nStreams) fail to iterate through the last item, both before its initialization and when using it. The line Clang displayed the message on is just that very line where the eighth item with the index 7 is taken, as the (curStream + 1 >= nStreams) condition will be true at curStream==6 and nStreams==7. Addressing the pInStreams[curStream + 1] array will give us the last, previously uninitialized item. -- 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 2

[Bug 34758] New: Unhandled exception: divide by zero in 32-bit code (0x7eabe0ee). under unbuntu 12.04 wine 1.6
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=34758 Bug #: 34758 Summary: Unhandled exception: divide by zero in 32-bit code (0x7eabe0ee). under unbuntu 12.04 wine 1.6 Product: Wine Version: unspecified Platform: x86-64 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Francis.Bougron(a)free.fr Classification: Unclassified Created attachment 46350 --> http://bugs.winehq.org/attachment.cgi?id=46350 Trace of debugger This happens when starting "Microsoft money97 5.0. I see bugs 33886 34451 300082. It is probably the same thing. -- 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 19264] New: Emule: Missing bold fonts in some parts
by wine-bugs＠winehq.org 02 Aug '25

02 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=19264 Summary: Emule: Missing bold fonts in some parts Product: Wine Version: 1.1.25 Platform: PC URL: http://prdownloads.sourceforge.net/emule/eMule0.49c-In staller.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22304) --> (http://bugs.winehq.org/attachment.cgi?id=22304) In Windows XP You can check the screenshots. -- 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 16

[Bug 46256] New: EndUpdateResourceW should set errno on invalid handle
by wine-bugs＠winehq.org 30 Jul '25

30 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=46256 Bug ID: 46256 Summary: EndUpdateResourceW should set errno on invalid handle Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- EndUpdateResourceW -- will return False if the handle is invalid but will not set a proper errorno(https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resou… This bug was originally reported in pywin32-ctypes https://github.com/enthought/pywin32-ctypes/issues/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 2

[Bug 42298] New: err:clipboard: convert_selection Timed out waiting for SelectionNotify event
by wine-bugs＠winehq.org 30 Jul '25

30 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=42298 Bug ID: 42298 Summary: err:clipboard:convert_selection Timed out waiting for SelectionNotify event Product: Wine Version: 2.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Although I'm a fan of the "console messages are not bugs" this is a little annoying, it can repeat several times. Happens under heavy CPU/IO usage and will repeat until CPU/IO goes back to "normal", this is the impression I have, it could be something else. It is sort of easy to reproduce and it is NOT present since the patch that moved stuff ( http://source.winehq.org/git/wine.git/commitdiff/7d0ddff2 ), it was something that was changed later I believe started less than 2 months ago. I can try bisecting but it will take some time so if anybody (Julliard) has a hint it will be better. Am I the only affected? -- 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 48795] New: Patches website mishandles HTML attachments
by WineHQ Bugzilla 30 Jul '25

30 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=48795 Bug ID: 48795 Summary: Patches website mishandles HTML attachments Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Here is an example: https://source.winehq.org/patches/data/181590 Created from: https://www.winehq.org/pipermail/wine-devel/2020-March/162581.html This typically happens with replies to patches: * In the plain text version the diff is prefixed with "> " characters so it is not recognized as a patch. * But in the HTML version or the email the quoting is done through HTML tags which typically leave "+++" at the start of the line. As a result the HTML part can look like a patch. But it could also happen if someone sends a patch in an HTML-only email (e.g. due to a mail client misconfiguration). The TestBot normally ignores HTML attachments (see NewPatch() in Patches.pm). But when patches go through the patches website the TestBot does not have access to the raw email. Instead it gets the files prepared by the patches website as in the first link. Such files erase the distinction between the plain text and HTML part and so mislead the TestBot into creating a job. -- 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 4