August 2012 - Wine-Bugs - list.winehq.org

[Bug 31047] New: unable to edit gedit's preferences
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=31047 Bug #: 31047 Summary: unable to edit gedit's preferences Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 40760 --> http://bugs.winehq.org/attachment.cgi?id=40760 Log: +winsock trace 1. Download win32 version of gedit http://ftp.gnome.org/pub/gnome/binaries/win32/gedit/2.30/gedit-setup-2.30.1… 2. install via wine 3. start gedit $ cd ~/.wine/drive_c/Program Files/gedit/bin $ wine gedit.exe 4. click on edit->preference->view Expect result: "Text Wrapping"/"Line Numbers" and other options should be able to edit. Actual result: All these checkboxes are unable to edit. There are two warnings from console at the first of running gedit: ** (gedit.exe:8): WARNING **: Failed to send buffer ** (gedit.exe:8): WARNING **: Failed to send buffer A +winsock trace show: warn:winsock:wsaErrno errno 32, (Broken pipe). warn:winsock:WS2_sendto -> ERROR 10054 After that there are a lot output from console as below: GConf Error: Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0 There as much of msvcrt message and winsock message with those "GConf Error": fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01c0 ignored warn:winsock:wsaErrno errno 115, (Operation now in progress). native msvcrt doesn't help. Will attach a +winsock trace, maybe helpful. Not sure what component yet. -- 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.

3 8

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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.

3 17

[Bug 17272] New: Zmodeler: Icons and overall GUI blinky
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=17272 Summary: Zmodeler: Icons and overall GUI blinky Product: Wine Version: 1.1.14 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=19272) --> (http://bugs.winehq.org/attachment.cgi?id=19272) Simple log of fixme's in the console Zmodeler is not quite in full working condition (but tons better than prior to 1.1.14). When using the buttons on the Main Toolbar the icons which occasionally disappear and overall 3D performance is rather slow. You can mouseover the icons and they will reappear, but it isn't overly practical... Attached is a log. I believe it has something to do with"LockWindowUpdate". -- 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.

3 17

[Bug 19751] New: VB6 format function
by wine-bugs＠winehq.org March 14, 2026

March 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=19751 Summary: VB6 format function Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hub_hotmail(a)hotmail.com THIS IS A VB6 PROGRAM WINDOWS --------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 1,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 ***************************************************************************** wine LINUX ---------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 100,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 -- 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.

3 20

[Bug 29592] New: Problems with text fields & scrollbars
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=29592 Bug #: 29592 Summary: Problems with text fields & scrollbars Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://cd.textfiles.com/infomagic/imagic4pak5/disk3/Mi scellaneous-Utilities/ebot_einstall.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Wine seems to have several issues with some types of text field. They are probably related so I'll describe them all here. One program which shows these problems can be downloaded from http://cd.textfiles.com/infomagic/imagic4pak5/disk3/Miscellaneous-Utilities… Run ebot_einstall.exe then click Next to show the license agreement. The agreement is in a text field/box with a scrollbar to the right. First issue: The view is initially positioned at the bottom; it should be at the top. (The flashing cursor/caret at the end of the text is also present on Windows. It seems Wine sets the initial view position so the caret is shown, whereas Windows does not?) Second issue: Move the mouse pointer outside the window and click to de-activate it. Move the pointer back over the ebot_einstall window (not over the text box) and click to activate it. Notice how all the text is now highlighted; it shouldn't be. Third issue: Run ebot_einstall.exe and click Next. (At this point, the contents of the text field are not highlighted.) Click and drag the scrollbar knob upwards. Notice how the text field immediately moves to show the top of the document, and the view position remains there as you move the knob up and down. If you release the mouse button when the knob is half-way down the scrollbar, it jumps back to the top. Fourth issue: After doing the test in the third issue above, move the mouse pointer so it's about 3/4 of the way down the scrollbar. Click the mouse button repeatedly. Notice that the text in the box pages down each time, but when the scrollbar knob is under the mouse pointer, clicking again causes it to jump back to the top. (On Windows the knob does not move in that case.) Thus clicking over and over causes the view to cycle down a page then back to the top again and again. Fifth issue: On Windows, when you page the view up or down by clicking in the scrollbar above or below the knob, the view moves by one line less than a page. For example when paging down, the view moves so the previously-lowest visible line becomes the uppermost visible line. On Wine, the view moves by a whole page each time. Sixth issue: On Windows, pressing the Page Up or Page Down key causes the view to move by a page (less one line as mentioned above). In Wine however, pressing those keys causes the caret to move. Press PgUp/PgDown until you're roughly in the middle of the document. Then press PgUp/PgDown alternately. Notice the view only moves up and down by one line because of that. -- 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.

3 11

[Bug 12995] New: PSPad have broken glyph in password box
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=12995 Summary: PSPad have broken glyph in password box Product: Wine Version: CVS/GIT Platform: PC URL: http://www.pspad.com OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: petr.dlouhy(a)email.cz Created an attachment (id=12752) --> (http://bugs.winehq.org/attachment.cgi?id=12752) broken glyph PSPad 4.5.3 have brokeng glyph (squares instead of stars or dots) in password box (left panel → ftp → connect to ftp → new connection → password). This changed after this commit: http://source.winehq.org/git/wine.git/?a=commit;h=4094ff025675a14e7572d975d… before this, the input box was even more broken, but the glyph was better - there was '×' (multiply) sign. On Windows XP, there are big dots in that box (but stars would be also OK). -- 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.

3 22

[Bug 17101] New: Cancelling text with Scientific Workplace leaves last character
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=17101 Summary: Cancelling text with Scientific Workplace leaves last character Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: loic.grenie(a)gmail.com Created an attachment (id=18937) --> (http://bugs.winehq.org/attachment.cgi?id=18937) Screenshots When I delete text under Scientific Workplace, the end of the line is not treated correctly. Was is most evident is that the last character(s) is(are) not canceled. I attach a vertical concatenation of 3 screenshots: the first is the state before hitting backspace: I typed "abcdefghijkl" and added an inline image, the second is after hitting backspace (I cancel the "g"); notice how the last "kl" are not correctly canceled and the image is not moved to the left and the third is how it should have looked. No error message is displayed while hitting backspace (it complains about IME all the time but I think it's no big deal). I have seen this problem at least in versions 1.0.1 (under Debian testing, Ubuntu hardy and intrepid, both 32 and 64 bits) and 1.0.13 (Debian testing 64 bits). The situation is even worse under Ubuntu intrepid (32 bits OS, Wine v1.0.1) as text disappears as soon as it is typed (Esc redisplays it briefly). I can live with the image (visible at the end of the line) not correctly positioned after backspace (it seldom occurs), but the last character not canceled is a real (visual) pain. I can test anything you wish and I understand programming/debugging. Thank you for any help. SurJector -- 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.

3 12

[Bug 22984] New: winhelp: Corrupted/incorrectly-rendered italic text
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=22984 Summary: winhelp: Corrupted/incorrectly-rendered italic text Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk I noticed this when viewing a specific help file in Wine winhlp32, but the issue doesn't seem to be specific to that. Viewing it using winhlp32 from Windows 98 under Wine shows a similar rendering issue, so the cause most probably lies elsewhere. They both render the text incorrectly, but differently. Italic text does not render properly. View the attached license.hlp file in Wine winhlp32. In the "4. SAMPLE CODE" and "5. REDISTRIBUTABLE COMPONENTS" paragraphs, the second instance of "Microsoft Systems Journal" is supposed to be rendered in italics (followed by "(MSJ)" which is not italic). Bug 7520 may be related to this. But in this case, Wine could/should at least render the text normally I think, rather than corrupted/garbled??? -- 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 29705] New: RichView doesn't print italics
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=29705 Bug #: 29705 Summary: RichView doesn't print italics Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sundoulos2(a)gmail.com Classification: Unclassified Created attachment 38548 --> http://bugs.winehq.org/attachment.cgi?id=38548 unicode text file with italics ActionTest (which uses RichView class) works fine using ANSI files/text. Not so with Unicode. If I copy Unicode text and paste it into ActionTest: Text that is Italic shows properly in the text editor and print preview but prints out as normal rather than italics. All other text prints as shown in the preview. ActionTest can be downloaded from: http://trichview.com/resources/actions/actiontest.zip -- 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 27669] New: Combobox, doublebuffering is not working correctly
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=27669 Summary: Combobox, doublebuffering is not working correctly Product: Wine Version: 1.3.23 Platform: x86 URL: http://netikka.net/dev/black.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Small sample: http://netikka.net/dev/black.exe 2 comboboxes. First one is normal, second I have set doublebuffered := true; Click arrow -> combobox turns black. Actual problem is in larger component. It uses SetWindowPos to move it and draws icons. Problem is this black area is showing. Doublebuffering is set, component needs it. -- 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