• Plugin work nicely and is not complicated….

    However, when adding a PDF document, the path includes the full URL, making it break all PDF links when migrating to another domain

    The author should consider adding support for relative paths

    • This topic was modified 3 years, 1 month ago by casperroux.
Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Author awsm.in

    (@awsmin)

    @casperroux

    Unfortunately, relative URLs cannot be supported by the plugin as the document viewers (Google Docs Viewer and Microsoft Office Online) require absolute URLs to be able to render the documents.

    Kindly note that by default, when you add images and other files also in a WordPress page or post, full URLs are used. It is recommended to search and replace the domain name everywhere in the database when you move to a new domain name. If you follow it, the PDF links also will be updated with the new domain. This way, you can make sure nothing breaks when you migrate to a new domain.

    You have mentioned that the plugin works nicely for you. We are glad about that, and thanks for the comment. But the rating you have given because of the things that are not under our control – could badly affect us. Kindly consider updating it.

    Thank you

    Thread Starter casperroux

    (@casperroux)

    an easy fix with search & replace 😉
    thanks

    I updated the stars to 5 now… just for you

    Plugin Author awsm.in

    (@awsmin)

    @casperroux Thank you so much! We appreciate that. 🙂

    Thread Starter casperroux

    (@casperroux)

    Plugin updated yesterday….. and it broke all PDF links
    Microsoft documents is still working

    Thread Starter casperroux

    (@casperroux)

    This is how a microsoft Link looks like…

      [embeddoc url=”https:/******.com/wp-content/uploads/2-Accident_Investigation_Form.doc” viewer=”microsoft”]

      This is how a PDF Link looks like…

      [pdfjs-viewer url=”https%3A%2F%2F******.com%2Fwp-content%2Fuploads%2F2-Fire_Fighting_Equipment_Inspection_Register.pdf” viewer_width=100% viewer_height=500px fullscreen=false download=false print=false]
    Plugin Author awsm.in

    (@awsmin)

    @casperroux The last plugin update was released two months ago. It must be something else causing the issue.

    Plugin Author awsm.in

    (@awsmin)

    This is how a PDF Link looks like…

    [pdfjs-viewer url=”https%3A%2F%2F******.com%2Fwp-content%2Fuploads%2F2-Fire_Fighting_Equipment_Inspection_Register.pdf” viewer_width=100% viewer_height=500px fullscreen=false download=false print=false]

    @casperroux ‘[pdfjs-viewer..’ is not a shortcode generated by Embed Any Document. It’s a different plugin.

    Thread Starter casperroux

    (@casperroux)

    There is 2 plugins used… My mistake.
    I will now uninstall the other one, and fix them to work only with your plugin.

    This then also means the the original problem with the migration was not the fault of your plugin, but the other one that was used.
    Your links migrated correctly.

    Can I give you 7 stars for support 😉
    Thanks

    Plugin Author awsm.in

    (@awsmin)

    @casperroux Haha, thank you so much for that! 😄

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘Pl;ugin limitations’ is closed to new replies.