+1-888-365-2779
Try Now
More in this section

Forums / Bugs & Issues / Replacing an existing file or document changes the document Url

Replacing an existing file or document changes the document Url

9 posts, 0 answered
  1. Marz
    Marz avatar
    5 posts
    Registered:
    06 Aug 2012
    08 Feb
    Link to this post

    This is new in SF 9, first I thought it's a bug because the behavior did not exist in my previous version (SF 7) but I got it confirmed by Telerik that it's not a bug and it's done by design.

    Long story short, when you replace an existing file or document, if the name of the new file is different than the one already uploaded on the website, then Sitefinity 9 changes the Url of the file/document based on the new file name.  

    Example: http://domain.com/agenda.pdf is your current document Url, when you replace this document with a file with a different name, let's say "agenda_feb_08.pdf" then the document Url changes to http://domain.com/agenda_feb_08.pdf and all the references to the old Url will be broken, the old Url stops working without a fallback solution or a redirect. 

    This change in design is not a good practice at all and it was not communicated.  Is there anyone else being effected by this?

    Thanks

  2. Arno
    Arno avatar
    249 posts
    Registered:
    08 Sep 2010
    08 Feb
    Link to this post
    I only upgraded to the latest version recently and did not notice the change yet. Sounds like bad design. URLs should never change unless specifically asked for.  Changing it is bad for SEO and user experience in general. Seems like the Sitefinity SEO expert has not been consulted on this one.
  3. Marz
    Marz avatar
    5 posts
    Registered:
    06 Aug 2012
    08 Feb in reply to Arno
    Link to this post

    I can't agree more.  

    So after you replace a document the Url changes but the "Allow multiple URLs" is still pointing to the old Url which is not active anymore (screenshot attached) enabling the checkboxes basically does nothing.

    Also, as you can see in the screenshot, the URL stays intact but the URL to file changes which it does not make any sense. (Btw, just to be clear, I replace a file named brochure.pdf with 2017-Web-Catalog.pdf)

  4. Arno
    Arno avatar
    249 posts
    Registered:
    08 Sep 2010
    08 Feb
    Link to this post
    This should be fixed. It might be done by design but that does not mean it makes sense. Mistakes need to be fixed :-) Is there a bug report I can vote on?
  5. Arno
    Arno avatar
    249 posts
    Registered:
    08 Sep 2010
    23 Feb in reply to Marz
    Link to this post
    Support is telling me to file a feature request to correct this bad design decision. Did you file one? If so I will vote for it.
  6. Marz
    Marz avatar
    5 posts
    Registered:
    06 Aug 2012
    23 Feb
    Link to this post

    I just heard back from Telerik's Dev team, doesn't sound there's a fallback solution and this change in "design" was made in Sitefinity 9. 

    I have not filed a feature request yet, but I will.

  7. Arno
    Arno avatar
    249 posts
    Registered:
    08 Sep 2010
    23 Feb in reply to Marz
    Link to this post

    Ok, thanks. Please share the URL once you filed it.

    I was told it was changed to allow different file names for multilingual documents (http://docs.sitefinity.com/media-content#multilingual-media-content), but that is no reason to change the URL on each document update. It was a bad decision and now unfortunately it consumes everybody's time.

  8. Marz
    Marz avatar
    5 posts
    Registered:
    06 Aug 2012
    23 Feb in reply to Arno
    Link to this post

    They should've also thought about those customers that are not using the multilingual feature and the documents that are already established by Google crawlers.  I don't get it, how something this simple has been overlooked?

    By the way, I found this, when I read the explanation it still doesn't make sense to me: https://feedback.telerik.com/Project/153/Feedback/Details/202382-replacing-a-document-with-a-document-with-different-title-does-not-add-the-old-ur

  9. Liz
    Liz avatar
    0 posts
    Registered:
    12 May 2016
    28 Feb
    Link to this post

    Hi Marz, 

     

    Can you use a 301 Redirect to work around the issue?  Forget about the multiple urls and instead control it with the 301?   

9 posts, 0 answered