Opened 14 years ago
Closed 10 years ago
#16793 closed defect (bug) (fixed)
Bulk inline post edit doesn't show categories or tags if the CPT doesn't support titles
Reported by: | scribu | Owned by: | |
---|---|---|---|
Milestone: | 4.0 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Quick/Bulk Edit | Keywords: | has-patch commit |
Focuses: | Cc: |
Description
- Register a CPT that doesn't support titles:
add_action( 'init', function() { register_post_type( 'foo', array( 'show_ui' => true, 'label' => 'Foo', 'supports' => array( 'editor' ), 'taxonomies' => array( 'category', 'post_tag' ) ) ); } );
- Create a 'foo' post.
- Go to wp-admin/edit.php?post_type=foo and choose the 'Edit' bulk action.
Expected behaviour: shows the category checkbox list and the tag textarea.
Actual behaviour: only the status dropdown is shown.
Attachments (3)
Change History (16)
#2
@
14 years ago
If you're using Chrome, without the patch, you should also be getting a JS error in the console:
Uncaught TypeError: Cannot read property 'firstChild' of null
#3
@
14 years ago
Note that we're talking about the Edit option in the dropdown, not the quick action Edit link on each post.
#4
@
14 years ago
OK so I was holding it wrong, I can confirm the initial error, and that the patch works! :)
#6
@
14 years ago
Contrary to popular belief, $('some selector', context)
is not faster than context.find('some selector')
. It's just harder to read.
Also, there was a callback written twice, once for qeRow.keyup
and again for bulkRow.keyup
.
#8
@
13 years ago
- Cc israel@… added
another casualty of this problem is that any javascript (and jQuery) that would be executed on the wp-admin/edit.php?post_type=foo
screen can't run, as the javascript engine stops at that initial Uncaught TypeError: Cannot read property 'firstChild' of null
error. I had been adding some additional sorting options via jQuery, and couldn't figure out why they appeared on some post type edit lists, but not this one, until I found this ticket...
I can confirm that adding the supports => titles
does fix the problem, but it's not absolute: I have two CPT, registered with basically identical args, and neither supports titles - but one manifests the javascript error on edit.php
and the other does not...
#11
@
10 years ago
- Milestone Future Release deleted
- Resolution set to worksforme
- Status changed from reopened to closed
Cannot reproduce now.
#12
@
10 years ago
- Keywords commit added
- Milestone set to 4.0
- Resolution worksforme deleted
- Status changed from closed to reopened
I can still reproduce the issue, and 16793.diff fixes it. See comment:3:
Note that we're talking about the Edit option in the dropdown, not the quick action Edit link on each post.
I found it worked before, and after Scribu; unless I'm holding it wrong?