More in this section

Forums / Developing with Sitefinity / Cannot link to document library docs from email client when IE is default browser

Cannot link to document library docs from email client when IE is default browser

7 posts, 0 answered
  1. clayman
    clayman avatar
    38 posts
    Registered:
    23 Sep 2009
    24 Mar 2010
    Link to this post
    Yes, it's a long subject and a very specific problem.  We are running 3.7 SP1.

    Our marketing department would like to send html-formatted email newsletters with markup and links back to content on our site.

    Here is a sample link which will work fine from within the browser.  After making IE your default browser you'll need to copy this into an email and test it from there to see what I'm seeing.

    Claymore US Fundamental Index ETF CLU


    Within the mail client, when the default web browser is IE (7 or 8), the link doesn't work.  I even add the "?download=true" querystring to the url, and then we get an "internet explorer not able to open this site" error.  You'll also need to copy this into an email and test it from there to see what I'm seeing.
    Claymore US Fundamental Index ETF CLU

    Now why this works with chrome and firefox as the default browser and not IE is interesting but unfortunately, most of the world uses IE.  So this must work in IE.  Why doesn't it, and what can we do to fix it?



  2. Georgi
    Georgi avatar
    3583 posts
    Registered:
    28 Oct 2016
    26 Mar 2010
    Link to this post
    Hello clayman,

    Thank you for posting your question. 

    I have reproduced the issue with your web site. Then I tried it locally, and saw that everything is fine. 

    I have noticed one more thing - if you open a new instance of IE8, and paste the address to the pdf file in the address bar (http://claymoreinvestments.ca/Libraries/Literature_en/2010-03-19_CLU_Index_Rebalance_Sheet.sflb.ashx), then press enter. The first time nothing will happen. If you press enter second time (second request), you will see the pdf file. 

    As I said, I am not able to reproduce this locally. 

    Have you made any modifications to some of the http modules? Any special configurations? Have you extended the content handler (the one responsible for the sflb.ashx requests) ?

    Regards,
    Georgi
    the Telerik team

    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
  3. clayman
    clayman avatar
    38 posts
    Registered:
    23 Sep 2009
    26 Mar 2010
    Link to this post
    Georgi -

    We are using the AdvancedUrlRewriter - I suppose that would qualify as a special configuration.  We have not made any modifications to the content handler, although recently it was suggested that we might need to in order to resolve an issue with FireFox 3.6 and referecning embedded .swf content (content disposition of inline vs. attachment).  We haven't attempted that change yet though. 


    Thanks
  4. Georgi
    Georgi avatar
    3583 posts
    Registered:
    28 Oct 2016
    29 Mar 2010
    Link to this post
    Hi Clayman,

    Thank you for your config file.

    I made the same configuration on my local machine, and the same library. The problem is still not reproduced locally.

    If you want, we can test the project locally. Just open a support thread and send us a link from which we can download your project.

    Sincerely yours,
    Georgi
    the Telerik team

    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
  5. clayman
    clayman avatar
    38 posts
    Registered:
    23 Sep 2009
    29 Mar 2010
    Link to this post
    One last idea here... we are using the iis wildcard mapping to run all requests through the asp.net runtime.  This was necessary to keep our urls consistent with the pre-Sitefinity scheme.  We had been using a product from Helicon which worked well but unfortunately not so well with Sitefinity.  Could the wildcard mapping be causing the issue?  Perhaps you could test that locally as well.

    thanks
  6. clayman
    clayman avatar
    38 posts
    Registered:
    23 Sep 2009
    30 Mar 2010
    Link to this post
    I found the problem.

    It was caused by a library setting related to the caching.

    From within the images and documents module, select "set details", and expand the "more options" section.  There is a checkbox there under "how long should the browser cache an image or document" entitled "Until the image or the document is changed".  I had previously deselected that since I did not have the "enable caching" box checked.  Seemed like it would be effectively deselected anyway if caching was off.  Turns out that little checkbox was the cultprit.  I'm not sure if that is by design (I suspect not) but checking it seemed to fix the problem.  Yikes.
  7. Georgi
    Georgi avatar
    3583 posts
    Registered:
    28 Oct 2016
    30 Mar 2010
    Link to this post
    Hi Clayman,

    Thank you for letting us know about the resolution that you found. 

    I indeed checked the problem with SP1 and its reproduced. The good thing is that it's fixed in SP2, and is not reproducible in SP3 as well.

    Apologies for not considering this scenario earlier.

    All the best,
    Georgi
    the Telerik team

    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
Register for webinar
7 posts, 0 answered