cancel
Showing results for 
Search instead for 
Did you mean: 

Attach variety of external access download.

ajshaw
Champ in-the-making
Champ in-the-making
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-7...

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 Smiley Happy
13 REPLIES 13

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

Thanks,

Kevin

ajshaw
Champ in-the-making
Champ in-the-making
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
Champ in-the-making
Champ in-the-making
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
Star Contributor
Star Contributor
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
Star Contributor
Star Contributor
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-7...

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 Smiley Happy

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
Champ in-the-making
Champ in-the-making
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
Champ in-the-making
Champ in-the-making
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
Star Contributor
Star Contributor
That's a little worrying - has anyone else out there seen this problem??

Thanks,

Kevin

ajshaw
Champ in-the-making
Champ in-the-making
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 Smiley Happy