Bug 53191

Created attachment 80230 [details] Sample web pages/scripts to reproduce showModalDialog does not correctly return the defined returnValue in case domain relaxing is used, even if the opener window and the modal dialog content are properly set to the same domain. Ver: 534.17+ In some web applications content from different systems are embedded inside of iframes and need to communicate with each other, so it is common to have domain relaxing enabled, to allow JavaScript communication across the iframes. We discovered that showModalDialog does not correctly return the defined returnValue in case domain relaxing is used, even if the opener window and the modal dialog content are properly set to the same domain. Prerequisites to reproduce the issue: 1. Copy the modaldialog-folder containing the three files index.html, dialogbroken.html and dialogworkaround.html to a local webserver 2. Add the following line to your /etc/hosts 127.0.0.1 localhost.test.domain 3.Disable the proxy server in the browser (if any) Steps to reproduce: 1. Open WebKit and load the page from your server using http://localhost/modaldialog/ 2. Click on "Open modal dialog" 3. Click on "Close and return TEST" 4. The alert-window shows the proper return value "TEST" 5. Now change the URL to http://localhost.test.domain/modaldialog/ 6. Click on "Open modal dialog" again 7. Click on "Close and return TEST" The alert-window now returns "undefined" instead of "TEST" As a workaround it is possible to store the return value in the parent window, which can be accessed using window.opener, and to adapt the code which reads the return value accordingly.