[Mahara-contributors] [Bug 1267861] Re: Page shared to group: notification to page owner
Hi Aaron, Certainly that's one way of looking at it, but I think it would be better to simply display a message at the top of the page to inform the user that the other group members had been sent a notification. I think sending a notification to the owner of the page being shared could potentially be quite confusing - it just seems wrong to notify a user that they now have access to a page they already had access to. I've submitted a patch for review at https://reviews.mahara.org/#/c/2934/ to exclude the owner from the notification. Cheers, Tony -- 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/1267861 Title: Page shared to group: notification to page owner Status in Mahara ePortfolio: New Bug description: When the page owner shares page with the group, and the group has a setting to notify members when new page is shared with the group, the page owner receives notification as well. This is not correct, the page owner should be excluded from notification list if s/he is a member of the group s/he shares the page with. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1267861/+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 1267861] Re: Page shared to group: notification to page owner
It seems to be a combination of both of those things. I think users are generally quite happy to receive notifications as long as they're relevant and useful (and not confusing), and rewording the notification as suggested would certainly help to improve that. However, I still think it would be more appropriate to reword the message that appears on save, to include more detail about what has been shared and with whom. Currently it just reads: Access rules were updated for 1 page(s). Ideally this is the point at which the user who is actually editing the view access should be given this additional information. -- 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/1267861 Title: Page shared to group: notification to page owner Status in Mahara ePortfolio: Opinion Bug description: When the page owner shares page with the group, and the group has a setting to notify members when new page is shared with the group, the page owner receives notification as well. This is not correct, the page owner should be excluded from notification list if s/he is a member of the group s/he shares the page with. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1267861/+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 1272240] [NEW] New group page notification
Public bug reported: Group members should receive a notification whenever a new group page is created, just as they currently do when a member shares one of their own pages with the group (provided that 'Shared page notifications' is enabled for the group). ** 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/1272240 Title: New group page notification Status in Mahara ePortfolio: New Bug description: Group members should receive a notification whenever a new group page is created, just as they currently do when a member shares one of their own pages with the group (provided that 'Shared page notifications' is enabled for the group). To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1272240/+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 1296698] [NEW] Text box title duplicated and only one instance updated
Public bug reported: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. ** 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara ePortfolio: New Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1296698] Re: Text box title duplicated and only one instance updated
I'd be quite happy to work on this issue if one of the core developers could just give me a bit of advice as to how best to proceed, e.g. - Is there a legitimate reason for the data being stored in two places or was this an oversight? - Does it need to be updated in both places too, or should it only be stored in one place to begin with? Cheers, Tony -- 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara ePortfolio: New Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1296698] Re: Text box title duplicated and only one instance updated
Verified that this is still an issue in Mahara 1.9.0. -- 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara ePortfolio: New Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1343930] [NEW] Usability improvement: Add 'Edit dashboard' button to home page
Public bug reported: Currently if a user wants to edit their dashboard page they have to go to the 'Portfolio' tab and click the appropriate edit button there, which is not particularly intuitive. This patch adds an 'Edit dashboard' button to the home page itself, and also returns the user to the home page when they save their changes. ** Affects: mahara Importance: Undecided Status: New ** Tags: usability -- 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/1343930 Title: Usability improvement: Add 'Edit dashboard' button to home page Status in Mahara ePortfolio: New Bug description: Currently if a user wants to edit their dashboard page they have to go to the 'Portfolio' tab and click the appropriate edit button there, which is not particularly intuitive. This patch adds an 'Edit dashboard' button to the home page itself, and also returns the user to the home page when they save their changes. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1343930/+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 1353516] [NEW] Site option to prevent display of usernames
Public bug reported: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. ** Affects: mahara Importance: Undecided Status: New ** Tags: privacy -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: New Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1353516] Re: Site option to prevent display of usernames
Thanks Kristina. So does that mean that the $username parameter of display_name() is redundant, or that the original logic was incorrect? In other words, should the username always be displayed for admins and staff, or only when $username is true? The original logic, $addusername = $username || !empty($userto-admin) || !empty($userto-staff); implies that there are situations where all users should be able to see usernames. Should this logic actually be more like $addusername = $username (!empty($userto-admin) || !empty($userto-staff)); or simply $addusername = !empty($userto-admin) || !empty($userto-staff); ? ... I've had another look, and the documentation for display_name() says: @param boolean $username show the user's username even if the viewer is not an admin I suppose the third possibility is that usernames should always be displayed to admins, but only to staff when $username is true (and never to ordinary users). Let me know what you think. Cheers, Tony -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1296698] Re: Text box title duplicated and only one instance updated
Thanks Robert. So are you saying that this isn't a bug at all, or just for the situations where the artefact title still makes sense when applied to the new block instance in its new context? What about when the artefact title doesn't make sense in the new context, or is even potentially confusing? Cheers, Tony -- 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara ePortfolio: New Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1353516] Re: Site option to prevent display of usernames
I've added another commit to this issue, after receiving a report from a student that notification emails were displaying the sender's username anyway. -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1353516] Re: Site option to prevent display of usernames
OK, the text table obviously didn't work out so I've attached the original spreadsheet. ;-) ** Attachment added: results.ods https://bugs.launchpad.net/mahara/+bug/1353516/+attachment/4306488/+files/results.ods -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1353516] Re: Site option to prevent display of usernames
I get completely different results for these tests, which I've summarised below (thanks to http://www.tablesgenerator.com/). These are exactly the results I would expect, logged in as a normal (student) user, searching for another normal user who has set a display name and a preference to hide their real name (where applicable). However it has occurred to me that, since 'Search usernames' has no effect if 'Never display usernames' is enforced (and nor should it, as you pointed out above), perhaps these two settings would be better combined into one. What do you think (and if you agree, what do you think it should it look like / how should it be worded)? +---+--+---+---++---++---++ | Users can hide RN | Never display UN | Search UN | DN searchable | DN visible | RN searchable | RN visible | UN searchable | UN visible | +---+--+---+---++---++---++ | / | | | Y | Y | N | N | N | Y | +---+--+---+---++---++---++ | / | /| | Y | Y | N | N | N | N | +---+--+---+---++---++---++ | / | /| / | Y | Y | N | N | N | N | +---+--+---+---++---++---++ | / | | / | Y | Y | N | N | Y | Y | +---+--+---+---++---++---++ | | /| / | Y | Y | Y | Y | N | N | +---+--+---+---++---++---++ | | /| | Y | Y | Y | Y | N | N | +---+--+---+---++---++---++ | | | / | Y | Y | Y | Y | Y | Y | +---+--+---+---++---++---++ | | | | Y | Y | Y | Y | N | Y | +---+--+---+---++---++---++ -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1353516] Re: Site option to prevent display of usernames
Thanks for reviewing Aaron. I've addressed the points you raised (the de-duping code was in there already). Cheers, Tony -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1353516] Re: Site option to prevent display of usernames
Thanks for the feedback Aaron. I've added a commit which consolidates these two options into one, hopefully resolving the inconsistencies you mention above. If usernames are not displayed, Clean URLs for profile pages will be generated using the preferred name if one is supplied, or the real firstname and lastname concatenated together. If everything is OK please let me know and I'll squash all the commits into one. Cheers, Tony -- 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/1353516 Title: Site option to prevent display of usernames Status in Mahara ePortfolio: In Progress Bug description: There are a few places in Mahara where usernames are displayed to ordinary users (e.g. user/find.php and user/online.php). This may be a privacy issue for sites where email addresses are used as usernames. This patch adds a site option enabling the admin to prevent usernames being displayed to ordinary users anywhere in the site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1353516/+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 1296698] Re: Text box title duplicated and only one instance updated
Sorry Kristina, I don't really have time at the moment. To be honest I'd forgotten all about it. Is it still an issue? -- 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara: Incomplete Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1296698] Re: Text box title duplicated and only one instance updated
Thanks Kristina, but I'm afraid I just don't have the time to look into it at the moment. -- 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/1296698 Title: Text box title duplicated and only one instance updated Status in Mahara: Incomplete Bug description: When a new text box is created, its original title goes into the database in two places: artefact.title and block_instance.title. However if the title is then edited, only block_instance.title gets updated; artefact.title retains the original title. This becomes an issue when the text box is viewed on its own, when both titles are displayed (whereas in the page view only the updated block_instance.title is displayed). The page owner is unable to update the original title via the Mahara interface as it doesn't appear at all when editing the block. I think there are really two issues here: firstly that the title is only updated in one place, but also that both titles are displayed when the text box is viewed on its own. If the title has never been edited, the same title is displayed twice, which is unnecessary. This has been tested in Mahara 1.8.1 on Ubuntu 13.10 with a Postgres database. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1296698/+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 1939962] Re: Password for Redis server cannot be configured
+1 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: mahara-contributors https://bugs.launchpad.net/bugs/1939962 Title: Password for Redis server cannot be configured Status in Mahara: Triaged Bug description: A session handler other than "file" is required if the SAML plugin is to be used. When using a single Redis instance, the following configuration options are available: $cfg->sessionhandler = 'redis'; $cfg->ssphpsessionhandler = 'redis'; $cfg->redisserver = 'redis:6379'; Nowadays it's quite common to set a password for accessing the Redis instance. However, Mahara doesn't allow setting one. The following calls are affected: auth/lib.php ini_set('session.save_path', 'tcp://' . $master->ip . ':' . $master->port . '?prefix=' . get_config('redisprefix')); could be using a new setting "redispassword" as follows: ini_set('session.save_path', 'tcp://' . $master->ip . ':' . $master->port . '?auth=' . get_config('redispassword') . '=' . get_config('redisprefix')); Also, the password should be made available to SimpleSamlPHP which is compatible to Redis servers with password (see auth/saml/extlib/simplesamlphp/lib/SimpleSAML/Store/Redis.php). Tested with Mahara 21.04.01. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1939962/+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