[Mahara-contributors] [Bug 1596755] A patch has been submitted for review

[Mahara Bot]

Patch for "master" branch: https://reviews.mahara.org/6634

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1596755

Title:
  Ocean theme - tabbing through unselected sub-menu items

Status in Mahara:
  In Progress
Status in Mahara 15.10 series:
  New
Status in Mahara 16.04 series:
  New
Status in Mahara 16.10 series:
  In Progress

Bug description:
  Mahara: master
  Browser: Chrome
  DB: Postgres
  OS: Linux

  When tabbing through the unselected sub-menu items in the Ocean theme,
  the text disappears because it's blue on blue.

  Please refer to the attached image.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1596755] Re: Ocean theme - tabbing through unselected sub-menu items

[Liam]

** Changed in: mahara/16.10
 Assignee: (unassigned) => Liam (liam-sharpe)

** Changed in: mahara/16.10
   Status: Confirmed => In Progress

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1596755

Title:
  Ocean theme - tabbing through unselected sub-menu items

Status in Mahara:
  In Progress
Status in Mahara 15.10 series:
  New
Status in Mahara 16.04 series:
  New
Status in Mahara 16.10 series:
  In Progress

Bug description:
  Mahara: master
  Browser: Chrome
  DB: Postgres
  OS: Linux

  When tabbing through the unselected sub-menu items in the Ocean theme,
  the text disappears because it's blue on blue.

  Please refer to the attached image.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597133] A patch has been submitted for review

[Mahara Bot]

Patch for "master" branch: https://reviews.mahara.org/6633

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597133

Title:
  Add institution shortname to manually created groups

Status in Mahara:
  In Progress

Bug description:
  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files.
  The group shortname was not enough to add though as an institution
  shortname is needed as well.

  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it
  difficult for a site administrator to see which groups can be updated
  by institution admins and which ones can't because all have a group
  shortname.

  The way forward is the following:

  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

  Additional wishlist items are separately reported and don't form part
  of this fix:

  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
  "User search" page. Bug #1597134

  B. Allow the institution association to be changed so that institution
  admins could take over a manually created group. Bug #1597136

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597133] Re: Add institution shortname to manually created groups

[Kristina Hoeppner]

** Changed in: mahara
   Status: Confirmed => In Progress

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597133

Title:
  Add institution shortname to manually created groups

Status in Mahara:
  In Progress

Bug description:
  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files.
  The group shortname was not enough to add though as an institution
  shortname is needed as well.

  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it
  difficult for a site administrator to see which groups can be updated
  by institution admins and which ones can't because all have a group
  shortname.

  The way forward is the following:

  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

  Additional wishlist items are separately reported and don't form part
  of this fix:

  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
  "User search" page. Bug #1597134

  B. Allow the institution association to be changed so that institution
  admins could take over a manually created group. Bug #1597136

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597134] Re: Make "Administer groups" available to institution administrators

[Kristina Hoeppner]

** Description changed:

- This is a follow-on wishlist item to the fix in bug #1597133.
+ This is a follow-on wishlist item to the fix in bug #1597133 and the
+ wishlist item bug #1597136.
  
  Institution administrators should be able to see the "Administer groups"
  screen in the admin area so that they can see all the groups they can
  administer, similarly to the "User search" page. Currently, these would
  be the groups created via CSV by institution administrators.
  
  We'd still need to decide on whether they should also be able to change
  the group quota or not. Currently, only site admins can.

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597134

Title:
  Make "Administer groups" available to institution administrators

Status in Mahara:
  Confirmed

Bug description:
  This is a follow-on wishlist item to the fix in bug #1597133 and the
  wishlist item bug #1597136.

  Institution administrators should be able to see the "Administer
  groups" screen in the admin area so that they can see all the groups
  they can administer, similarly to the "User search" page. Currently,
  these would be the groups created via CSV by institution
  administrators.

  We'd still need to decide on whether they should also be able to
  change the group quota or not. Currently, only site admins can.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597133] Re: Add institution shortname to manually created groups

[Kristina Hoeppner]

** Description changed:

  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files. The
  group shortname was not enough to add though as an institution shortname
  is needed as well.
  
  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.
  
  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it difficult
  for a site administrator to see which groups can be updated by
  institution admins and which ones can't because all have a group
  shortname.
  
  The way forward is the following:
  
  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).
  
  Additional wishlist items are separately reported and don't form part of
  this fix:
  
  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
- "User search" page.
+ "User search" page. Bug #1597134
  
  B. Allow the institution association to be changed so that institution
- admins could take over a manually created group.
+ admins could take over a manually created group. Bug #1597136

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597133

Title:
  Add institution shortname to manually created groups

Status in Mahara:
  Confirmed

Bug description:
  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files.
  The group shortname was not enough to add though as an institution
  shortname is needed as well.

  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it
  difficult for a site administrator to see which groups can be updated
  by institution admins and which ones can't because all have a group
  shortname.

  The way forward is the following:

  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

  Additional wishlist items are separately reported and don't form part
  of this fix:

  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
  "User search" page. Bug #1597134

  B. Allow the institution association to be changed so that institution
  admins could take over a manually created group. Bug #1597136

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597136] [NEW] Manually created groups can be associated with an institution

[Kristina Hoeppner]

Public bug reported:

This is a follow-on wishlist item to the fix in bug #1597133 and the
wishlist item bug #1597134.

Manually created groups are associated with "No institution" per
default. It would be good if we could change that on the interface so
that institution admins could take over the administration of these
groups, e.g. to update group settings or group membership via a CSV file
(or web services calls).

A few different ideas are floating around, and we'll need a bit more
discussion around which one would be the best or a different one:

1. Allow site admins in the "Group settings" screen for each group under
"Administration -> Groups -> Administer groups" to select the
institution, which would add the institution shortname to the group.

2. Allow site admins to add an institution shortname field to the CSV
file to update the institution that a group should be associated with.
This may be a bit complicated as that shortname would need to be found
first by clicking on the institution settings or download a CSV of all
the institutions.

3. Allow group admins on the group settings page to select the
institution with which the group should be associated with. Or should
this only be possible for people with staff / admin permissions?

If the group creator is in only one institution, that assignment could
be made automatically, but the group admins should be able to change
that, e.g. if there are admins from different institutions or the admin
changes.

** Affects: mahara
 Importance: Wishlist
 Status: Confirmed


** Tags: admin groups

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597136

Title:
  Manually created groups can be associated with an institution

Status in Mahara:
  Confirmed

Bug description:
  This is a follow-on wishlist item to the fix in bug #1597133 and the
  wishlist item bug #1597134.

  Manually created groups are associated with "No institution" per
  default. It would be good if we could change that on the interface so
  that institution admins could take over the administration of these
  groups, e.g. to update group settings or group membership via a CSV
  file (or web services calls).

  A few different ideas are floating around, and we'll need a bit more
  discussion around which one would be the best or a different one:

  1. Allow site admins in the "Group settings" screen for each group
  under "Administration -> Groups -> Administer groups" to select the
  institution, which would add the institution shortname to the group.

  2. Allow site admins to add an institution shortname field to the CSV
  file to update the institution that a group should be associated with.
  This may be a bit complicated as that shortname would need to be found
  first by clicking on the institution settings or download a CSV of all
  the institutions.

  3. Allow group admins on the group settings page to select the
  institution with which the group should be associated with. Or should
  this only be possible for people with staff / admin permissions?

  If the group creator is in only one institution, that assignment could
  be made automatically, but the group admins should be able to change
  that, e.g. if there are admins from different institutions or the
  admin changes.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597133] Re: Add institution shortname to manually created groups

[Robert Lyon]

** Changed in: mahara
 Assignee: (unassigned) => Robert Lyon (robertl-9)

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597133

Title:
  Add institution shortname to manually created groups

Status in Mahara:
  Confirmed

Bug description:
  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files.
  The group shortname was not enough to add though as an institution
  shortname is needed as well.

  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it
  difficult for a site administrator to see which groups can be updated
  by institution admins and which ones can't because all have a group
  shortname.

  The way forward is the following:

  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

  Additional wishlist items are separately reported and don't form part
  of this fix:

  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
  "User search" page. Bug #1597134

  B. Allow the institution association to be changed so that institution
  admins could take over a manually created group. Bug #1597136

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597134] [NEW] Make "Administer groups" available to institution administrators

[Kristina Hoeppner]

Public bug reported:

This is a follow-on wishlist item to the fix in bug #1597133.

Institution administrators should be able to see the "Administer groups"
screen in the admin area so that they can see all the groups they can
administer, similarly to the "User search" page. Currently, these would
be the groups created via CSV by institution administrators.

We'd still need to decide on whether they should also be able to change
the group quota or not. Currently, only site admins can.

** Affects: mahara
 Importance: Wishlist
 Status: Confirmed


** Tags: admin groups

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597134

Title:
  Make "Administer groups" available to institution administrators

Status in Mahara:
  Confirmed

Bug description:
  This is a follow-on wishlist item to the fix in bug #1597133.

  Institution administrators should be able to see the "Administer
  groups" screen in the admin area so that they can see all the groups
  they can administer, similarly to the "User search" page. Currently,
  these would be the groups created via CSV by institution
  administrators.

  We'd still need to decide on whether they should also be able to
  change the group quota or not. Currently, only site admins can.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597133] [NEW] Add institution shortname to manually created groups

[Kristina Hoeppner]

Public bug reported:

In bug ​#826649 new functionality is introduced to Mahara so that all
groups can have group shortnames and thus be updated via CSV files. The
group shortname was not enough to add though as an institution shortname
is needed as well.

Currently, groups created by CSV have to be associated with an institution so 
that:
1. Institution admins only create groups within their realm of administrative 
permissions.
2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

The problem though is that the current screen "Administer groups"
doesn't say which groups belong to which institution making it difficult
for a site administrator to see which groups can be updated by
institution admins and which ones can't because all have a group
shortname.

The way forward is the following:

1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

Additional wishlist items are separately reported and don't form part of
this fix:

A. Make "Administer groups" available to institution administrators so
that they can see all the groups they can administer, similarly to the
"User search" page.

B. Allow the institution association to be changed so that institution
admins could take over a manually created group.

** Affects: mahara
 Importance: High
 Status: Confirmed

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597133

Title:
  Add institution shortname to manually created groups

Status in Mahara:
  Confirmed

Bug description:
  In bug ​#826649 new functionality is introduced to Mahara so that all
  groups can have group shortnames and thus be updated via CSV files.
  The group shortname was not enough to add though as an institution
  shortname is needed as well.

  Currently, groups created by CSV have to be associated with an institution so 
that:
  1. Institution admins only create groups within their realm of administrative 
permissions.
  2. Institution admins can't bulk add users from other institutions to their 
group to prevent issues.
  3. web services calls can be made in the future to create groups and allow 
institutions to manage that.

  The problem though is that the current screen "Administer groups"
  doesn't say which groups belong to which institution making it
  difficult for a site administrator to see which groups can be updated
  by institution admins and which ones can't because all have a group
  shortname.

  The way forward is the following:

  1. Add the institution shortname "mahara" to all manually created groups so 
that there are no error messages.
  2. Implement an institution selector (like we have on Administration -> Users 
-> User search for example) so that site admins can filter the groups by 
institution to quickly download the CSV file with all the groups an institution 
can administer as well as group membership (currently in review).

  Additional wishlist items are separately reported and don't form part
  of this fix:

  A. Make "Administer groups" available to institution administrators so
  that they can see all the groups they can administer, similarly to the
  "User search" page.

  B. Allow the institution association to be changed so that institution
  admins could take over a manually created group.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597117] Re: Can't save share access form on Windows in Edge

[Kristina Hoeppner]

** Also affects: mahara/16.10
   Importance: High
   Status: Confirmed

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

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

** Changed in: mahara/16.04
   Status: New => Confirmed

** Changed in: mahara/15.10
   Status: New => Confirmed

** Changed in: mahara/16.04
   Importance: Undecided => High

** Changed in: mahara/15.10
   Importance: Undecided => High

** Changed in: mahara/16.10
Milestone: None => 16.10.0

** Changed in: mahara/16.04
Milestone: None => 16.04.2

** Changed in: mahara/15.10
Milestone: None => 15.10.4

** Description changed:

  https://mahara.org/interaction/forum/topic.php?id=7630
  
  I could replicate the issue in Windows 10 using Edge 13.
  
  Steps to replicate:
  
  1. Create a couple of user accounts and groups.
  2. Create a page as a user.
- 3. Share the page with another user selecting the "Share -> Users" option so 
that you are prompted to search for a user's name. Select a name.
+ 3. Share the page with another user selecting the "Share -> Search for: 
Users" option so that you are prompted to search for a user's name. Select a 
name.
  4. Click the "Save" button.
+ 
+ Repeat the same for "Groups" and "Friends".
  
  Expected result: The form saves properly.
  Actual result: You stay on the form.

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597117

Title:
  Can't save share access form on Windows in Edge

Status in Mahara:
  Confirmed
Status in Mahara 15.10 series:
  Confirmed
Status in Mahara 16.04 series:
  Confirmed
Status in Mahara 16.10 series:
  Confirmed

Bug description:
  https://mahara.org/interaction/forum/topic.php?id=7630

  I could replicate the issue in Windows 10 using Edge 13.

  Steps to replicate:

  1. Create a couple of user accounts and groups.
  2. Create a page as a user.
  3. Share the page with another user selecting the "Share -> Search for: 
Users" option so that you are prompted to search for a user's name. Select a 
name.
  4. Click the "Save" button.

  Repeat the same for "Groups" and "Friends".

  Expected result: The form saves properly.
  Actual result: You stay on the form.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1595789] Re: "$cfg->urlsecret = null; " doesn't work during installation

[Robert Lyon]

** Changed in: mahara/16.04
   Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1595789

Title:
  "$cfg->urlsecret = null;" doesn't work during installation

Status in Mahara:
  Fix Committed
Status in Mahara 16.04 series:
  Fix Committed
Status in Mahara 16.10 series:
  Fix Committed

Bug description:
  According to config-defaults.php, if you set $CFG->urlsecret to null,
  you should be able to access the installer and upgrader without
  needing to add a urlsecret param to your URL. This is a useful feature
  for development environments.

  However, it currently doesn't work on the latest HEAD in master.

  To replicate:

  1. Add "$cfg->urlsecret = null;" to your config.php file
  2. Try to do a new install of Mahara through the web browser

  Expected result: Installation runs through
  Actual result: You get this message:

  Mahara: Invalid Parameter
  A required parameter is missing or malformed

  The 'urlsecret' parameter contains invalid characters

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1595789] A change has been merged

[Mahara Bot]

Reviewed:  https://reviews.mahara.org/6630
Committed: 
https://git.mahara.org/mahara/mahara/commit/1460caad2d641bb2847c467ce9347943afd413f3
Submitter: Robert Lyon (robe...@catalyst.net.nz)
Branch:16.04_STABLE

commit 1460caad2d641bb2847c467ce9347943afd413f3
Author: Aaron Wells 
Date:   Fri Jun 24 15:42:00 2016 +1200

Bug 1595789: More prominent documentation of urlsecret.

Change-Id: I293c5ac256b2325327eb934205ff334c8c596879
behatnotneeded: Documentation only
(cherry picked from commit 31ab623ec65e68b81bfa357c3879dabc86dc803b)

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1595789

Title:
  "$cfg->urlsecret = null;" doesn't work during installation

Status in Mahara:
  Fix Committed
Status in Mahara 16.04 series:
  Fix Committed
Status in Mahara 16.10 series:
  Fix Committed

Bug description:
  According to config-defaults.php, if you set $CFG->urlsecret to null,
  you should be able to access the installer and upgrader without
  needing to add a urlsecret param to your URL. This is a useful feature
  for development environments.

  However, it currently doesn't work on the latest HEAD in master.

  To replicate:

  1. Add "$cfg->urlsecret = null;" to your config.php file
  2. Try to do a new install of Mahara through the web browser

  Expected result: Installation runs through
  Actual result: You get this message:

  Mahara: Invalid Parameter
  A required parameter is missing or malformed

  The 'urlsecret' parameter contains invalid characters

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1595789] A change has been merged

[Mahara Bot]

Reviewed:  https://reviews.mahara.org/6629
Committed: 
https://git.mahara.org/mahara/mahara/commit/0b5a06064f42207f903abe411cd0710fbb31b0e8
Submitter: Robert Lyon (robe...@catalyst.net.nz)
Branch:16.04_STABLE

commit 0b5a06064f42207f903abe411cd0710fbb31b0e8
Author: Aaron Wells 
Date:   Fri Jun 24 15:15:48 2016 +1200

Bug 1595789: Make NULL urlsecret work during installation

It was failing because we'd set the default value on
param_alphanumext() to "null". But if the default passed
to that function evaluates to false (as null does), then
the function acts as if you've passed no default, and
hence it's a required function.

Further, the template form where we add the urlsecret
to the install button, in case of a null urlsecret,
would wind up adding "urlsecret=" to the end of the
URL. param_alphanumext() would see the presence of
the "urlsecret" query parameter, so it would evaluate
this to match its regex, which requires there to be
at least one character in the value. And then that
would throw a "ParameterException" when the check failed.

Change-Id: I1fb4ed7bcfe14155532e4ebb5d8c0dbdc33d1d36
behatnotneeded: Can't yet test in behat
(cherry picked from commit a334a69e96810dee124bb8a2a19746a59f3cf3a2)

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1595789

Title:
  "$cfg->urlsecret = null;" doesn't work during installation

Status in Mahara:
  Fix Committed
Status in Mahara 16.04 series:
  Fix Committed
Status in Mahara 16.10 series:
  Fix Committed

Bug description:
  According to config-defaults.php, if you set $CFG->urlsecret to null,
  you should be able to access the installer and upgrader without
  needing to add a urlsecret param to your URL. This is a useful feature
  for development environments.

  However, it currently doesn't work on the latest HEAD in master.

  To replicate:

  1. Add "$cfg->urlsecret = null;" to your config.php file
  2. Try to do a new install of Mahara through the web browser

  Expected result: Installation runs through
  Actual result: You get this message:

  Mahara: Invalid Parameter
  A required parameter is missing or malformed

  The 'urlsecret' parameter contains invalid characters

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1597117] [NEW] Can't save share access form on Windows in Edge

[Kristina Hoeppner]

Public bug reported:

https://mahara.org/interaction/forum/topic.php?id=7630

I could replicate the issue in Windows 10 using Edge 13.

Steps to replicate:

1. Create a couple of user accounts and groups.
2. Create a page as a user.
3. Share the page with another user selecting the "Share -> Users" option so 
that you are prompted to search for a user's name. Select a name.
4. Click the "Save" button.

Expected result: The form saves properly.
Actual result: You stay on the form.

** Affects: mahara
 Importance: High
 Status: Confirmed


** Tags: front-end

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1597117

Title:
  Can't save share access form on Windows in Edge

Status in Mahara:
  Confirmed

Bug description:
  https://mahara.org/interaction/forum/topic.php?id=7630

  I could replicate the issue in Windows 10 using Edge 13.

  Steps to replicate:

  1. Create a couple of user accounts and groups.
  2. Create a page as a user.
  3. Share the page with another user selecting the "Share -> Users" option so 
that you are prompted to search for a user's name. Select a name.
  4. Click the "Save" button.

  Expected result: The form saves properly.
  Actual result: You stay on the form.

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1593174] Re: Error-Message when trying to edit page-layout

[Ulrich Weber]

Here are some details about my linux server:
Debian 6.0
php 5.3
Apache 2.2
MySQL 5.1

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1593174

Title:
  Error-Message when trying to edit page-layout

Status in Mahara:
  New

Bug description:
  I have installed a new Mahara (Version 16.04) on an Hosted Linux-Server
   using a mySQL Database.

  Entering "Portfolio" -> "Pages" -> "Edit Layout" shows following 
error-message (I replaced global server path by "")
  
  Fatal error: Cannot redeclare init_performance_info() (previously declared in 
/mahara/htdocs/init.php:476) in 
/mahara/htdocs/init.php on line 490
  

  Also adding content to the page isn't possible (the same error-message
  can be found in the Console of Firebug when entering
  "/view/blocks.json.php")

  The file "init.php" is included by multiple other files using
  "require" instead of "require_once" or by "include" instead of
  "include_once".

  Is it possible to solve the problem by a apache-configuration?

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1596810] [NEW] No institution - Default quota error

[Ghada El-Zoghbi]

Public bug reported:

Mahara: 16.04.1
OS: Linux
DB: Postgres
Browser: Firefox

The following error is generated the no-institution is saved with the
following conditions:

* user is admin
* artefact : file : maxquotaenabled is set  (Enforce a sitewide maximum quota = 
Yes)
* artefact : file : default quota is set (Maximum quota = set)


[WAR] fd (admin/users/institutions.php:661) Undefined index: defaultquota
Call stack (most recent first):

log_message("Undefined index: defaultquota", 8, true, true, 
"/var/www/mahara-site-anu/admin/users/institutions", 661) at 
/var/www/mahara-site-anu/lib/errors.php:489
error(8, "Undefined index: defaultquota", 
"/var/www/mahara-site-anu/admin/users/institutions", 661, array(size 5)) at 
/var/www/mahara-site-anu/admin/users/institutions.php:661
institution_validate(object(Pieform), array(size 33)) at Unknown:0
call_user_func_array("institution_validate", array(size 2)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:1429
Pieform->validate(array(size 33)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:518
Pieform->__construct(array(size 5)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:161
Pieform::process(array(size 5)) at 
/var/www/mahara-site-anu/lib/mahara.php:4494
pieform(array(size 5)) at 
/var/www/mahara-site-anu/admin/users/institutions.php:585


It needs to be wrapped with a check for the 'mahara' institution @ line 659:

if (empty($institution) || $institution != 'mahara') {
if ($USER->get('admin') || get_config_plugin('artefact', 'file', 
'institutionaloverride')) {
if (get_config_plugin('artefact', 'file', 'maxquotaenabled') && 
get_config_plugin('artefact', 'file', 'maxquota') < $values['defaultquota']) {
$form->set_error('defaultquota', get_string('maxquotatoolow', 
'artefact.file'));
}
}
}

** Affects: mahara
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1596810

Title:
  No institution - Default quota error

Status in Mahara:
  New

Bug description:
  Mahara: 16.04.1
  OS: Linux
  DB: Postgres
  Browser: Firefox

  The following error is generated the no-institution is saved with the
  following conditions:

  * user is admin
  * artefact : file : maxquotaenabled is set  (Enforce a sitewide maximum quota 
= Yes)
  * artefact : file : default quota is set (Maximum quota = set)


  [WAR] fd (admin/users/institutions.php:661) Undefined index: defaultquota
  Call stack (most recent first):

  log_message("Undefined index: defaultquota", 8, true, true, 
"/var/www/mahara-site-anu/admin/users/institutions", 661) at 
/var/www/mahara-site-anu/lib/errors.php:489
  error(8, "Undefined index: defaultquota", 
"/var/www/mahara-site-anu/admin/users/institutions", 661, array(size 5)) at 
/var/www/mahara-site-anu/admin/users/institutions.php:661
  institution_validate(object(Pieform), array(size 33)) at Unknown:0
  call_user_func_array("institution_validate", array(size 2)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:1429
  Pieform->validate(array(size 33)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:518
  Pieform->__construct(array(size 5)) at 
/var/www/mahara-site-anu/lib/pieforms/pieform.php:161
  Pieform::process(array(size 5)) at 
/var/www/mahara-site-anu/lib/mahara.php:4494
  pieform(array(size 5)) at 
/var/www/mahara-site-anu/admin/users/institutions.php:585

  
  It needs to be wrapped with a check for the 'mahara' institution @ line 659:

  if (empty($institution) || $institution != 'mahara') {
  if ($USER->get('admin') || get_config_plugin('artefact', 'file', 
'institutionaloverride')) {
  if (get_config_plugin('artefact', 'file', 'maxquotaenabled') && 
get_config_plugin('artefact', 'file', 'maxquota') < $values['defaultquota']) {
  $form->set_error('defaultquota', get_string('maxquotatoolow', 
'artefact.file'));
  }
  }
  }

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1596808] [NEW] Warning when configuring the Profile completion

[Dominique-Alain JAN]

Public bug reported:

I was configuring the details of the Profil completion feature for an
institution on a new Mahara with the setting $cfg->productionmode=false.

When I saved the page I got the following warning :

Call stack (most recent first):

log_message("sprintf(): Too few arguments", 8, true, true, 
"/var/mahara/htdocs/lib/mahara.php", 1419) at 
/var/mahara/htdocs/lib/errors.php:489
error(2, "sprintf(): Too few arguments", 
"/var/mahara/htdocs/lib/mahara.php", 1419, array(size 3)) at Unknown:0
sprintf("La barre de progression du remplissage du profil d...") at 
Unknown:0
call_user_func_array("sprintf", array(size 1)) at 
/var/mahara/htdocs/lib/mahara.php:1419
format_langstring("La barre de progression du remplissage du profil d...", 
array(size 0), "fr.utf8") at /var/mahara/htdocs/lib/mahara.php:512
get_string_location("profilecompletenessdesc1", "admin", array(size 0)) at 
/var/mahara/htdocs/lib/mahara.php:295
get_string("profilecompletenessdesc1", "admin") at Unknown:0
call_user_func_array("get_string", array(size 2)) at 
/var/mahara/htdocs/lib/dwoo/mahara/plugins/function.str.php:32
Dwoo_Plugin_str(object(Dwoo_Mahara), "profilecompletenessdesc1", "admin", 
null, null, null, null, null) at 
/var/www/data/maharadata/dwoo/compile/raw/var/mahara/htdocs/theme/raw/templates/admin/users/progressbar.tpl.d17.php:10
include("/var/www/data/maharadata/dwoo/compile/raw/var/maha...") at 
/var/mahara/htdocs/lib/dwoo/dwoo/Dwoo/Core.php:374
Dwoo_Core->get(object(Dwoo_Template_File), array(size 44)) at 
/var/mahara/htdocs/lib/dwoo/mahara/Dwoo_Mahara.php:123
Dwoo_Mahara->fetch("admin/users/progressbar.tpl") at 
/var/mahara/htdocs/lib/dwoo/mahara/Dwoo_Mahara.php:107
Dwoo_Mahara->display("admin/users/progressbar.tpl") at 
/var/mahara/htdocs/admin/users/progressbar.php:244


Mahara last 16.04_STABLE pulled version

** Affects: mahara
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1596808

Title:
  Warning when configuring the Profile completion

Status in Mahara:
  New

Bug description:
  I was configuring the details of the Profil completion feature for an
  institution on a new Mahara with the setting
  $cfg->productionmode=false.

  When I saved the page I got the following warning :

  Call stack (most recent first):

  log_message("sprintf(): Too few arguments", 8, true, true, 
"/var/mahara/htdocs/lib/mahara.php", 1419) at 
/var/mahara/htdocs/lib/errors.php:489
  error(2, "sprintf(): Too few arguments", 
"/var/mahara/htdocs/lib/mahara.php", 1419, array(size 3)) at Unknown:0
  sprintf("La barre de progression du remplissage du profil d...") at 
Unknown:0
  call_user_func_array("sprintf", array(size 1)) at 
/var/mahara/htdocs/lib/mahara.php:1419
  format_langstring("La barre de progression du remplissage du profil 
d...", array(size 0), "fr.utf8") at /var/mahara/htdocs/lib/mahara.php:512
  get_string_location("profilecompletenessdesc1", "admin", array(size 0)) 
at /var/mahara/htdocs/lib/mahara.php:295
  get_string("profilecompletenessdesc1", "admin") at Unknown:0
  call_user_func_array("get_string", array(size 2)) at 
/var/mahara/htdocs/lib/dwoo/mahara/plugins/function.str.php:32
  Dwoo_Plugin_str(object(Dwoo_Mahara), "profilecompletenessdesc1", "admin", 
null, null, null, null, null) at 
/var/www/data/maharadata/dwoo/compile/raw/var/mahara/htdocs/theme/raw/templates/admin/users/progressbar.tpl.d17.php:10
  include("/var/www/data/maharadata/dwoo/compile/raw/var/maha...") at 
/var/mahara/htdocs/lib/dwoo/dwoo/Dwoo/Core.php:374
  Dwoo_Core->get(object(Dwoo_Template_File), array(size 44)) at 
/var/mahara/htdocs/lib/dwoo/mahara/Dwoo_Mahara.php:123
  Dwoo_Mahara->fetch("admin/users/progressbar.tpl") at 
/var/mahara/htdocs/lib/dwoo/mahara/Dwoo_Mahara.php:107
  Dwoo_Mahara->display("admin/users/progressbar.tpl") at 
/var/mahara/htdocs/admin/users/progressbar.php:244

  
  Mahara last 16.04_STABLE pulled version

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1596809] [NEW] String missing in the Profile completion box

[Dominique-Alain JAN]

Public bug reported:

After having set up a new Mahara and configured the Profile completion
feature I noticed the following missing string in the Profile completion
box :

Add 3 audio files
[[progress_annotation/artefact.annotation]] <
Comment on 3 other users' pages

Lastest version of Mahara 16.04_STABLE

** Affects: mahara
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1596809

Title:
  String missing in the Profile completion box

Status in Mahara:
  New

Bug description:
  After having set up a new Mahara and configured the Profile completion
  feature I noticed the following missing string in the Profile
  completion box :

  Add 3 audio files
  [[progress_annotation/artefact.annotation]] <
  Comment on 3 other users' pages

  Lastest version of Mahara 16.04_STABLE

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp

[Mahara-contributors] [Bug 1579285] Re: Add SimpleSAMLphp as a managed dependency

[Aaron Wells]

I've been testing out this series of patches. Everything looks pretty
good so far. I think one item we've discussed is that there's a little
bumpiness in the upgrade. In order for a site that's using SAML to
upgrade they have to:

1. Run "make ssphp" to download simplesamlphp and its dependencies via
composer (although I guess the plan is to include these in the build
ZIPs).

2. Copy the Identity Provider(s) metadata files from the old outside-of-
mahara simplesaml code directory, and paste them as XML into the IdP
field of the relevant SAML auth instances in Mahara.

Currently there's no warning or anything when you upgrade, telling you
this. Since we didn't bump the version number of the plugin, there's
actually no indication at all that anything has changed, until you try
to log in via SAML and it doesn't work.

So I think it'd be good if we did this:

1. Bump the plugin's version number so it shows up as an upgrade (even
though we're not making any database changes)

2. Put some code in there that at least prints a warning message if
you're trying to upgrade and you haven't got the SimpleSAMLphp code
downloaded via composer.

3. I think it may also be possible to get the old IdP metadata from the
old simplesaml location and enter it into the relevant auth instances.
I'm fairly certain SimpleSAMLphp has a function that will let you list
the registered IdP's, and to convert it from PHP format to XML if
needed. We could just access the old SimpleSAMLphp code location (since
we haven't deleted the configuration that indicates where its paths are
located), get the data from there, and insert it into the relevant auth
instances.

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask 
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1579285

Title:
  Add SimpleSAMLphp as a managed dependency

Status in Mahara:
  In Progress

Bug description:
  Add SimpleSAMLphp as a managed dependency
  of auth/saml using make to pull to auth/saml/extlib

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

___
Mailing list: https://launchpad.net/~mahara-contributors
Post to : mahara-contributors@lists.launchpad.net
Unsubscribe : https://launchpad.net/~mahara-contributors
More help   : https://help.launchpad.net/ListHelp