[wpmu-trac] [WordPress MU Trac] #476: category slug cannot be changed, even if category name has been renamed

[WordPress MU Trac]

#476: category slug cannot be changed, even if category name has been renamed
------------------------+---------------------------------------------------
 Reporter:  options     |       Owner:  somebody 
     Type:  defect      |      Status:  new      
 Priority:  high        |   Milestone:           
Component:  component1  |     Version:           
 Severity:  trivial     |    Keywords:  has-patch
------------------------+---------------------------------------------------
 ##all WPMU and especailly wordpress.com users can't change their category
 slugs

 see: [http://en.forums.wordpress.com/topic.php?id=17126&page&replies=3
 “category name changed but url remains unchanged?”] support forums thread.

 repro:

 * install from ''any'' tagged release;

 * login as admin, rename 'Uncategorized' cat to 'Anything';

 * slug still points into /category/uncategorized.

 category_nicename has never got updated because of the bug in the
 [source:tags/1.2.5a/wp-admin/admin-db.php at 1125#L104 wp_insert_category()],
 which in its turn was induced by the removing 'Category slug:' input field
 in the [source:trunk/wp-admin/edit-category-form.php] in the MU.

 but why, in what way cat slugs are worse than post's ones?
 -- say I've got a "World Wide Web" cat name and want a short nicename for
 it like 'www'.

 ain't MU users should be allowed to change their cat slugs, just as well
 as they are for posts' ones?

 as too much things have changed in the trunk now, instead of patching
 wp_insert_category(), I had to attach a patch against a category-form.php,
 which fixes this bug exposing cat slug for editing.

 ----
 this patch also urldecode() percent-encoded slugs into human-readable form
 for all the non Latin-1 speaking people, who might have happened to use
 WP, because currently such non Latin-1 slugs are unreadable in this field.

 in this moment I hesitate to open another ticket for that here, but the
 same should be definitely applied for the slug input fields on the 'Write
 Post/Page' forms as well.

-- 
Ticket URL: <http://trac.mu.wordpress.org/ticket/476>
WordPress MU Trac <http://mu.wordpress.org/>
WordPress Multiuser