Bugzilla – Full Text Bug Listing
| Summary: | Combo.getSelection() throws an exception | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Joseph Vincens <jvincens> | ||||
| Component: | EDT | Assignee: | Scott Greer <greer> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | greer, svihovec | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
This blocks the RUI Technical Sample. (Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=358912 to document the fact that combo boxes don't work in VE because of a deployment issue.) Paul,
As we discussed, the root problem seems to be there's an explicit "as int" that is being ignored in Combo.egl
return ((getAttribute("selectedIndex") as int) + 1);
JS gen isn't "seeing" the cast of getAttribute's returned any value to an int.
Please figure out whether you need to do anything MOF-ish with this and route it back to me when you're done....thanks!
After failing to exhaust Paul's patience with my questions on this one, I eventually realized this really was a JS gen problem and I think the fix is not only easy, it's a good one.... The problem was that the IntTypeTemplate was improperly treating AsExpressions that lack conversion operations by simply generating the expression -- this was just a simple bug easily fixed by making its conversion logic the same as for all the other types. verified |
Created attachment 202633 [details] weather rest test deploy the attached project. open the html on a server. Press the button. An exception will happen on the case( serviceType.getSelection() ) (EGL line 98) The get selection does a getAttribute() + 1, get attribute boxes the result.