[wp-trac] [WordPress Trac] #22556: A taxonomy archive query for attachments can't return results

WordPress Trac noreply at wordpress.org
Sat Nov 24 15:54:20 UTC 2012


#22556: A taxonomy archive query for attachments can't return results
--------------------------+------------------------------
 Reporter:  ocean90       |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Query         |     Version:  trunk
 Severity:  normal        |  Resolution:
 Keywords:                |
--------------------------+------------------------------

Comment (by mdgl):

 Replying to [comment:2 nacin]:
 > Replying to [comment:1 mdgl]: It's only de-emphasized in the UI. If it
 is uploaded through a post, it will be assigned a parent. If it is
 uploaded via media-new.php, it is not. This is the same as previously.

 Unfortunately, no, this is not the case. Prior to 3.5 an unattached media
 item became attached anytime it was inserted into a post/page, with the
 following effects:

    * the media item is made a child of the post/page (by setting
 post->post_parent)
    * the media item gets a new permalink based on that of the post/page

 With 3.5-RC1 media items uploaded independently remain unattached even if
 they are inserted into a post/page.  This causes numerous problems, as
 outlined elsewhere and including:

    * loss of pretty permalinks for attachments
    * changed behaviour of existing gallery shortcodes (without an explicit
 include list) that no longer automatically pick up all images included in
 a post/page
    * changed behaviour in most themes when displaying their attachment or
 image templates
       - navigation link to post/page to which this attachment belongs will
 be missing or default to the attachment itself
       - navigation links to next/previous attachment or image will be
 missing or cycle around all unparented attachments or images instead of
 only those belonging to the particular post/page

 The default TwentyTwelve theme seems to just about get away with this
 because of the way various functions handle a default post ID of zero, but
 the result is clearly not what the theme designers intended.  It is also
 quite unnerving to be presented with next/previous links to a seemingly
 random collection of images when viewing an "unadopted" attachment page!

 I might further point out that the re-labelling of the "Uploaded to"
 column in the Media Library screen is not really correct.  Yes, this
 column does mean what it says for media items created after the
 installation of 3.5-RC1 but for existing items it should really continue
 to say "Attached to".  Also, unattached posts still say "(Unattached)" in
 this column with a link to "Attach" which doesn't match semantically with
 "Uploaded to".

 Anyway, I'm finding it really hard to help here, because it is not at all
 clear what you are trying to achieve by the so-called "de-emphasising" of
 post attachments.  Maybe I'm missing something or getting it wrong, but
 overly defensive replies to my comments also doesn't really move us
 forward (and I'm not singling you out here Andrew!).

 Yes, there are anomalies in the underlying content model of attachments
 (as I pointed out elsewhere) but these will not be fixed by seemingly
 arbitrary changes to the front-end and lack of explanation or involvement
 of the wider WP community!

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/22556#comment:4>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list