Skip to Content.
Sympa Menu

lyceum-users - Re: [Lyceum-users] Podpress

lyceum-users AT lists.ibiblio.org

Subject: Lyceum-users mailing list

List archive

Chronological Thread  
  • From: Richard Wallace <rwallace AT thewallacepack.net>
  • To: lyceum-users AT lists.ibiblio.org
  • Subject: Re: [Lyceum-users] Podpress
  • Date: Fri, 22 Sep 2006 13:41:16 -0700

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Shahrooz Bhopti wrote:
> here's a question to ponder ;-) podpress works on wordpress:
> http://www.mightyseek.com/podpress/
>
> Unfortunately, we can't come up with a solution to why podpress is
> causing lyceum to fail.
>
> Any ideas? http://source.ibiblio.org/trac/lyceum/ticket/657
I was trying a similar thing and came up with a couple of problems.
I'm not sure how to solve them so if someone more experienced with
Lyceum could chime in I'd be happy to hear from them. I'm willing to
put in some work to get Podpress working (it's either that or roll my
own podcast plugin for Lyceum), but will be needing advice along the way.

The first issue I came up with was that the requires use ABSPATH .
'/wp-content/plugins/podpress' to find podpress. This isn't where I
want it to be found, I wanted it to be in systemplugins. So, I
created a PODPRESS_PLUGIN_DIR with

define ('PODPRESS_PLUGIN_DIR', dirname (__FILE__));

then changed the requires to use that rather than the hard coded path.

The next issue I ran into was when trying to activate the plugin when
logged in as a system administrator. The reason the blank pages show
up without errors is because display_errors is set to 0 in the
config/wp-config.php. Change that to a 1 and you should see a lovely
error about not being able to call a method on a non-object.

The reason for that is because podpress does a couple of calls to the
get_role() method when being activated. It does this for the
"premium_subscriber" role and the "administrator" role. If the
"premium_subscriber" role does not exist, it creates it. It assumes
there is an "administrator" role, and tries to add a new capability to
it if it doesn't already have it.

The problem is, Lyceum implements the get_role() method differently
than Wordpress does. Lyceum seems to have roles per blog. When you
activate podpress it calls get_role() it tries to find the
administrator role associated with the selected blog, but there is no
blog selected (you're in the system administration area) and there is
no administrator role that is not associated with a specific blog.

This is where I don't know what to do next. Why does Lyceum have
roles on a per blog basis? If I modified my Lyceum install to change
the get_roll() method to not look for roles associated with a
particular blog and treated roles as if they are global (which is what
I want them to be), what kind of an impact would that have on other
things?

Thanks,
Rich
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFFEpr+1f2E3rXfFARAsdkAJ9k63OM0jKlzGlC72ool2wHuhqAkwCfRs9i
nh0YR1QhiXAi63YhrMVs24w=
=tsdy
-----END PGP SIGNATURE-----





Archive powered by MHonArc 2.6.24.

Top of Page