Ensure multiple places are obeying the option to display roster title rather than site title
GENERAL
TESTING
GENERAL
TESTING
Description
depends on
is related to
Activity
Show:
Brian J. May 18, 2017 at 8:08 AMEdited
Yes, as well as which is marked as "Won't Fix" for 11. Changing this to the same.
Matthew Jones May 17, 2017 at 4:48 PM
This depends on some (or all?) of the changes from
Brian J. April 17, 2017 at 3:01 PM
1) Enable the property
2) Ensure you have a course site with multiple rosters, and at least one unique student in each roster
3) Visit the site as a unique user from each roster
4) Ensure the site title changes appropriately (should be the roster the user is enrolled in, rather than the original site title)
Neal Caidin April 17, 2017 at 2:59 PM
Test plan ?
Brian J. March 28, 2017 at 8:18 AM
Oh, nice. I haven't gotten all the way through my emails yet.
A commit from (21c0baf) broke Preferences obeying the sakai.property to display roster title rather than site title, which was introduced in SAK-29138.
The linked PR reimplements this aspect of the feature, as well as making the breadcrumbs, browser/tab title and Membership tool obey the sakai.property. It also contains some performance improvements we've had in production for over a year.