Solved

file URLs not responding

Posted on 2011-09-08
10
194 Views
Last Modified: 2012-05-12
I have a Drupal 6 intranet site.  We have numerous hyperlinks to files stored on our file server.  These links are "file" links - e.g. "file://server/shared/myfile.doc"
They had been working fine for months and then suddenly they stopped working.  When the user clicks on the URL, nothing happens.  Pointing at the URL makes the cursor switch to the pointer finger - indicating it's clickable - and the path appears in the status bar, but nothing happens when you click on it.
This behavior occurs in IE, Firefox, and Chrome.
No updates have been made to Drupal.
If I do a View Source on the page, copy the HTML to a blank HTML file, save it, and then open that file, the links work fine!  If I save the original page directly, it is saved as an mht file and then I open that, the links do not work.
I am at a loss of where to look to identify the source of this problem.
Any ideas would be MUCH appreciated.
Dale
0
Comment
Question by:dalevv
  • 6
  • 4
10 Comments
 

Author Comment

by:dalevv
Comment Utility
I should add that I did try switching to the standard Garland theme in Drupal and it didn't affect the problem either.
0
 
LVL 82

Expert Comment

by:Dave Baldwin
Comment Utility
You probably had a change in persmissions on the server or a Windows update on the server that changed permissions.  Maybe someone 'helped' you by tightening security on the server.
0
 

Author Comment

by:dalevv
Comment Utility
Thanks Dave, but I don't see how this would be an issue.  The exact same file links work fine on a saved HTML page - so there is no permission problem accessing the files from the server.  They just don't seem to work as presented by the CMS.
0
 
LVL 82

Expert Comment

by:Dave Baldwin
Comment Utility
Where is the HTML page saved?  On your computer where you are logged in or on the server?  Those are different permissions.
0
 

Author Comment

by:dalevv
Comment Utility
I don't see where any permissions come into play other than those necessary to access the file referenced in the URL - which are fine as evidenced by the fact that if I copy the HTML containing the links to a plain HTML file (as opposed to the page served up by the CMS and web server), the links work fine.  And, actually, if I save the page directly from the browser, it saves as an "mht" file on my local drive and the links do not work then either.  Only if I copy the HTML code from a View Source screen and save that as an html file do the links work.
It seems like there must be some content in that page that is disabling or intercepting those links.  But if so, why wouldn't I see that in View Source.
0
Highfive Gives IT Their Time Back

Highfive is so simple that setting up every meeting room takes just minutes and every employee will be able to start or join a call from any room with ease. Never be called into a meeting just to get it started again. This is how video conferencing should work!

 
LVL 82

Accepted Solution

by:
Dave Baldwin earned 500 total points
Comment Utility
Firefox has always blocked access to 'file://' URLs http://kb.mozillazine.org/Links_to_local_pages_don%27t_work so if you were accessing them, you had implemented one of the workarounds.  Chrome and Safari also block 'file://' access under normal conditions.  And IE8 did that for IE http://stackoverflow.com/questions/2762819/how-do-you-get-the-file-protocol-to-work-in-ie8 .

Also, access to a web server is normally under an 'anonymous' user with limited privileges which are quite different from your privileges on files you have created under your user privileges.

And if you say "I don't see" again, I'll have to conclude that you are not looking at anything.
0
 

Author Comment

by:dalevv
Comment Utility
When you click on a "file" link the request doesn't go back to the web server, so your "anonymous" rights are irrelevant.  Your rights as whatever user you are logged in as are relevant because your browser is the one trying to open the file directly.  As I've established, my logged in user can open the links because the exact same link works properly from a regular html page.
However, your link to the stackoverflow article was helpful since it mentions that the browser DOES differentiate between a page downloaded via HTTP and one just opened as a file...in that some browsers automatically disable file URLs on downloaded pages.  So I'm thinking that is what's happening.  The strange part is why did it show up all of the sudden.  There have been no web server changes (it's apache, so no auto-updates), and I've got machines running IE7,IE8,and IE9 and they all have the same issue, so it's not a browser version issue.....unless there was a security update to all the browswers...
0
 

Assisted Solution

by:dalevv
dalevv earned 0 total points
Comment Utility
Well, it's solved.  The stackoverflow article that DaveBaldwin gave me started me down the right track - that the browser was the issue.   I've been using IE - so others may have different resolutions.  My problem, it turns out, was that because of referencing our Intranet site using the fully qualified name - e.g. intranet.myplace.abc, instead of just using "intranet", IE saw it as a site from  the "Internet" security zone.  So when a page from that site tried to reference a page in the "Local Intranet" or "Trusted Sites" zone, it rejected those attempts.   So I think the change that occurred may have been in how we referenced the site.
Here's an article about this: http://windowsxp.mvps.org/ie/elevlocalfile.htm
So, the fix is to add the Intranet site to the "Local Intranet" zone or trusted sites.
0
 

Author Closing Comment

by:dalevv
Comment Utility
Dave's post identified the root cause of the issue, I found the resolution for my specific problem, so that's why I'm splitting it.
0
 
LVL 82

Expert Comment

by:Dave Baldwin
Comment Utility
Thanks and that's good to know.
0

Featured Post

Highfive Gives IT Their Time Back

Highfive is so simple that setting up every meeting room takes just minutes and every employee will be able to start or join a call from any room with ease. Never be called into a meeting just to get it started again. This is how video conferencing should work!

Join & Write a Comment

Suggested Solutions

In this article, we will look at our content management system as a whole, to get an idea of how we will start to manage these content items.
Building a website can seem like a daunting task to the uninitiated but it really only requires knowledge of two basic languages: HTML and CSS.
In this tutorial viewers will learn how to style elements, such a divs, with a "drop shadow" effect using the CSS box-shadow property Start with a normal styled element, such as a div.: In the element's style, type the box shadow property: "box-shad…
In this tutorial viewers will learn how to code links for mobile sites that, once clicked, send a call or text to a specified number. For a telephone link (once clicked, calls a number), begin with a normal "<a href=" link tag. For the href, specify…

771 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

14 Experts available now in Live!

Get 1:1 Help Now