wine-bugs

wine-bugs@winehq.org

1 participants
158479 discussions

[Bug 51578] New: Static control doesn't load 1bpp monochrome icons correctly
by WineHQ Bugzilla 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51578 Bug ID: 51578 Summary: Static control doesn't load 1bpp monochrome icons correctly Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- comctl32 static controls won't load a 1bpp monochrome icon properly. The icon simply won't load and the image is missing. Just for bookkeeping, a patch is in the works. -- 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 3

[Bug 35685] New: can't read DivX 10.1.1 license agreement
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=35685 Bug ID: 35685 Summary: can't read DivX 10.1.1 license agreement Product: Wine Version: 1.7.13 Hardware: x86 URL: http://dist.divx.com/divx/DivXInstaller.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 47651 --> https://bugs.winehq.org/attachment.cgi?id=47651 tid,richedit Similar to bug 22986, however that bug is fixed for Divx 7 in wine-1.7.13 (sometime before 1.6). 10.1.1, however, does not show its license agreement. austin@aw25 ~ $ sha1sum DivXInstaller.exe baeab7938aecf58ca1a9668ff72e72ffa87e7795 DivXInstaller.exe austin@aw25 ~ $ du -h DivXInstaller.exe 976K DivXInstaller.exe austin@aw25 ~ $ wine --version wine-1.7.13-53-g37e0a1a winetricks riched20 works around the 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.

2 12

[Bug 21661] New: RichEdit: Wrong behaviour when formating an empty selection
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=21661 Summary: RichEdit: Wrong behaviour when formating an empty selection Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: caliga(a)arcor.de In our Software TeamViewer, a Richedit control is used to display chat messages. The nick names are colored green or blue, the text should remain black. This works in general... But if one side sends several chat messages in row, the nick name is omitted (by TeamViewer). And then, an empty selection (where the nickname would be) is formated green or blue. It seems, that if this happens the second time, something is screwed up and the color becomes the default color... Of course TeamViewer could just NOT format the empty selection with EM_SETCHARFORMAT, (and this will be done in an upcoming release), but still this is a wine bug, I think. To reproduce, start a remote support session in TeamViewer from your Linux-box to a different TeamViewer, then click on Audio/Video/Chat and type three or more messages. -- 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 12

[Bug 38316] New: RichEdit: EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=38316 Bug ID: 38316 Summary: RichEdit: EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: Christoph(a)ApiViewer.de Distribution: --- EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows One char selection after "http://www.reactos.org": http://i1-news.softpedia-static.com/images/news2/ReactOS-Runs-Native-Window… source code of rapps.exe: http://svn.reactos.org/reactos/trunk/reactos/base/applications/rapps/ -- 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 34875] New: WordFlood 2.0 Program Error Won't Launch
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=34875 Bug #: 34875 Summary: WordFlood 2.0 Program Error Won't Launch Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gowtham.pro(a)gmail.com Classification: Unclassified Created attachment 46479 --> http://bugs.winehq.org/attachment.cgi?id=46479 The dump created I am trying to run this software to run on my Linux destro (Ubuntu 12.04). It's called WordFlood 2.0. Not a popular software but quintessential for me. Anyways installed this software with Wine and installation went without any problem. But when I launch the application I get an error. I am attaching the dump here just in case you people need to take a look. -- 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 18

[Bug 50259] New: Stickies 8.0b crashes
by WineHQ Bugzilla 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=50259 Bug ID: 50259 Summary: Stickies 8.0b crashes Product: Wine Version: 6.0-rc1 Hardware: x86-64 URL: https://dl2.filehorse.com/win/office-and-business-tool s/stickies/Stickies-8.0b.exe?st=YBCnEai8bIHT2rFoXvvLAg &e=1607313144&fn=stickies_setup_8.0b.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: Ubuntu Created attachment 68791 --> https://bugs.winehq.org/attachment.cgi?id=68791 console output You need mfc90u.dll Software crashes very early in riched20.dll -- 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

[Bug 54812] New: Wine file dialogs miss button to move up one dir
by WineHQ Bugzilla 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=54812 Bug ID: 54812 Summary: Wine file dialogs miss button to move up one dir Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- In the file dialog I get a `back` arrow, but not an `up` arrow button. To move to the parent directory I can put `..` in the filename and press enter, but it is not so nice. -- 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 8

[Bug 29912] New: No parent button in file selection dialog
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=29912 Bug #: 29912 Summary: No parent button in file selection dialog Product: Wine Version: 1.4-rc1 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2330.exe OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified In some types of file selection dialog, there is no parent button. The equivalent dialog in Windows XP does have a parent button, which makes navigating the directory tree much easier. If the program opens a selection dialog positioned in a subdirectory, to navigate to the parent you need to use the treeview on the left side to navigate down the directory hierarchy instead. I noticed this while testing WinUAE, but presumably any program which uses the same type of dialog will be similar. - Download and run the WinUAE installer. Check the box to run the program at the end. - When the WinUAE Properties window appears, click ROM in the treeview then click one of the "..." buttons to show a file selection dialog. There is no parent button in the dialog. (There is also no indication of where in the directory tree the current view is.) -- 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 14

[Bug 53841] New: Save-As dialog: big indent of edit field
by WineHQ Bugzilla 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=53841 Bug ID: 53841 Summary: Save-As dialog: big indent of edit field Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Created attachment 73371 --> https://bugs.winehq.org/attachment.cgi?id=73371 Use case As detected in ReactOS use of this Wine component : https://jira.reactos.org/browse/CORE-13025 Dialog has about 10-15 pix indent of filename field. Next field is ok: it has 1-2pix indent (small). 1st field not ok. -- 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 58096] New: Window title bar double-click to return from maximized state sometimes makes window full sized
by WineHQ Bugzilla 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=58096 Bug ID: 58096 Summary: Window title bar double-click to return from maximized state sometimes makes window full sized Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- I use WINE to run PFE, a text editor. https://www.lancaster.ac.uk/people/steveb/cpaap/pfe/ I've noticed recently that behaviour has changed when double-clicking the title bar. Normally, double clicking title maximizes window, and double clicking again minimizes window. What now *sometimes* happens is that the first double click as expected maximizes, but the second double click returns the window to its normal size but then instantly changes the actual window size to the maximum possible (to the screen size). This is *not* the maximized state, because double clicking now - no matter how many times - does not change the window size. The window has actually been resized (and so further double clicks are converting a screen-sized window to maximized, and then back to screen-sized). At this point the window has to be manually resized back to something non-maximum. My suspicion here is that I might be issuing from the mouse a very rapid *triple* click, and there's some kind of race condition, where the third click is causing the observed behavour; and that this is why it happens *sometimes* only. -- 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 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs