[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