| Summary: | [Forms] FormEditor.getCurrentPage() doesn't work as explained in JavaDoc | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Michal Tkacz <Michal.Tkacz> | ||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | unspecified | ||||||
| Target Milestone: | 1.3 M6 | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Michal Tkacz
Hi Michal, we recently adopted the Forms 3.6 code base ( see bug 303731 ) and now this.currentPage = newPageIndex; is called at the end of FormEditor.pageChange(int). Can you check if the bug is fixed with the RAP from CVS HEAD? Actually addPageChangedListener method is no longer present in FormEditor or any of its superclasses in CVS HEAD. For RCP (checked with 3.6M4) it's available in MultiPageEditorPart. So I have no way to test if getCurrentPage() behaves correctly during the page switch. Should I file another bug about addPageChangedListener method being missing? The implementation of IPageChangeProvider (add/removePageChangedListener) has been removed from the RCP FormEditor in 2008 ( see original FormEditor revision 1.39 ) and now, with the adoption of Forms 3.6 has been removed from RAP too. So, these methods have been remove intentionally. Please reopen this bug if the issue is still valid with CVS HEAD. OK... Now I see - the implementation of IPageChangeProvider (add/removePageChangedListener) has been moved from FormEditor to MultiPageEditorPart in Workbench 3.5, but RAP is still using Workbench 3.4. We need to find a solution for it. Created attachment 161226 [details]
Proposed patch that returns the IPageChangeProvider implementation in FormEditor
Thanks Ivan, this patch solves the problem for me. I hope it will make it into CVS before M6, right? Changes are in CVS HEAD. |