Apache OpenOffice (AOO) Bugzilla – Issue 97710
first value in list boxes not visible if current value is not the first item
Last modified: 2009-07-21 09:40:06 UTC
Create a new table inside a new database with the edit view ("Entwurfsansicht" in german). If you save the new table and let create a ID, you are not able to set the auto value to "yes" ("Ja" in german) without typing in "Ja". There is only "Nein" visible inside the choice box. Found in OOo 3.0.1 m14 on Linux-x86 (openSuSE 10.3-x86, KDE 3.5.9).
This error appears also in Win XP.
can confirm it @ clu can you have a look ?
it works in 3.O final
the problem is more general - reassign to framework, setting as blocking issue. You can test with any listbox (e.g. Tool - Options, OOo - View Icon Size). If a listbox has a small number of items (so that no scrollbar is visible if you open the list and the selected item is not the first item - the first item will not be displayed, if the list is opened. The item is still there - you can access the item by typing the value or scrolling up with the arrow keys.
also in DEV300_m38...
TM->PB: please have a look, reproducible, thanks !
Deadline for UI-changes in 3.0.1 has been in mid-december so I assume that this one can't be fixed for 3.0.1 anymore. Therefore flagged to be fixed in the very next available release.
pb -> pl: please take over. Thx.
pb: wrong owner assigned.
TM->PL: as talked about, retargeted to 3..0.1
I don't agree with target 3.1 this is a release blocker for version 3.0.1 because I already found six listboxes where the first entry is missing Beside the database listbox of the autovalue, these are the listbor for selecting a printer, in Paragraph Style the listbox for selecting the line spacing (single missing), the listbox for Strikethrough (without missing), Effects (without missing) and in "Tools -> Options -> Languages" when you change the language of the UI the first entry is missing. You have no information about more entries like something to scroll in the listbox
I set the targeet back as tm has set it some minutes ago
fixed in CWS ooo301gsl4
please verify in CWS ooo301gsl4
*** Issue 97619 has been marked as a duplicate of this issue. ***
Arrgh! So this is what caused issue #97691
3.0.1m14 (build.9376) (from experimental debian) Still the same defect
I can verify it in a CWS build of ooo301gsl4
*** Issue 97821 has been marked as a duplicate of this issue. ***
*** Issue 97612 has been marked as a duplicate of this issue. ***
*** Issue 97919 has been marked as a duplicate of this issue. ***
verified in 3.0.1 RC2 -> closed
reopen, as the issue still exists (OOo 3.0.1 RC2 on Linux / KDE) as test use: Tool - Options, OOo - View Icon Size Default value for this listbox is "small". Open the dropdown - you'll see only two entries: "small" and "large" scroll up using cursor keys -> third entry "Automatic" is displayed
there is one visible change from RC1 to RC2: affected list boxes have an additional, not selectable, empty entryat the end of the list
sorry .. I was using the wrong build for testing - fixed
and closed
*** Issue 98204 has been marked as a duplicate of this issue. ***
*** Issue 98286 has been marked as a duplicate of this issue. ***
In my opinion, this bug (at least partially) still exists... I agree with you, this bug is being fixed for system menus like "View Icon Size" and similiar ones. But it still exists for self-created forms with list boxes in OOBase. I'm using such a form which is connected to a MySQL-database. The first entry in the corresponding table is an empty value. I could not access this entry via mouse. It's only accessible through arrow keys on the keyboard. I tried it also with an simple list box without database connection and an empty value. I could not access this one either... I tested it with 3.0.1 Build 9379 (Windows + Linux) and 3.1.0 Build 9399 (Windows). The last functional version was 3.0.0 Build 9358 (Windows).