| Summary: | Can't set custom widget id's | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Thomas Kratz <eiswind> | ||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P2 | CC: | ronald.so | ||||
| Version: | 1.5 | ||||||
| Target Milestone: | 1.5 M7 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Thomas Kratz
Created attachment 213138 [details]
firebug inspection of the button
I even found the UI beeing completely disfunctional with ui testing enabled. key listener and button click don't work. Just tested with Controls Demo and HTML id attributes are rendered when UITests are enabled. (In reply to comment #2) > I even found the UI beeing completely disfunctional with ui testing enabled. key > listener and button click don't work. For me it's working fine. Tested in Firefox 11 and Chrome. Which browser are you using? Nevertheless, I can confirm that the CUSTOM WIDGET ID is not rendered. With the latest refactorings in ClientObjectFactory class, the id is taken from the adapter directly, but the logic which deals with the custom widget id is in WidgetUtil#getId. Hi Ivan, I was testing with firefox 11 and chrome. the ui beeing disfunctional is something I experienced multiple times even without ui testing enabled on saturday. But I cannot reproduce it, so I have to see if it happens again. Does it make sense at all to build selenium tests then ? As this is a regression, I marked this bug as P2 (to be fixed in this release). Probably, 1.5M5 is not affected. Fixed as suggested by Ruediger in the WidgetUtil#getId comment. Custom id is now handled in the Widget#setData. The check for invalid custom id is done in the WidgetAdapter#setCustomId. If custom id is set after the widget is initialized, an IllegalStateException is thrown. |