phpdevshell team mailing list archive

[Greg <1029983@xxxxxxxxxxxxxxxxxx>]

I think the "higher" priority is to be taken literally: the class
actually used is the class with the higher rank.

The purpose is precisely not to be forced to un-install the "replaced"
plugin, so something must be wrong. Can you please include the xml
declaration inside plugin.config.xml?

-- 
You received this bug notification because you are a member of
PHPDevShell, which is subscribed to PHPDevShell.
https://bugs.launchpad.net/bugs/1029983

Title:
  Class Registry ranking with substituting classes

Status in Open Source PHP RAD Framework with UI.:
  New

Bug description:
  I just worked through the "Plugin Class Sharing and Substituting"
  section of the doc and had one small issue.

  I created a new plugin from the existing userAction plugin and made
  the suggested changes to its config file.

  I installed my new plugin but I couldn't get it to work right away. I
  tried changing its ranking in the Class Registry without success. This
  change included trying both a higher and a lower rank number then the
  original plugin it was copied from.

  I originally assumed that a rank of 1 has a higher priority then a
  rank 3, but I wasn't sure.

  I finally got my new substituting plugin to work after I uninstalled
  the original plugin that it was created from.  I'm assume deleting the
  original userAction class from the registry would have worked as well.

To manage notifications about this bug go to:
https://bugs.launchpad.net/phpdevshell/+bug/1029983/+subscriptions