Closed Bug 333045 Opened 15 years ago Closed 15 years ago

select1 initialized by instance data on form load has wrong size


(Core Graveyard :: XForms, defect)

Windows XP
Not set


(Not tracked)



(Reporter: bkc, Assigned: smaug)




(Keywords: fixed1.8.0.5, fixed1.8.1)


(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060111 Firefox/
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060111 Firefox/

A select1 element whose items are loaded from an itemset, and that has
instance data selecting a matching item in that set, has the wrong width
when the form is loaded.

The only way to get the correct width is to use setvalue to set the instance data to null. A subsequent setvalue can be used to re-select the correct value.

Reproducible: Always

Steps to Reproduce:
1. Load referenced url or the attached demonstration file.
2. Note that in section #2 the selects have the wrong width

Actual Results:  
The select1 elements are too narrow. Almost as if their size is determined by the instance data, and not by the itemset choices.

Expected Results:  
The proper width should be used to reflect the actual choices.

I am using xforms 0.4 extension. Note that section 3 of the demonstration file shows using setvalue as a work-around for this problem.

However I play to use these selects in a repeat, so setvalue isn't a realistic workaround.
Attached patch proposed patchSplinter Review
Need to refresh the width of the select1 in few more places.
Assignee: aaronr → Olli.Pettay
Attachment #217689 - Flags: review?(aaronr)
Attachment #217689 - Flags: review?(allan)
Attachment #217689 - Flags: review?(allan) → review+
Attachment #217689 - Flags: review?(aaronr) → review+
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: xf-to-branch
This attachment was tested against 0.5RC (2006-4-09). When adding a new repeat template via "add" button, the 2nd filtered select1 in the first template ends up either with the wrong width, and/or no selected choice.
Please disregard most recent attachment. I have opened #333464 instead.
Keywords: fixed1.8.1
Keywords: fixed1.8.0.5
Whiteboard: xf-to-branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.