September 2013 - Wine-Bugs - list.winehq.org

[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 34206] New: Regedit doesn't show user created entries
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=34206 Bug #: 34206 Summary: Regedit doesn't show user created entries Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jluth(a)mail.com Classification: Unclassified Created attachment 45509 --> http://bugs.winehq.org/attachment.cgi?id=45509 picture showing HKCR with only 3 .xxx entries (should be many) and .pdf already existing even though not visible Any keys in HKCR created by the user are not shown by regedit after wine is "re-started". The keys HAVE been created (if you try to create it again, you get the error message "File exists"), but are not visible. There are MANY keys that I see in the system.reg file that I don't see in regedit! The problem at least existed already in Wine 1.4 (Ubuntu), and still exists in 1.6 (Mint Maya). To reproduce Step 1. With nothing using wine, run regedit and create a .pdf key in HKCR. Step 2. Close regedit. Step 3. Still with nothing running wine (so that the registry has been completely close), run regedit again. You will not see the .pdf key, but it does exist. The same thing is true for any keys entered via "regedit importkeys.reg". I don't notice this problem in HKLM (except of course for HKLM\Software\Classes) or in HKCU, so it seems to be restricted to the Classes_Root 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 10

[Bug 31698] New: source insight crashes after scrolling, especially crash often after getting search result.
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=31698 Bug #: 31698 Summary: source insight crashes after scrolling, especially crash often after getting search result. Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chongxishen(a)gmail.com Classification: Unclassified Created attachment 41661 --> http://bugs.winehq.org/attachment.cgi?id=41661 log I create a Source Insight project about android, search a class and get the search result in the window, and then get back to scroll the vertical-scrollbar to continue, the Source Insight crashes. I found that the Source Insight crashes often after getting the search result. PS. I apply customed style(include the font) -- 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 10

[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 19

[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

[Bug 28611] New: Farmer Jane freezes at Loading screen
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=28611 Bug #: 28611 Summary: Farmer Jane freezes at Loading screen Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: josh+wine(a)iswifter.net Classification: Unclassified Farmer Jane animates a Loading progress bar and freezes after it's full. The strace log (over 125 MiB, omitted) ends at this point; no further system calls occur. The WINEDEBUG=+relay log (almost 439 MiB, omitted) shows thread 0029 blocking in SetWindowPos(). Over 9000 lines later, we get err:ntdll:RtlpWaitForCriticalSection section 0x7b9a71c0 "console.c: CONSOLE_CritSect" wait timed out in thread 002a, blocked by 0029, retrying (60 sec) -- 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 15

[Bug 15967] New: Unsigned v1.2.1.93 installer window is hidden by installer background
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=15967 Summary: Unsigned v1.2.1.93 installer window is hidden by installer background Product: Wine Version: 1.1.8 Platform: PC URL: http://www.unsigned- game.com/releases/Unsigned_v_1_2_1_93_setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com When starting the Unsigned v1.2.1.93 installer, the installer window is supposed to appear in front of the installer background, but instead it remains under the installer background, making the installer unusable. The window manager I am using is: metacity 2.24.0 Copyright (C) 2001-2008 Havoc Pennington, Red Hat, Inc., and others This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. No messages were emitted to standard error, although any relevant WINEDEBUG traces can be produced on request. -- 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