Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 348375

Summary:

[Text] Modifying hidden Text causes unpredictable effects (only IE)

Product:

[RT] RAP

Reporter:

Serge Démoulin <serge_demoulin68>

Component:

RWT

Assignee:

Project Inbox <rap-inbox>

Status:

RESOLVED FIXED

QA Contact:

Severity:

normal

Priority:

Version:

1.4

Target Milestone:

1.5 M3

Hardware:

OS:

Windows XP

Whiteboard:

Attachments:

Description	Flags
Example and screenshots	none

Description Serge Démoulin

2011-06-06 05:57:43 EDT

Build Identifier: 1.4.0-RC2

Only IE.
I have Texts that adapt there height to the content (style : GridData.FILL_BOTH).
If the text content is modified and the layout() method is called on this view during the view is hidenn then the results are not predictable.
Sometimes there is a javascript error (see int the attachement) in the other case the visual appearance is wrong : some text has dispeared, some scrollbars are higger are the text itself they belong to and. The text content are not always shown.

In my software I have the same effect but with CTabFolder (in hidden tabs) and with StackLayout.

In the attachement you can find the following screenshots :
-----------------------------------------------------------
view-state0.jpg : the view must be like that after the first,third,fifth,... button click
view-state1.jpg : the view must be like that after the second,fourth,... button click
view-state1-with-vert-scrollbars.jpg : the view must be like that after the second,fourth,... button click. I'd reduce the height to make that vertical scrollbars.

First remark : there are horizontal scrollbars although the style NO_SCROLL is setted. But it is not a big problem until the maximum height is not reduce to 1 line.
Second remark : in the screenshot "view-state1-with-vert-scrollbars.jpg" the empty text are not heigh enough to permit the input of datas (2 pixels). Workaround is to override the Text#computeTrim() or to set a GridData#minimumHeight.

effect1.jpg, effect2.jpg : wrong visual appearance after clicking on the button on the first view.
javascript-error-on-state-with-vert-scrollbars.txt : javascript error after clicking on the button on the first view (sometimes). It happens that IE recalls the URL with the effect that the application restarts.

view-state1-with-vert-scrollbars.jpg : after reducing the height of the screen to let vertical scrollbar appearing, wrong visual appearance after clicking on the button on the first view.

Reproducible: Always

Steps to Reproduce:
1. Make a plug-in with the 2 views and the perspective contained the attachement
2. Start the application under IE
3. Show on the second view (UnpredictableEffectView) the initialize it
4. Click on the button on the first view
5. Show the second view => visual appearance
6. Click on the button on the first view
7. Show the second view => visual appearance

Comment 1 Serge Démoulin

2011-06-06 05:59:28 EDT

Created attachment 197380 [details]
Example and screenshots

Comment 2 Ivan Furnadjiev

2011-06-06 06:58:58 EDT

Just a small remark: Text widget does not support NO_SCROLL style flag (SWT and RAP).

Comment 3 Ivan Furnadjiev

2011-06-06 07:12:48 EDT

We faced this weird IE behavior in other widgets too (Table for example). Sometimes, changing some widget properties (bounds for example) on invisible widget (or invisible parent) in IE has been correctly applied to the DOM, but wrongly visualized in the browser.

Comment 4 Ivan Furnadjiev

2011-11-04 04:30:28 EDT

Serge, after the Bug 333043 has been fixed I can't reproduce it anymore. Tested with IE8 (Windows XP) and IE9 (Windows 7). I will close it now. Please reopen if the issue persist with the latest nightly build or CVS HEAD.