{5} Assigned, Active Tickets by Owner (Full Description) (12 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
donncha
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #655 | Localization problem | component1 | defect | critical | 06/16/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The localization does not work for wordpress MU 1.5.1 unless you hack the core at wp-includes/l10n.php and change a line like below: Orig: if (isset($locale)) New: if (!empty($locale)) There is a discussion about this at: http://mu.wordpress.org/forums/topic.php?id=5063 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #307 | xmlrpc problem when blogger.getUsersBlogs | component1 | WPMU 2.0 | defect | major | 04/14/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
when blogger.getUsersBlogs, response XML is netsted like <array><data><value><array><data><value> Therefore, it don't work.
I modify it as follows. $req_url = 'http://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'];
foreach ( $blogs as $blog ) {
$rpc_url = get_option('home') . '/xmlrpc.php';
if( $rpc_url == $req_url ){
$blog_id = $blog->userblog_id;
switch_to_blog($blog_id);
$is_admin = current_user_can('level_8');
$struct = array(
'isAdmin' => $is_admin,
'url' => get_option('home') . '/',
'blogid' => $blog_id,
'blogName' => get_option('blogname')
);
break;
}
}
if($struct){
return array($struct);
}else{
return $this->error;
}
It works without trouble in SSL off. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #600 | Problems with custom first post on a new blog | component1 | defect | normal | 04/21/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There seems to be a problem with custom first posts in 1.5 rc1. When I add a blog from the admin control panel (wpmu-blogs.php), it displays my custom first post just fine. But when I register a blog from wp-signup.php it always displays the default first post. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #577 | Sub domain blogs are always assigned site id=1 | component1 | WPMU 1.0 | defect | major | 03/25/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There are hardcoded references in wpmu-functions.php to assign all sub domain blogs a site id=1 regardless of which domain (site id) a user has actually signed up from. The site id therefore has to be manually changed in the MySQL database to reflect the correct domain, before a user can administer their own site. This is surely not useful behaviour!! Please see my forum discussion about this issue with andrea_r here: http://mu.wordpress.org/forums/topic.php?id=7827&page |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #668 | Deleting blogless user removes all their content | component1 | defect | major | 06/30/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Experienced by me and reported in the forums by a couple others. When deleting a user thru the Site Admin, this removes all their content. This should only happen when removing their blog. In my case, the user did not have a blog, but had posting access to sub-blogs on the system. So for something like a blog network that would have multiple authors who come and go, you'd want their posts to stick around. Seems the confirmation to re-assign their posts is gone. Or should they be moved off the sub-blog first, and then deleted thru site admin? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #237 | Database upgrades not working | component1 | WPMU 2.0 | defect | normal | 01/24/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I tried r867 today and it looks like database upgrades are not working. The site admin page didn't report any error. However, if I call the upgrade script for an individual blog directly, I see an error related to "alter table wp_blogs add key domain". The key already exists. I'm not sure but the wp_blogs table should not be upgraded when each individual blog is upgraded, shouldn't it? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #465 | Split WPmu functions | component1 | WPMU 2.0 | enhancement | normal | 10/20/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Same way as new admin includes Split wpmu-functions on 4 small files. See patch. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #546 | Can not creat "First post" | component1 | WPMU 1.0 | defect | normal | 01/14/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When I use MySQL 4.1.x,everything goes well. But when I upgrade my database to MySQL 5.0.x,there can not creat the "First Post".The bug is out again. My english is so poor,hope you understand what I say. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #575 | Cache bug | component1 | defect | normal | 03/24/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Latest rev 1213 does not seem to update the cache when changing themes. http://mu.wordpress.org/forums/topic.php?id=7876&page&replies=7#post-46579 To reproduce, stick this code in 2 themes or more. Then switch between the themes a few times to see the inconsistency of the cached value vs database value. global $blog_id, $wpdb;
$key = $blog_id."-".'template'."-blog_option";
$value = wp_cache_get( $key, "site-options" );
echo 'Cached Key: '.$key.'<br/>';
echo 'Cached Value: '.$value.'<br/>';
$blogOptionsTable = "wp_".$blog_id."_options";
$blogtemplate = $wpdb->get_var("SELECT option_value FROM $blogOptionsTable WHERE option_name = 'template'");
echo 'Actual Value in database: '.$blogtemplate;
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #597 | Missing global-rtl.css and mu-rtl.css | component1 | defect | normal | 04/18/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the Hebrew translation of wpmu we see errors in the logs that global-rtl.css and mu-rtl.php are missing. These files are not in trunk. (used r1241) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #643 | editing comments does not update cache count | component1 | defect | normal | 05/29/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
(wpmu 1.5.1) If you delete/unapprove/etc comments in edit-comments.php when using an object cache the cache is not updated for comment counts. You have to clear the cache to get correct counts showing on the screen. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #665 | get_locale() returns an empty string | component1 | defect | normal | 06/23/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
during init(), get_locale() returns an empty string even if WPLANG is defined in wp-config.php this breaks the loading of plugin translations. reproduced with 1.3.3 and with 1.5.1 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
