mahara-contributors team mailing list archive

[Aaron Wells <1214647@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

Scenario:

1. Create an "Internal" auth instance (or any auth instance type, it doesn't really matter)
2. Create an XMLRPC auth instance, and set the Internal instance to be its "Parent authority"
3. Drop the Internal auth instance

Expected result: The XMLRPC auth instance should switch to having no parent
Actual result: The XMLRPC auth instance will *say* "None" if you look at its config (and throw a PHP warning) but in the DB it will still be configured to have the deleted internal auth instance as its auth instance

This situation causes a number of problems. The one I'd noticed before
was that PHP warning on the XMLRPC auth instance page, which is because
pieforms is trying to set the default to be the name of the auth
instance that no longer exists. But the bigger problem (as seen here
https://mahara.org/interaction/forum/topic.php?id=5627&offset=0&limit=10#post24259
) is that it can cause problems when it tries to auto-create or auto-
update user accounts from the child authority.

I think most admins would expect the XMLRPC instance in this case to
simply lose its parent authority, not have to go in and manually save an
apparently unchanged form instance in order to delete it.

** Affects: mahara
     Importance: Medium
     Assignee: Aaron Wells (u-aaronw)
         Status: In Progress

** Affects: mahara/1.7
     Importance: Medium
     Assignee: Aaron Wells (u-aaronw)
         Status: In Progress


** Tags: auth mnet

** Changed in: mahara
    Milestone: 1.7.3 => 1.8.0rc1

** Also affects: mahara/1.7
   Importance: Undecided
       Status: New

** Changed in: mahara/1.7
    Milestone: None => 1.7.3

** Changed in: mahara/1.7
   Importance: Undecided => Medium

** Changed in: mahara/1.7
       Status: New => In Progress

** Changed in: mahara/1.7
     Assignee: (unassigned) => Aaron Wells (u-aaronw)

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1214647

Title:
  When an auth instance is deleted, disable it as a parent authority

Status in Mahara ePortfolio:
  In Progress
Status in Mahara 1.7 series:
  In Progress

Bug description:
  Scenario:

  1. Create an "Internal" auth instance (or any auth instance type, it doesn't really matter)
  2. Create an XMLRPC auth instance, and set the Internal instance to be its "Parent authority"
  3. Drop the Internal auth instance

  Expected result: The XMLRPC auth instance should switch to having no parent
  Actual result: The XMLRPC auth instance will *say* "None" if you look at its config (and throw a PHP warning) but in the DB it will still be configured to have the deleted internal auth instance as its auth instance

  This situation causes a number of problems. The one I'd noticed before
  was that PHP warning on the XMLRPC auth instance page, which is
  because pieforms is trying to set the default to be the name of the
  auth instance that no longer exists. But the bigger problem (as seen
  here
  https://mahara.org/interaction/forum/topic.php?id=5627&offset=0&limit=10#post24259
  ) is that it can cause problems when it tries to auto-create or auto-
  update user accounts from the child authority.

  I think most admins would expect the XMLRPC instance in this case to
  simply lose its parent authority, not have to go in and manually save
  an apparently unchanged form instance in order to delete it.

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