WordPress.org

Ready to get started?Download WordPress

Forums

Bug report: attachment URLs wrong for non-pics (6 posts)

  1. asmian
    Member
    Posted 7 years ago #

    I'm just starting out with WP and I'm playing around with adding attachments to posts. I have a brand shiny new installation of 2.0.5. I am not an HTML/CSS/PHP dummy but solving this in someone else's complex code is a little beyond my skills, which is why I am logging this bug report.

    I have managed to work out how to add simple photo attachments via the upload/browse/send to editor method, and the difference between thumbnail and original options. That works fine.

    So as an experiment, I tried uploading a video file. I wasn't expecting it to work actually, but it did exactly what I hoped, allowing me to link it directly as a download with some descriptive text as the anchor. Fine. The problem is that the URL which was inserted when I sent to editor was wrong.

    What I got when inserted (I am showing here only the base-relative URLs not full) was:
    /wp-admin/myvid.avi

    Clearly this isn't the correct upload URL, and of course the link doesn't work. However, when I copied into the anchor link the relative URL from the picture I'd uploaded in the same test post, it worked and linked correctly:
    /wp-content/uploads/2006/12/myvid.avi

    This shows that the upload is working fine, but something in the inline_uploading.php code is inserting this incorrect URL for non-pics when doing the "send to editor". Perhaps someone more familiar with this code can track down the buggy section and issue a patch for this. Many thanks.

  2. Daithionline
    Member
    Posted 7 years ago #

    I am having the exact same problem. I tried uploading a word document, but it returns the wrong URL. If I upload it as 'Linked To Page' it works fine. And I can even take the URL from the Linked To Page, page and place it back into where I originally tried linking as 'Linked to File' and that fixes it. But the problem is, I need to hand the reigns over to the client and that is one hell of a workaround to ask them to perform.

    Any other ideas on this one?

  3. Mark Jaquith
    WordPress Lead Dev
    Posted 7 years ago #

    I've assigned the bug to Michael D. Adams, our file upload guru. Please follow the progress of that issue there:

    http://trac.wordpress.org/ticket/3735

  4. asmian
    Member
    Posted 7 years ago #

    Nice to see that it took 2 months to get this accepted as a bug and properly reported. :( And that the "reported by" isn't me, but someone called "jsekera" apparently... :S

    It's the little touches like this that I am finding TRULY frustrating about WordPress - the lack of any proper documentation (yeah, help us by writing it YOURSELF) for a huge amount of complex PHP, pretty poor site layout to find what you are looking for in the documentation, if it exists anyway, and this "support" forum which isn't staffed by anyone actually working on WP. I have questions to ask to sort out problems with parent/child categories, but is there any point me asking them here?

  5. Chris_K
    Member
    Posted 7 years ago #

    I have questions to ask to sort out problems with parent/child categories, but is there any point me asking them here?

    Well, I personally would suggest you start a new thread -- after a search.

    And do keep in mind that markjaquith isn't the only one who can enter bugs into trac. Anyone can, even you.

  6. asmian
    Member
    Posted 7 years ago #

    "And do keep in mind that markjaquith isn't the only one who can enter bugs into trac. Anyone can, even you."

    Woo-hoo. Great. Where is it linked? Isn't the official WordPress SUPPORT forum where I'd expect to find a PROMINENT link to allow me to notify a found bug? I certainly wasn't aware of it. It seems that if you need to know, you just know...

    I repeat, the site layout here sux. :(

Topic Closed

This topic has been closed to new replies.

About this Topic