[MAGNOLIA-2098] Download of a file from a paragraph or from dms with special chars results in 401 Created: 27/Mar/08  Updated: 23/Jan/13  Resolved: 30/Oct/09

Status: Closed
Project: Magnolia
Component/s: core
Affects Version/s: 3.5.4, 3.6.3
Fix Version/s: 4.2

Type: Bug Priority: Major
Reporter: Tom Wespi Assignee: Jan Haderka
Resolution: Fixed Votes: 0
Labels: businesscritical, encoding
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

seen on mac os x server, free bsd


Issue Links:
dependency
duplicate
duplicates MGNLDMS-61 % (percent) characters in a file name... Closed
relation
is related to MAGNOLIA-2524 AggregationState.decodeURI is wrong -... Closed
is related to MGNLWEBDAV-15 Node names aren't validated before cr... Closed
is related to MGNLDMS-173 Documents with special characters lik... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

go to http://sagw.mironet.ch/en/sagw/searchresult.html?query=m%C3%BCll

try to download Müller_PP-Praesentation

the magnolia login mask appears



 Comments   
Comment by Magnolia International [ 08/Jul/08 ]

Might be a dms issue - need to investigate

Comment by Magnolia International [ 09/Sep/08 ]

This is not only dms related, so we'll probably need a similar fix in both places.

Comment by Jan Haderka [ 13/Oct/08 ]

It doesn't seem to be reproducible with 3.7 snapshot on Linux.

Comment by Jan Haderka [ 13/Oct/08 ]

works fine on demoauthor running 3.6.3 as well (using FF3.0.3 on linux as a client)

Comment by Jan Haderka [ 14/Oct/08 ]

Major issue, but definitively not a blocker.

Comment by Magnolia International [ 23/Oct/08 ]

Contrary to the comment above, it is reproducible on 3.6.3:
See http://demopublic.magnolia.info/%01
Should get a 404 but gets a 401 instead.

TODO : refine title of the issue - only seem to reproduce the problem when the node name or path or the url starts with %nn

Comment by Jan Haderka [ 23/Oct/08 ]

Ha! Actually doesn't have to start with %nn as long as the nn is valid hex code it will be translated in the character represented by that code and results in 401 if you try http://demopublic.magnolia.info/%xy you get 400 (Bad Request).

Comment by Jan Haderka [ 29/Oct/09 ]

This issue should be re-tested with regard to the changes made for MAGNOLIA-2524. Since the special characters will no longer be double encoded the behavior will be different.

Comment by Jan Haderka [ 30/Oct/09 ]

Fixed by MAGNOLIA-2524

Generated at Mon Feb 12 03:33:23 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.