http://bugs.winehq.org/show_bug.cgi?id=58914
Bug ID: 58914 Summary: Basic Windows pull-down lists are randomly missing entries Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: info@sartrack.nz Distribution: ---
Created attachment 79596 --> http://bugs.winehq.org/attachment.cgi?id=79596 A simple pull-down list in Windows10
I am the developer of the SARTrack free sofware for Search and Rescue. In development for 19 years. For a long time I get complaints from customers that under WINE the basic Windows pull-down boxes have randomly missing entries. There seems to be no logic behind it as of the content of the entry.
... Sems I can only add a single attachment at the time. Will send a second post with the second screenshot.
http://bugs.winehq.org/show_bug.cgi?id=58914
Bart Kindt info@sartrack.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |info@sartrack.nz
--- Comment #1 from Bart Kindt info@sartrack.nz --- Created attachment 79597 --> http://bugs.winehq.org/attachment.cgi?id=79597 Simple pull-down list in WINE. Is missing entries for no reason.
My software is written in Delphi Pascal 12.3, uses plain Windows, does NOT use any Themes. It is a basic 'XP compatible' program, that is, it does not use any extra features added from Vista onwards.
Bart Developer https://sartrack.nz
http://bugs.winehq.org/show_bug.cgi?id=58914
--- Comment #2 from Bart Kindt info@sartrack.nz --- I appologize. I got the two screenshots mixed up. The one with the missing "EOC" is the WINE version.
http://bugs.winehq.org/show_bug.cgi?id=58914
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://sartrack.nz/
http://bugs.winehq.org/show_bug.cgi?id=58914
Bart Kindt info@sartrack.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |user32 Summary|Basic Windows pull-down |Basic Windows Combobox are |lists are randomly missing |randomly missing entries |entries |
--- Comment #3 from Bart Kindt info@sartrack.nz --- I am talking about the basic Combobox located in User32.dll or Comctl32.dll, probably the first one.
http://bugs.winehq.org/show_bug.cgi?id=58914
--- Comment #4 from Rafał Mużyło galtgendo@o2.pl --- A semi-random stab in the dark, but you might check bug 58932 - description seems unrelated, but perhaps it's a hit anyway, given that it can't be a missing font problem (after all, *you* would know if that was the case).
But if this is an even older problem, you might wanna define 'for a long time' a bit better, as in 'did it ever worked properly in wine ?'.
Still 'string not fitting allocated space, therefore getting rejected, instead of cropped' seems most promising research route.
As a side note: why does this program effectively hardcode its installation path not only in its installer, but also in the program itself ?
http://bugs.winehq.org/show_bug.cgi?id=58914
--- Comment #5 from Bart Kindt info@sartrack.nz --- Right. I found a Linux laptop back to test with. The previous data came from a user. Running Ubuntu 22.04, and the latest Wine from your website. Installed SARTrack. And I see exactly the same issues here.
Wrote a small test program, copied the relevant code over from the main program. Checked the Font and other settings, all the same. Guess what: Of course it works fine in the test program.
So I played with the SARTrack source code: In the entries 'Add "IMT" then Add "EOC" the "EOC" is missing. So I duplicated these two entries. And the second time both showed normally (under the missing first "EOC").
So I wanted to see what actually ended up in the Combobox by reading it back by Index: Index := RefTypeCombobox.Items.Add(rtrIMT); Log('RefTypeCombobox Index: '+Index.ToString+' = '+RefTypeCombobox.Items[Index]); Index := RefTypeCombobox.Items.Add(rtrEOC); Log('RefTypeCombobox Index: '+Index.ToString+' = '+RefTypeCombobox.Items[Index]);
And now it works. The Log entry inserted between the 'Combobox.Items.Add' caused the problem to go away. So I thought it is a timing issue. - I then replaced the Log entry with a 'Sleep(100)'. But this did NOT work. - I then added a 'application.processmessages' in between. But this also did not work.
The only way I can make it work, is to have a Log entry in between. This Log entry just processes the string, writes it into a TMemo or a TRichEdit, depending on a setting. Now the interesting bit: When the Log entry is saved to the (Windows DLL) TRichEdit, it works. If the Log entry is saved into a TMemo, it does NOT work.
So the call to RichEdit is causing the Combobox to work correctly.
Any ideas?
PS: The installation directory was selected 19 years ago, because it would not install on New Zealand Police laptops. It has stayed like that ever since: C:\users(username)\AppData\Roaming\SARTrack\ Everything is there, except the Debug lots etc. in Documents/SARTrack. The Registery is not used.
http://bugs.winehq.org/show_bug.cgi?id=58914
--- Comment #6 from Bart Kindt info@sartrack.nz --- Update: If I afterwards walk through the Items in the Combobox, it has indeed entered an _empty_ entry at the index where the value "EOC" should be.
It is not a display issue. It has entered an empty field/string at that index.
Note that I use this window as the working example. This issues is all over the program in many places. And always at the same index in these Comboboxes.