Andrew Ozz | 16 May 16:05 2011
Picon

3.2 beta

It's been suspiciously quiet here for about two weeks.

Now that WordPress 3.2-beta is out, we can take this as a big 
compliment, i.e. all is working beautifully and there are no bugs at 
all, or more likely there's something going on with the list server :-)
Dougal Campbell | 16 May 16:24 2011

Re: 3.2 beta

On May 16 2011 10:05 AM, Andrew Ozz wrote:
> It's been suspiciously quiet here for about two weeks.
>
> Now that WordPress 3.2-beta is out, we can take this as a big 
> compliment, i.e. all is working beautifully and there are no bugs at 
> all, or more likely there's something going on with the list server :-)
>

I suspect that at least *part* of the lull is due to the impending end 
of school terms (at least, here in the States). Lots of students are 
either already out of school, or are studying for finals. :)

--

-- 
Dougal Campbell <dougal@...>
http://dougal.gunters.org/
http://twitter.com/dougal
http://twitual.com/
Jonathan Smith | 16 May 16:30 2011
Picon

Re: 3.2 beta

I don't know. Maybe I lack the answer for the bug or the resilient ego to
submit a bug.

On Mon, May 16, 2011 at 10:05 AM, Andrew Ozz <admin@...> wrote:

> It's been suspiciously quiet here for about two weeks.
>
> Now that WordPress 3.2-beta is out, we can take this as a big compliment,
> i.e. all is working beautifully and there are no bugs at all, or more likely
> there's something going on with the list server :-)
> _______________________________________________
> wp-testers mailing list
> wp-testers@...
> http://lists.automattic.com/mailman/listinfo/wp-testers
>
Michael Winkler | 16 May 16:43 2011

Call to undefined method WP_Roles::WP_Roles()

Hi,

I use in my plugins the following code to show a list of user roles:

<?php
global $wp_roles;
$wp_roles->WP_Roles();
foreach ($wp_roles->role_names as $roledex => $rolename) {
        $role = $wp_roles->get_role($roledex);
        $select = $role->has_cap('use_teachpress') ? 
'selected="selected"' : '';
        echo '<option value="'.$roledex.'" 
'.$select.'>'.$rolename.'</option>';
}
?>

The same code works with WordPress 2.8 to 3.1.2 but not in the current 
nightly build (WordPress 3.2-beta1-17916). In WP 3.2 I see only only the 
following error message:
"Fatal error: Call to undefined method WP_Roles::WP_Roles() in [...]"

Is it a bug or was it a planned change in the WP_Roles class?

Kind regards,
Michael
Jonathan Smith | 16 May 16:47 2011
Picon

Re: 3.2 beta

Whoops, that was unfair. I was dealing with a bug in Ubuntu Natty, thus the
knee-jerk reply toward wptesters. Word Perfect is more ignoramus friendly
and the remark was undeserved.

On Mon, May 16, 2011 at 10:30 AM, Jonathan Smith <jcwinnie@...> wrote:

> I don't know. Maybe I lack the answer for the bug or the resilient ego to
> submit a bug.
>
> On Mon, May 16, 2011 at 10:05 AM, Andrew Ozz <admin@...> wrote:
>
>> It's been suspiciously quiet here for about two weeks.
>>
>> Now that WordPress 3.2-beta is out, we can take this as a big compliment,
>> i.e. all is working beautifully and there are no bugs at all, or more likely
>> there's something going on with the list server :-)
>> _______________________________________________
>> wp-testers mailing list
>> wp-testers@...
>> http://lists.automattic.com/mailman/listinfo/wp-testers
>>
>
>
Dion Hulse (dd32 | 16 May 16:48 2011
Picon

Re: Call to undefined method WP_Roles::WP_Roles()

The PHP4 style constructors were removed from the classes, as the php5
__construct() is used instead.

You should be able to safely remove this line:
$wp_roles->WP_Roles();
from the code, as it should not actually do anything. When $wp_roles is
instantated, that method (in previous versions) was called. If theres
something you're trying to work around, you should instead be calling
$wp_roles->_init();, but like i said, that shouldn't be needed at all.

On 17 May 2011 00:43, Michael Winkler <michi.mtrv@...> wrote:

> Hi,
>
> I use in my plugins the following code to show a list of user roles:
>
> <?php
> global $wp_roles;
> $wp_roles->WP_Roles();
> foreach ($wp_roles->role_names as $roledex => $rolename) {
>       $role = $wp_roles->get_role($roledex);
>       $select = $role->has_cap('use_teachpress') ? 'selected="selected"' :
> '';
>       echo '<option value="'.$roledex.'"
> '.$select.'>'.$rolename.'</option>';
> }
> ?>
>
> The same code works with WordPress 2.8 to 3.1.2 but not in the current
> nightly build (WordPress 3.2-beta1-17916). In WP 3.2 I see only only the
(Continue reading)

Jon Cave | 16 May 16:48 2011
Picon

Re: Call to undefined method WP_Roles::WP_Roles()

On Mon, May 16, 2011 at 3:43 PM, Michael Winkler
<michi.mtrv@...> wrote:
> Hi,
>
> I use in my plugins the following code to show a list of user roles:
>
> <?php
> global $wp_roles;
> $wp_roles->WP_Roles();
> foreach ($wp_roles->role_names as $roledex => $rolename) {
>       $role = $wp_roles->get_role($roledex);
>       $select = $role->has_cap('use_teachpress') ? 'selected="selected"' :
> '';
>       echo '<option value="'.$roledex.'"
> '.$select.'>'.$rolename.'</option>';
> }
> ?>
>
> The same code works with WordPress 2.8 to 3.1.2 but not in the current
> nightly build (WordPress 3.2-beta1-17916). In WP 3.2 I see only only the
> following error message:
> "Fatal error: Call to undefined method WP_Roles::WP_Roles() in [...]"
>
> Is it a bug or was it a planned change in the WP_Roles class?

Removing PHP4 constructors as part of the update in requirements.

See http://core.trac.wordpress.org/changeset/17604 and
http://core.trac.wordpress.org/ticket/16768

(Continue reading)

Michael Winkler | 16 May 17:10 2011

Re: Call to undefined method WP_Roles::WP_Roles()

Removing $wp_roles->WP_Roles(); works. Thanks for the quick reply :-)

Kind regards,
Michael

  Am 16.05.2011 16:48, schrieb Dion Hulse (dd32):
> The PHP4 style constructors were removed from the classes, as the php5
> __construct() is used instead.
>
> You should be able to safely remove this line:
> $wp_roles->WP_Roles();
> from the code, as it should not actually do anything. When $wp_roles is
> instantated, that method (in previous versions) was called. If theres
> something you're trying to work around, you should instead be calling
> $wp_roles->_init();, but like i said, that shouldn't be needed at all.
>
> On 17 May 2011 00:43, Michael Winkler<michi.mtrv@...>  wrote:
>
>> Hi,
>>
>> I use in my plugins the following code to show a list of user roles:
>>
>> <?php
>> global $wp_roles;
>> $wp_roles->WP_Roles();
>> foreach ($wp_roles->role_names as $roledex =>  $rolename) {
>>        $role = $wp_roles->get_role($roledex);
>>        $select = $role->has_cap('use_teachpress') ? 'selected="selected"' :
>> '';
>>        echo '<option value="'.$roledex.'"
(Continue reading)

Brian Layman | 16 May 18:34 2011

Re: 3.2 beta

WordPress isn't too bad about it either...

(Glad I'm not the only one who occasionally pops back to the old meaning 
of WP...)

On 5/16/2011 10:47 AM, Jonathan Smith wrote:
> Whoops, that was unfair. I was dealing with a bug in Ubuntu Natty, thus the
> knee-jerk reply toward wptesters. Word Perfect is more ignoramus friendly
> and the remark was undeserved.
>
--

-- 

Brian Layman
Andrew Ozz | 16 May 22:49 2011
Picon

Plugin authors info about 3.2

Was preparing the plugin authors email announcement and thought I should 
post it here too. It's all old news for most people on the lists, but 
anyways:

1. The admin UI style was updated. This is mostly a visual update so if 
your plugin uses the default admin CSS styles on its settings page, it 
will inherit all seamlessly.

2. The "Favorites" menu (top/right on all admin pages) was removed 
completely.

3. jQuery was updated to version 1.6.1 and jQuery UI was updated to 
1.8.12 (latest versions available at the moment). We encourage all 
authors of plugins that use jQuery to test them in a latest trunk 
version of WordPress as there are a couple of changes that may affect 
many plugins:

  - jQuery 1.5.0 and newer no longer allows selectors of the form 
[property=value]. These selectors now require quotes: 
[property="value"]. See 
https://wpdevel.wordpress.com/2011/05/07/just-a-heads-up-wp-trunk-uses-jquery/

  - jQuery 1.6.0 and newer introduces another method: .prop() that 
replaces many .attr() calls. This was (partially) reverted in jQuery 
1.6.1 but we still found a place were we needed to switch from .attr() 
to .prop() in order for the script to work properly. Also using .prop() 
is a lot faster.

Please note that jQuery 1.6.1 came out the day after WordPress 3.2-beta 
was released so it's not included in the downloadable package. To test 
(Continue reading)


Gmane