if you want to upload an image entitled desktop.jpg it works, if it is entitled desktop.JPG, it doesnt show the website, but gives you just the option to download it.
http://www.coh2.org/file/2121/desktop4.jpg
works!
www.coh2.org/file/2120/desktop3.JPG
doesnt work!
its the same exact picture!
JPG file upload incorrect
2 Aug 2013, 17:35 PM
#1
1
Posts: 1021 | Subs: 1
2 Aug 2013, 17:36 PM
#2
1
Posts: 1021 | Subs: 1
and it would be very good to have the option to delete files you dont need anymore
2 Aug 2013, 17:38 PM
#3
Posts: 881
What is this, you can upload files?
Edit: nice, never saw that feature before, and I've even been in that menu countless times!
Edit: nice, never saw that feature before, and I've even been in that menu countless times!
2 Aug 2013, 18:08 PM
#4
Posts: 1164
wihtout looking into it any further, i'd guess it's the same problem as downloading replays with IE (wrong content-type in header).
10 Oct 2013, 11:56 AM
#5
Posts: 1164
*bump*
error still present... i actually took the time to look into it, and whats wrong here is the content-disposition: it's inline for lower case jpg and its attachment for upper case JPG. should be a 2 line fix in apache config.
error still present... i actually took the time to look into it, and whats wrong here is the content-disposition: it's inline for lower case jpg and its attachment for upper case JPG. should be a 2 line fix in apache config.
26 Mar 2014, 23:47 PM
#6
Posts: 3709 | Subs: 2
It's a bit more complicated because they are not served directly but go through xSendFile.
But yeah in practice, the config of that just said that forceDownload was false for only 'jpg', 'gif', 'png'.
I'll add strtolower around the extension check. Is there other file types that shouldn't be downloaded while we're at it?
And why do I even need to define that on the server, wouldn't it be more logical for each browser to decide what to do with each type?
But yeah in practice, the config of that just said that forceDownload was false for only 'jpg', 'gif', 'png'.
I'll add strtolower around the extension check. Is there other file types that shouldn't be downloaded while we're at it?
And why do I even need to define that on the server, wouldn't it be more logical for each browser to decide what to do with each type?
27 Mar 2014, 07:19 AM
#7
Posts: 1164
i don't know the exact intricacies, but my guess is:
IF you send a content-disposition type, the browser respects what you tell him (and in this case displays the raw data). if you DON'T send a content-disposition (and/or the type is not application/octet), the browser will fall back to some sort of default he has set for certain file/content types.
IF you send a content-disposition type, the browser respects what you tell him (and in this case displays the raw data). if you DON'T send a content-disposition (and/or the type is not application/octet), the browser will fall back to some sort of default he has set for certain file/content types.
27 Mar 2014, 17:43 PM
#8
Posts: 3709 | Subs: 2
Thanks !
I've fixed it for uppercase jpg, png and gif.
All others are still attachment.
I've fixed it for uppercase jpg, png and gif.
All others are still attachment.
PAGES (1)
1 user is browsing this thread:
1 guest
Livestreams
2 |
Ladders Top 10
-
#Steam AliasWL%Streak
- 1.829222.789+35
- 2.34957.860+14
- 3.587233.716+3
- 4.1095612.641+19
- 5.883398.689+5
- 6.280162.633+8
- 7.997646.607+1
- 8.379114.769+1
- 9.300113.726-1
- 10.717439.620+1
Replay highlight
VS
- cblanco ★
- 보드카 중대
- VonManteuffel
- Heartless Jäger
Einhoven Country
Honor it
9
Download
1001
Board Info
627 users are online:
627 guests
3 posts in the last 24h
3 posts in the last week
23 posts in the last month
3 posts in the last week
23 posts in the last month
Registered members: 48731
Welcome our newest member, may88forex
Most online: 2043 users on 29 Oct 2023, 01:04 AM
Welcome our newest member, may88forex
Most online: 2043 users on 29 Oct 2023, 01:04 AM