file posting bug

  • Unknown's avatar
    jarekza · Member ·

    Hello. First of all, I’m pretty disappointed that even bugs must be reported over a forum.

    this is what I wrote to the AI recently:
    this is link copied directly from the erroneous post https://samosprava120.wordpress.com/wp-content/uploads/2026/06/7151_2025_zprava_spravce.pdf
    and this is the link copied from media section, file URL: https://samosprava120.wordpress.com/wp-content/uploads/2026/06/7151_2025_zprava_spravce.pdf
    it does not work, you can check it

    it asked me to try:
    I have deleted and reup the file in an anonymous window – the new link is:
    https://samosprava120.wordpress.com/wp-content/uploads/2026/07/7151_2025_zprava_spravce.pdf
    which does not work either.

    its not first time this issue appeared.

    The blog I need help with is: (visible only to logged in users)

  • Unknown's avatar
    james3265166 · Member ·

    I completely understand your frustration with getting stuck in a loop trying to report this. Looking closely at the URLs you shared, there is a structural error causing the broken links: the paths have an accidental double folder sequence generating as /wp-content/uploads/uploads/. This extra /uploads/ segment is why the server can’t find the files. If you manually delete one of those duplicate uploads/ sections from your browser’s address bar, the PDF should load perfectly. Since this is happening automatically inside your dashboard media library, I have flagged this thread directly for Staff / Happiness Engineers so they can look into your database settings and fix whatever is duplicating that upload path

  • staff-webwizard · Staff ·

    Thanks for the detailed report and the links; that helped a lot.

    Here is what I found:

    The June URL (…/2026/06/7151_2025_zprava_spravce.pdf) returns a 404 because that file was deleted, so that link is expected to fail now.

    The July file (…/2026/07/7151_2025_zprava_spravce.pdf) appears stored on our side as a 33 KB PDF, but the server is refusing to serve it. I have confirmed this happens on every request, including when I open it directly, so it is not something on your end. I have passed this to our engineering team to investigate why this specific file will not serve.

    Meanwhile, here is a workaround that should get the document live again right away:

    1. Upload the PDF once more, but give the file a new name before uploading, for example, zprava-spravce-2025.pdf (lowercase, using hyphens instead of underscores, like your older files that work fine).
    2. Open the post/page that links to the report and update the link so it points to this newly uploaded file.

    Reusing the exact same filename that has been uploaded and deleted several times appears to be part of what is triggering this, so a fresh filename should avoid it.

    Your homepage currently still links to the old June file, so even once the new upload is live, you will want to update that link too; otherwise, visitors will keep hitting the 404.

    Please let me know if you have any questions!

Log in or create an account to reply