Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Download link fails #2

Open
GoogleCodeExporter opened this issue Dec 16, 2015 · 16 comments
Open

Download link fails #2

GoogleCodeExporter opened this issue Dec 16, 2015 · 16 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Click any download link in nexfile and downlaod fails
2. However down load archive does work...
3.

What is the expected output? What do you see instead?
Nothing


What version of the product are you using? On what operating system?
Latest
OS X Server + safari + Firefox + Windows clients


Please provide any additional information below.


Original issue reported on code.google.com by syst...@oisystems.co.uk on 29 Jun 2010 at 7:57

@GoogleCodeExporter
Copy link
Author

[deleted comment]

@GoogleCodeExporter
Copy link
Author

Wed Jun 30 00:06:29 2010 - Language "english" not found in 
$_CONF['language_files'] array! 
Wed Jun 30 00:06:31 2010 - Language "english" not found in 
$_CONF['language_files'] array! 
Wed 30 Jun 00:06:31 2010 - Download.php - op:download, uid:2, fid:13 

Original comment by syst...@oisystems.co.uk on 29 Jun 2010 at 11:11

@GoogleCodeExporter
Copy link
Author

The file type is in the supported file types in the Nexfile online 
configuration?

Original comment by rkolenko@gmail.com on 30 Jun 2010 at 2:03

@GoogleCodeExporter
Copy link
Author

yes
jpeg files

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 2:51

@GoogleCodeExporter
Copy link
Author

The downloader class in Geeklog 1.61 and 1.7 has been changed.  You could 
conceivably change out the /system/classes/downloader.class.php file for an 
older one from Geeklog 1.51 for the time being.


Original comment by rkolenko@gmail.com on 30 Jun 2010 at 4:08

@GoogleCodeExporter
Copy link
Author

OK I will try that could you post the file up here do you think as it's quite a 
big bug until this is fixed so others might like to get hold of it...
Thanks...

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 4:15

@GoogleCodeExporter
Copy link
Author

So I did that ...I have switched on Debug in Nextfile..
 "english" not found in $_CONF['language_files'] array! 
Wed Jun 30 17:24:22 2010 - Language "english" not found in 
$_CONF['language_files'] array! 
Wed Jun 30 17:24:24 2010 - Language "english" not found in 
$_CONF['language_files'] array! 
Wed Jun 30 17:24:26 2010 - Language "english" not found in 
$_CONF['language_files'] array! 
Wed 30 Jun 17:24:26 2010 - Download.php - op:download, uid:2, fid:13 
Still no download... You hive rbut not normally...

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 4:29

@GoogleCodeExporter
Copy link
Author

Not sure what your last comment was trying to say.. but nexfile download arrow 
works fine for files that are in the accepted/configured download type in our 
development lab.

We're not getting any of the 'english' errors you've shown in your note above.

Original comment by rkolenko@gmail.com on 30 Jun 2010 at 4:38

@GoogleCodeExporter
Copy link
Author

Ok this may help the left hand download file for editing buttom works (Smaller 
Green downward arrow) but the larger button to it's left does not, also the in 
box (the pop up box with Download edit lock etc...) the download link from that 
does not work...
So two download methods do including the far right download link for each file 
& the downlaod as archive option......

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 5:20

@GoogleCodeExporter
Copy link
Author

here is the httpd error log in debug mode....

[Wed Jun 30 20:09:15 2010] [debug] mod_headers.c(743): headers: 
ap_headers_output_filter()
[Wed Jun 30 20:09:17 2010] [debug] mod_headers.c(743): headers: 
ap_headers_output_filter()
[Wed Jun 30 20:09:20 2010] [debug] mod_cache.c(131): Adding CACHE_SAVE filter 
for /nexfile/download.php
[Wed Jun 30 20:09:20 2010] [debug] mod_cache.c(138): Adding CACHE_REMOVE_URL 
filter for /nexfile/download.php
[Wed Jun 30 20:09:20 2010] [error] [client 88.97.139.140] PHP Fatal error:  
Call to undefined method downloader::addAvailableExtensions() in 
/Library/WebServer/project1/public_html/nexfile/download.php on line 78, 
referer: http://project1.rhcresearch.co.uk/nexfile/index.php
[Wed Jun 30 20:09:20 2010] [debug] mod_headers.c(743): headers: 
ap_headers_output_filter()
[Wed Jun 30 20:09:20 2010] [debug] mod_cache.c(663): cache: Caching url: 
/nexfile/download.php?op=download&fid=13
[Wed Jun 30 20:09:20 2010] [debug] mod_cache.c(669): cache: Removing 
CACHE_REMOVE_URL filter.
[Wed Jun 30 20:09:20 2010] [debug] mod_cache.c(854): (2)No such file or 
directory: cache: store_headers failed

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 7:13

@GoogleCodeExporter
Copy link
Author

so it's line 78 in download.php that is the offending party...
downloader::addAvailableExtensions() 
Not sure why though...

Original comment by syst...@oisystems.co.uk on 30 Jun 2010 at 10:38

@GoogleCodeExporter
Copy link
Author

Hello, is his a bug, it looks like one... ?

Original comment by syst...@oisystems.co.uk on 1 Jul 2010 at 9:36

@GoogleCodeExporter
Copy link
Author

It could be a bug.  We'll have to retest in our lab next week.

Original comment by rkolenko@gmail.com on 2 Jul 2010 at 12:34

@GoogleCodeExporter
Copy link
Author

email me,
Tom Walker has my email address my name is rob
I can give you root access to the site VIA FTP so you can see what is going on, 
no need to set up a test server...

Original comment by syst...@oisystems.co.uk on 2 Jul 2010 at 7:30

@GoogleCodeExporter
Copy link
Author

Thank you for the offer, but we still need to re-test the distribution on our 
machines so we can update the files here.


Original comment by rkolenko@gmail.com on 5 Jul 2010 at 12:04

@GoogleCodeExporter
Copy link
Author

We are still looking at a resolution to this issue.  nexFile should work fine 
on Geeklog 1.6.1.  

Our Drupal filedepot module is the direct replacement for Geeklog's nexFile.
(http://drupal.org/project/filedepot)

Original comment by rkolenko@gmail.com on 14 Jul 2010 at 1:19

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant