| Summary: | [Browser] cross-domain-scripting is not handled | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tim Buschtoens <tbuschto> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | tbuschto |
| Version: | 1.4 | ||
| Target Milestone: | 1.4 M5 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 330806 | ||
|
Description
Tim Buschtoens
In case of BrowserFunctions and Execute we will create a javascript error on the client that gets processed like any other js-error, thereby killing the session. In case of evaluate we will throw a catchable error on the server. To remain symmetrical we agreed to also throw a js-error on evaluate. Fixed in CVS HEAD. Note that there is a scenario where creating BrowserFunctions fails silently: Creating a page with browserFunctions, then naviagte (via link) from this page to another outside the domain. The same might happen when navigating back again: No BrowserFunction will be created in the new page. In all other scenarios, the BrowserFunction should either be created or completely crash the js-application if no access is possible. This is accepted for now. |