Download in forum not working? Download in forum not working?
 

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Main Menu

Download in forum not working?

Started by olli80, November 18, 2011, 11:20:53 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

olli80

Hi there,

everytime i click on a download link in this forum it just give me a index.php for downloading.

I´m registered and loged in!

Is it a problem with the forum or me?

Αndré

I also noticed that behavior with the latest Firefox release. The content of the file is correct, but the file name is always index.php. It doesn't happen with e.g. Chrome, at least for me. I don't know if it's a general issue with Firefox, SMF2 or just the combination of (my) Firefox and our board.

Maybe someone else can report their experiences, so we can post a bug report if necessary.

lurkalot

It's a SMF issue.  Has this been resolved now?  If not there's some info regarding the problem here, http://www.simplemachines.org/community/index.php?topic=451766.0  it also says what file to edit to resolve it.
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

Αndré

Still happens for me, e.g. when I try to download a zip file from the plugin contributions board.

lurkalot

Quote from: Αndré on November 24, 2011, 11:29:25 AM
Still happens for me, e.g. when I try to download a zip file from the plugin contributions board.

Andre, I don't have server access, so I'm waiting for an official patch that can be installed through the package manager to solve this issue.   There is one patch available ATM, but waiting for feedback on it to make sure it covers all types of attachment. ;)
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

Αndré

I assume you're talking about that patch: http://dev.simplemachines.org/mantis/view.php?id=4825

Unlike described in the instructions you have to apply that patch to the file Sources/Display.php (at least that's the only place I found the code part). I'll apply the patch soon and will test as thorough as possible.

Αndré

#6
Test file attached.

Update: Doesn't work with file names with spaces (as expected, as they removed the required quotes). I'll now try to fix that issue for our board. If we have a working fix, we can provide it to the SMF team. Do you have an account on their boards, lurkalot?

lurkalot

Thanks Andre, hopefully sorted then. 

Cheers.  ;)
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

Αndré


lurkalot

I think this has been mentioned before in another thread, I'll see if I can find it.
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

lurkalot

This is the tread where the patch with install via package manager is posted.  I'm sure it mentions the quotes problem too. http://www.simplemachines.org/community/index.php?topic=454734.0
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

Αndré

I haven't read that thread yet, but think I fixed it on my own. Needs some more testing, but removing the whole Firefox case (and using the default method) seems to work as expected for file names with and without spaces. Will test non-latin characters now.

Αndré

Test file with spaces and non-latin characters attached.

Update: the UTF-8 characters get encoded. Not very beautiful, but as the majority of our files contain just alphanumeric latin characters a workaround I can live with, until a real fix is provided by the SMF team.

lurkalot

That's fantastic Andre, as long as it works that's the main thing.  I'll keep following the progress over at SMF. ;)

Thanks again.  ;)
Running SMF 2.1.4  / Tinyportal 3.0.1, bridged with Coppermine 1.6.25, plus cpmfetch 2.0.0

Αndré

We're now using the Opera header, as it works as expected as far as I can judge.