Opened 15 years ago
Closed 15 years ago
#17968 closed defect (bug) (fixed)
deregistered taxonomy makes menu uneditable
| Reported by: | wpmuguru | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.2.1 |
| Component: | Menus | Version: | 3.2 |
| Severity: | blocker | Keywords: | close |
| Cc: | Focuses: |
Description
Steps to reproduce:
- register a custom taxonomy (either for posts of for a custom post type)
- add a term under that taxonomy
- create/edit a post and add the term to the post
- publish the post
- edit a nav menu & add the term to the menu
- deactivate the plugin that registers the taxonomy
Attached is a patch that fixes the issue. However, the is_wp_error check in wp_check_invalid_utf8() might not be the appropriate place to catch/mitigate the second WP error.
I'm technically on vacation for the next couple weeks so I'm not setting the priority, etc.
Attachments (3)
Change History (10)
#1
@
15 years ago
- Milestone Awaiting Review → 3.2.1
- Severity normal → blocker
This is still broken in 3.2. I reproduced the error/white screen at the hackfest yesterday. It's not going to be a widesread issue but white screens should be fixed in the next release.
#2
@
15 years ago
This looks hairy and possibly a rabbit hole. Attached is an initial patch that tries to correct some WP_Errors to something scalar.
This should handle taxonomies, but haven't tried disappearing custom post types yet. I think get_post() is more forgiving.
#3
@
15 years ago
17968.2.diff fixes the fatal error and seems good. CPTs are still handled properly when deregistered.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
plugin for testing