|
Sort Order:
voiceinsideyou made changes - 20/Sep/11 02:39 AM
voiceinsideyou made changes - 20/Sep/11 02:40 AM
What voice said sounds correct to me. However, I could add a rule to the redirects to only run if it's not a /ws/* request.
Oliver Charles made changes - 20/Sep/11 12:45 PM
Oliver Charles made changes - 20/Sep/11 12:46 PM
I can confirm that removing "www." from the scope and request URL on the client side fixes this issue. redirect to only run if it's not a /ws/* request sound good.
Robert Kaye made changes - 20/Sep/11 07:51 PM
Robert Kaye made changes - 20/Sep/11 07:51 PM
Robert Kaye made changes - 20/Sep/11 08:02 PM
Fixed in f422cb5e757bb1565f1999ba1256886e396a6967
Oliver Charles made changes - 21/Sep/11 01:02 PM
Oliver Charles made changes - 21/Sep/11 01:02 PM
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bug
Closed
Critical
Do not redirect www.musicbrainz.org to musicbrainz.org for /ws requests
My guess is that this has been affected by the redirect of www.musicbrainz.org to musicbrainz.org which changed about a week or so ago?
Picard has also been affected by the redirect changing - it seems to break all album loading if you have the server configured as www.musicbrainz.org (possibly because Picard isn't following the redirects, but I'm not sure - it may also be authentication related).
Assigning to this week's release to at least get dev comment, but my guess is that it'd be resolved by updating the app to make requests to musicbrainz.org, not www.musicbrainz.org?