Opened 17 years ago
Closed 16 years ago
#12560 closed defect (bug) (fixed)
occasional blog option corruption for serialized values
| Reported by: | RogerTheriault | Owned by: | westi |
|---|---|---|---|
| Priority: | low | Milestone: | 3.1 |
| Component: | Warnings/Notices | Version: | 3.0.1 |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: | multisite |
Description
get_blog_option sometimes / randomly returns nothing and corrupts/wipes out the entry for a serialized value. Seen as far back as WPMU 2.8, so this has been around. Traced it down to the call to unserialize - changed it to maybe_unserialize and the issue went away.
A patch for trunk is attached. Has only been tested on one installation.
Attachments (3)
Change History (10)
#1
@
17 years ago
- Component Multisite → Charset
- Keywords needs-patch added; has-patch removed
- Milestone 3.0 → Future Release
- Owner set to
#3
@
16 years ago
- Component Charset → Warnings/Notices
- Severity minor → normal
- Version 3.0 → 3.0.1
I am also not able to retrieve an array saved as an option.
Warning: stripslashes() expects parameter 1 to be string, array given in /wordpress-3.0.1/wp-includes/ms-blogs.php on line 340
This is clearly a bug which needs to be handled. See get_blog_option_unserialize_patch.2.diff for a possible solution.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
patch is invalid. this is generally due to charset problems. WP is not multibyte safe, and neither are the underlying php functions.
punting this to future, since it'll probably never get solved before we get php6