qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ernest Allen (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DISPATCH-941) Router is returning incorrect files from http get requests.
Date Fri, 25 May 2018 15:57:00 GMT

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

Ernest Allen commented on DISPATCH-941:

I'm not seeing this anymore. I'm running the router on fedora 28 with libwebsockets-2.4.2-1.fc28.x86_64.

I'm able to load the current console from Windows:Chrome/FF/Edge, and Android:Chrome.

I was seeing the problem on fedora 27, but I'm not sure of the libwebsockets version.

At first, I suspected that DISPATCH-1000 might have "fixed/masked/avoided" the problem. That
Jira shortened the path from where a large number of files were loaded. However, to test that
theory I reverted the console to load the css/js files from their pre-DISPATCH-1000 locations
and the problem did not re-appear.

I'll try on a fedora 27 VM and see what I get with the latest stand-alone console directory


> 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,
> 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

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

View raw message