You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Alan Conway (JIRA)" <ji...@apache.org> on 2018/05/24 21:52:00 UTC

[jira] [Comment Edited] (DISPATCH-941) Router is returning incorrect files from http get requests.

    [ https://issues.apache.org/jira/browse/DISPATCH-941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489866#comment-16489866 ] 

Alan Conway edited comment on DISPATCH-941 at 5/24/18 9:51 PM:
---------------------------------------------------------------

This is working correctly for me with dispatch running on fedora 26 (libwebsockets-2.2.1-1.fc26.x86_64) and is broken but with different symptoms on fedora 28 (libwebsockets-2.4.2-1.fc28.x86_64) I did see the error described on fedora 27.

[~eallen] can you confirm the OS and libwebsockets version where you see the bug? Can you also confirm that you can reproduce the problem with two linux boxes with stock firefox?

On fedora 28 the dispatch logs contain:

    2018-05-24 17:46:18.476435 -0400 HTTP (warning) More hdr frags than we can deal with

which I am almost certain was not there on f27.


was (Author: aconway):
This is working correctly for me with dispatch running on fedora 26 (libwebsockets-2.2.1-1.fc26.x86_64) and is broken but with different symptoms on fedora 28 (libwebsockets-2.4.2-1.fc28.x86_64) I did see the error described on fedora 27, but I just upgraded and don't have a box to verify (will downgrade if need be)

[~eallen] can you confirm the OS and libwebsockets version where you see the bug? Can you also confirm that you can reproduce the problem with two linux boxes with stock firefox?

 

> Router is returning incorrect files from http get requests.
> -----------------------------------------------------------
>
>                 Key: DISPATCH-941
>                 URL: https://issues.apache.org/jira/browse/DISPATCH-941
>             Project: Qpid Dispatch
>          Issue Type: Bug
>          Components: Routing Engine
>    Affects Versions: 1.0.1
>            Reporter: Ernest Allen
>            Priority: Major
>             Fix For: Backlog
>
>         Attachments: CaptureApache_angular.PNG, CaptureApache_angular.PNG, CaptureApache_woff2.PNG, CaptureApache_woff2.PNG, CaptureApache_woff2.PNG, CaptureDispatch_angular.PNG, CaptureDispatch_angular.PNG, CaptureDispatch_woff2.PNG
>
>
> When http requests are made from a Windows machine, the http response headers appear to be mixed up or for a different request. For example, when the browser requests the file OpenSans-Regular-webfont.woff2, the response has a content-type of text/javascript and an incorrect content-length. Here is the bad response: !CaptureDispatch_woff2.PNG!
> When the same browser on the same machine requests the same file from Apache tomcat, the response is correct:
> !CaptureApache_woff2.PNG!
> Another example: This time the request is for the javascript file angular.js. Here is the bad response from the router:
> !CaptureDispatch_angular.PNG!
>  
> And here is the correct response from tomcat for the same file:
> !CaptureApache_angular.PNG!
> The incorrect content-types and content-lengths returned by the router lead me to believe that the responses are getting mixed up.
> Possibly important note: Which requests are mixed up varies each time I reload the page. Sometimes files that failed on a previous page load will come down just fine. It doesn't always happen on the same files.
> This happens for all browsers I've tried on Windows. It does not happen for any browser when the request comes from my linux box.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org