[
https://issues.apache.org/jira/browse/WICKET-2663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804936#action_12804936
]
Martin Grigorov commented on WICKET-2663:
-----------------------------------------
Weird. I'm testing on Chrome for Linux (ver. 4.0.302.2 dev) and the problem
disappeared after fixing this.
Try with this patch additionally to the attached one:
Index: src/main/java/org/apache/wicket/ajax/wicket-ajax.js
===================================================================
--- src/main/java/org/apache/wicket/ajax/wicket-ajax.js (revision 902181)
+++ src/main/java/org/apache/wicket/ajax/wicket-ajax.js (working copy)
@@ -1222,7 +1222,7 @@
window.setTimeout(notify,2);
}.bind(this));
- if (Wicket.Browser.isKHTML()) {
+ if (Wicket.Browser.isKHTML() || Wicket.Browser.isSafari()) {
// there's a nasty bug in KHTML that makes the browser
crash
// when the methods are delayed. Therefore we have to
fire it
// ASAP. The javascripts that would cause dependency
problems are
This was the first patch that I removed.
> Modal Dialog cannot add AjaxLink when UploadWebRequest is in use
> ----------------------------------------------------------------
>
> Key: WICKET-2663
> URL: https://issues.apache.org/jira/browse/WICKET-2663
> Project: Wicket
> Issue Type: Bug
> Affects Versions: 1.4.5
> Reporter: Alex Grant
> Attachments: WICKET-2663-problem2.patch,
> wicket-modal-dialog-add-link-sample-app.zip
>
>
> I have a wicket page, with a URL several levels deep that contains
> * An initially hidden file upload field (so that multipart is used)
> * A link to open an ajax modal popup
> * An initially empty table
> I am also using UploadWebRequest to allow the upload progress bar to work.
> When I open the popup, type some data and close the popup, it tries to
> re-render the table with an extra row, which includes an ajax link to re-show
> the popup to allow editing. This fails.
> At least part of the problem is that the ajax response contains an invalid
> link to wicket-ajax.js. It should start with "../../", but that is lost when
> using UploadWebRequest, as newMultipartWebRequest creates a child request
> that has no interface parameter and therefore a urlDepth of -1.
> Changing the application to use the standard ServletWebRequest solves the
> problem for Firefox and IE8, but Chrome still fails. I have been unable to
> determine the cause of this. The Wicket Ajax Debug Log shows this:
> ERROR: Wicket.Ajax.Call.failure: Error while parsing response: Could not find
> root <ajax-response> element
> INFO: Invoking post-call handler(s)...
> INFO: Invoking failure handler(s)...
> INFO: Response parsed. Now invoking steps...
> ERROR: Wicket.Ajax.Call.processEvaluation: Exception evaluating javascript:
> SyntaxError: Unexpected end of input
> INFO: Response processed successfully.
> INFO: Invoking post-call handler(s)...
> INFO: refocus last focused component not needed/allowed
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.