|
Re: Firefox problem when Text is changed front-side and then server-side [message #110751 is a reply to message #110739] |
Wed, 29 October 2008 11:57 |
Eclipse User |
|
|
|
Originally posted by: rherrmann.innoopract.com
Hi,
I recently discovered an issue that looks similar to what you
describe. A workaround is in CVS HEAD. For more information have a
look at the bug entry:
252462: [Text] Changing selection on a hidden text widget
causes exception in FF
https://bugs.eclipse.org/bugs/show_bug.cgi?id=252462
HTH
Rüdiger
-----------------------------
Rüdiger Herrmann
Innoopract
http://innoopract.com
delivering eclipse technology
Loïc Bertholet wrote:
> Hello,
>
> I have the following problem on Firefox3. No error on IE7.
>
> The user edits the value of a Text component front side and selects a
> button.
> This selection calls a service which retrieves data and then modifies
> the Text component with a new value.
>
> As a result, I get a blank page with the following error message :
> Could not evaluate javascript response:
>
> [Exception... "Component returned failure code: 0x80004005
> (NS_ERROR_FAILURE) [nsIDOMNSHTMLInputElement.selectionStart]" nsresult:
> "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame ::
> http://127.0.0.1:1931/rap?startup=default :: anonymous :: line 171"
> data: no]
>
>
> If I don't edit the Text component front-side or server-side I have no
> error.
>
> Is this a known issue ? Will it be fixed or is there a workaround ?
>
> Thanks,
>
> Loïc
>
|
|
|
|
Re: Firefox problem when Text is changed front-side and then server-side [message #113219 is a reply to message #110777] |
Mon, 24 November 2008 16:26 |
Eclipse User |
|
|
|
Originally posted by: spanprevention-nursubscriptions.gmail.com
Hallo Ruediger,
I get exactly the same error when i switch between 2 editors, each of
which is a FormEditor having 1 FormPage in it. The forms in both editors
use ScrolledForm and the FormToolkit. One of the forms creates a number of
text widgets using the toolkit, while the other is blank (haven't written
anything in it yet). The problem occurs when i switch from a FormPage
containing the widgets to a FormPage that is blank, or between 2 editor
instances, each of which have these text widgets in their only form pages.
Is there someway to avoid this error? Or precautions i must take while
writing these?
TIA,
Kind Regards,
- abhi
|
|
|
Re: Firefox problem when Text is changed front-side and then server-side [message #113231 is a reply to message #113219] |
Mon, 24 November 2008 16:37 |
Eclipse User |
|
|
|
Originally posted by: rherrmann.innoopract.com
are you saying that this bug still exists?
252462: [Text] Changing selection on a hidden text widget
causes exception in FF
https://bugs.eclipse.org/bugs/show_bug.cgi?id=252462
abhi wrote:
> Hallo Ruediger,
>
> I get exactly the same error when i switch between 2 editors, each of
> which is a FormEditor having 1 FormPage in it. The forms in both editors
> use ScrolledForm and the FormToolkit. One of the forms creates a number
> of text widgets using the toolkit, while the other is blank (haven't
> written anything in it yet). The problem occurs when i switch from a
> FormPage containing the widgets to a FormPage that is blank, or between
> 2 editor instances, each of which have these text widgets in their only
> form pages. Is there someway to avoid this error? Or precautions i must
> take while writing these?
> TIA,
> Kind Regards,
> - abhi
>
>
|
|
|
Re: Firefox problem when Text is changed front-side and then server-side [message #113270 is a reply to message #113231] |
Mon, 24 November 2008 17:11 |
Eclipse User |
|
|
|
Originally posted by: spanprevention-nursubscriptions.gmail.com
Hi Ruediger,
i am using target platform rap-1.1.1-SR1-target-3.4-20080917-1625. I
believe this fix is currently only in CVS and will be distributed only
with 1.2 (as per target milestone). I was wondering if there was any way
in which i could circumvent this issue until the fix is out.
TIA,
Best Regards,
-abhi
|
|
|
Re: Firefox problem when Text is changed front-side and then server-side [message #113307 is a reply to message #113270] |
Mon, 24 November 2008 19:04 |
Eclipse User |
|
|
|
Originally posted by: rherrmann.innoopract.com
abhi,
yes, the fix is "only" in CVS. The only way I know of to
"circumvent" the issue is to work against CVS;)
Cheers,
Rüdiger
abhi wrote:
> Hi Ruediger,
>
> i am using target platform rap-1.1.1-SR1-target-3.4-20080917-1625. I
> believe this fix is currently only in CVS and will be distributed only
> with 1.2 (as per target milestone). I was wondering if there was any way
> in which i could circumvent this issue until the fix is out.
>
> TIA,
> Best Regards,
> -abhi
>
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.03176 seconds