nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Attach variety of external access download.

ajshaw

Apologies if this is the wrong board.

USING alfresco1.3 Dev…

The following url:

http://***.***.***.***:8080/alfresco/download/attach/workspace/SpacesStore/bf3229d8-f21d-11da-83d1-7d00c05ef484/Swansea%20Case%20Study%20-%20AR%20v1.1.pdf?guest=true

results in the pdf being downloadable, but the name is 'CAC92VMR.' and the filetype is 'Adobe acrobat control for activeX'.

The same Url format, using 1.2.1, works as expected, with the filename specified in the url and the filetype being pdf document.

Does anyone know if things have changed and i have to do it differently, or is it a bug? Thanks

Find more posts tagged with

Comments

kevinr

Are you using IE7 Beta? As there appears to be a bug it's in handling of HTTP1.1 attached files…

Thanks,

Kevin

ajshaw

I am using 6.0. I tried also using firefox and netscape, which both worked fine. Opera behaved incorrectly like IE.

I then tried IE on 3 other boxes, all variants of 6.0, and all behaved in the same incorrect way.

i then removed my alfresco 1.3 installation, and replaced it with a brand new instance (war file, clean DB and alf_data). Repeating the steps above i obtained exactly the same results.

This is using the war file i downloaded for the 1.3 preview off of the home page last week.

steve

Hi,

It might be that you have an ActiveX control installed that is taking control of Adobe PDF files - hinted by your filetype of 'Adobe acrobat control for activeX'

Steve

kevinr

I am using 6.0. I tried also using firefox and netscape, which both worked fine. Opera behaved incorrectly like IE.

I then tried IE on 3 other boxes, all variants of 6.0, and all behaved in the same incorrect way.

i then removed my alfresco 1.3 installation, and replaced it with a brand new instance (war file, clean DB and alf_data). Repeating the steps above i obtained exactly the same results.

This is using the war file i downloaded for the 1.3 preview off of the home page last week.

That's rather strange then as we are testing with IE6 and FireFox here and it is ok. We have only seen this problem on IE7beta.

Thanks,

Kevin

kevinr

Apologies if this is the wrong board.

USING alfresco1.3 Dev…

The following url:

http://***.***.***.***:8080/alfresco/download/attach/workspace/SpacesStore/bf3229d8-f21d-11da-83d1-7d00c05ef484/Swansea%20Case%20Study%20-%20AR%20v1.1.pdf?guest=true

results in the pdf being downloadable, but the name is 'CAC92VMR.' and the filetype is 'Adobe acrobat control for activeX'.

The same Url format, using 1.2.1, works as expected, with the filename specified in the url and the filetype being pdf document.

Does anyone know if things have changed and i have to do it differently, or is it a bug? Thanks

FYI there was a fix from 1.2.1 to 1.3 where we changed the "attach" mode in the Download servlet to correctly encode UTF-8 characters in filenames using the ISO-8859-1 standard. It works ok in everything we had tested except for IE7beta. I guess maybe the Adobe activex plugin that seems to be launched on your system does not support that standard either - this is a shame if that is the case as we need to use it to support UTF-8 filenames…

Thanks,

Kevin

ajshaw

I neglected to mention, during my further tests, the same thing occurs when uploading html files too (thats the only other thing i tested). The filename came out scrambled and the mimetype (in IE) was 'text file' or similar. I will perform the same tests with alfresco hosted on another box when i get home.

ajshaw

Okay. i just downloaded the 1.3 war. droped it in an empty tomcat/webapps folder, removed the old database and made a new one, deleted alf_data.

I then started tomcat. Added a text file to the repository, viewed it's properties and copied the shortcut to download content. I then pasted this shortcut into a new browser window and hit enter. The result was the same as before.

I've tested this now on 2 different computers on 3 different IEs (6.0***) and the result has been the same.

The war download was from sourceforge.

kevinr

That's a little worrying - has anyone else out there seen this problem??

Thanks,

Kevin

ajshaw

Here's an update:

This weekend i went to my girlfriend's house and installed tomcat 5 and mysql on her desktop. I then downloaded the 1.3 preview from sourceforge and fired up alfresco.

Logged in as admin, i added content (a html page) and then copied the download content url from the documents properties view.

Pasting the url into a new browser (IE 6.0something) i got the same results as before.

Having tested on several computers now and had exactly the same results i'm mystified as to why no one else has reported similar experiences.

If anyone else want's to test it out, these are the circumstances:

alfresco 1.3 dev
tomcat 5.5
IE 6.0
using the attach variety of download url (rather than direct)

I'd be interested to know what results anyone else might get, even if it works fine for you. Then at least i know it's just that i'm cursed and not a bug

kevinr

I've managed to reproduce the issue on IE6 on a machine here - i'll get it raised in JIRA and look into it.

Thanks for pushing this one!

Kevin

kevinr

http://www.alfresco.org/jira/browse/AWC-712

kevinr

r3024 | kevinr | 2006-06-05 11:19:26 +0100 (Mon, 05 Jun 2006) | 1 line
Changed paths:
M /alfresco/HEAD/root/projects/web-client/source/java/org/alfresco/web/app/servlet/DownloadContentServlet.java

Fix to remove ISO encoding from attached filenames - no longer requried now URL encoding is used for filenames
————————————————————————

will be available in the next 1.3 drop.

Thanks,

Kevin

ajshaw

Thanks kevin.