| Summary: | [UICallBackManager] Writes a space for check isConnectionAlive - leads to exception in UICallBack.js _handleFinished | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Stephan Leicht Vogt <stephan.leichtvogt> | ||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||
| Status: | RESOLVED INVALID | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | 1.5 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Stephan Leicht Vogt
For me it is still interesting why the response from the UICallBack request is empty - no activation, no deactivation, no send UI request. Staphan, could you provide a snippet to reproduce it? Created attachment 208537 [details]
Snippet to reproduce the bug
I could reproduce it with this snippet. I reused an snippet for another bug where I just had to add this line:
UICallBack.activate(EntryPoint.class.getName() + EntryPoint.this.hashCode());
Writing characters to an output stream is the only way to check for a broken connection in Java. The native JSON parser in FF does not have an issue with leading spaces - does the json2.js parser do? Fixed by trimming the UICallBack response before processing. I will open another bug 367155 for the empty UICallBack response and will investigate the issue there. With the fix for bug 367155 trimming is not needed anymore as we *always* return valid JSON. Turned out that neither the built-in JSON parsers nor the json2.js parser has any issue with leading or trailing whitespace. Marking this bug as INVALID because the reported behavior is intended and there is nothing to fix. The problematic issue was bug 367155. |