Hi Igor,
Whats odd is that one guy was getting it on his iPad consistently and
when we asked him to try his desktop he's got the same problem on
Firefox on Mac. We initially though it might have been a browser
issue. We then got another user who got it only once on Chrome on
windows - all in the space of 1 day. We're worried that's it happening
more often but users are not reporting the issue.
Of course we cannot reproduce the issue, but its definitely happening.
So you don;t think the shared resource could effect the threads in any way?
Where can I start looking in the wicket code to understand where ajax
requests are serviced etc? Is there any where/docs I can find to get
started at looking at this? - at least to complete more my
understanding of how it all works.
thanks
Wayne
On Fri, Nov 5, 2010 at 10:05 PM, Igor Vaynberg <igor.vaynb...@gmail.com> wrote:
> it may be a content type issue, but it is still weird because the
> response is received by the xml http request object, not the browser
> directly. strange indeed.
>
> -igor
>
> On Fri, Nov 5, 2010 at 7:51 AM, Wayne W <waynemailingli...@gmail.com> wrote:
>> Hi,
>>
>> has anyone had this issue? We're getting emails from our users that
>> sometime when clicking on an ajax link the raw wicket ajax response is
>> being rendered on the browser - ie the just see all the html source
>> code on the page. Its not any particular page.
>>
>> Anyone seen this or has any ideas?
>>
>>
>> The only thing we have changed recently was adding a non blocking file
>> download using a link and a shared resource which could be related due
>> to the Content Type.
>> In the configureResponse of the shared resource that we set the
>> Content Type for that request. Is there any chance that this is
>> somehow polluting the other threads requests?
>>
>> public class DownloadFileResourceReference extends ResourceReference {
>> public DownloadFileResourceReference() {
>> super(DownloadLink.class, "");
>> }
>>
>> private static final long serialVersionUID = 1L;
>>
>> public Resource newResource() {
>>
>> Resource r = new Resource() {
>> private static final long serialVersionUID = 1L;
>>
>> public IResourceStream getResourceStream() {
>>
>> Long id =
>> getParameters().getLong(DownloadLink.DOCID);
>> // get file
>>
>> return new FileResourceStream(new
>> File(file.getAbsolutePath()));
>> }
>>
>>
>> protected void configureResponse(Response response) {
>>
>> Long id =
>> getParameters().getLong(DownloadLink.DOCID);
>>
>> // get file
>>
>> ((WebResponse)
>> response).setAttachmentHeader(df.getFileName());
>>
>> String mimeType =
>> ResourceHelper.getContentType(df.getFileName());
>> if (!StringUtils.isEmpty(mimeType)) {
>> ((WebResponse)
>> response).setContentType(mimeType);
>> }
>>
>> }
>>
>> };
>> r.setCacheable(false);
>> return r;
>> }
>>
>> }
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
