Could we see the code/url?
Title pretty much explains it all, issue persists in FireFox 5.0.1 on the Mac OS X (not lion the one before that). Works fine in Safari.
Is this a client side error, or do i need to get the developers of the website to fix something?
Could we see the code/url?
its an internal site developed for us by a third party, but a link that is failling on FF on MAC looks like this:
not sure if thats any use?Code:</li><li><a href="/lib/utils/secure_image.php?file=/5/58/Yr_7_Visual_Arts_Assessment_Schedule.pdf" class="internal" title="Yr 7 Visual Arts Assessment Schedule.pdf" target="_blank">Yr 7 Visual Arts Assessment Schedule</a> </li></ul>
the php page you are calling could use the header command to redirect the user to the pdf file
I think that syntax is right...Code:header("location: http://[rest of path here]/5/58/Yr_7_Visual_Arts_Assessment_Schedule.pdf")
I should have explained a bit more...
use $_GET to insert the file name into the header command...
this method is no good if the secure page writes output...in that case pass the filename onto a loader page that uses the location function.
Last edited by CESIL; 29th July 2011 at 10:33 AM.
This is site developed and maintained by a 3rd party for us.
Are there errors in that code we need to get them to fix?
What images/files was the secure_image page designed to return?
I am guessing that the idea is that the link takes a user to a login page (or one that checks credentials) and then returns a file?
can you post the php code that gets returned by the link you posted?
May sound stupid, but are you sure it's not downloading the pdf, then just redirecting?
I know firefox on mac never used to be open to "open" pdf files without a plugin, so autodownloaded them to desktop (or w/e it's set). After it was downloaded it'd redirect to the download page, (or again "used to")
May sound stupid, but worth a check :P
what plugin would I need? Ill have a test when I get back to work on monday dont have anything mac with me here...
@CESIL its just meant to go to the pdf file, not sure what the secure thing is about unless its checking to see if user is logged on...
It might be downlaoding the pdf and naming it php i have no idea. Ill investigate more on monday, thanks
Make sure lib/utils has the right perms set on the web server - a web server will just serve a php file if you don't tell it to interpret it... often /cgi-bin/ is already set up to handle .cgi/.php et al, whereas other directories often aren't. With apache, either stick in a config for that directory, or sometimes you can get away with .htaccess
And rabbie, about the plugins there's a lot of them, but as I mentioned haven't used Macs in a while, so the basic firefox(mac) behaviour may have changed, but aye check your download folder, or desktop w/e just to see if it did download the file, when you got a minute :P Just worth checking!
RabbieBurns (29th July 2011)
aye works fine with all other browsers on all other OS just ffox on mac thats the problem. Its starting to sound more likely what you have said so will check that first thing monday. Cheers
note to self...read all the post idiot! I just read the title and then jumped in...
There are currently 1 users browsing this thread. (0 members and 1 guests)