[Mahara-contributors] [Bug 1287262] Re: unable to create group home page
Thanks for looking in to this. I added some print statements to view.php on our dev environment to try and debug the issue which is why it's reporting a different line no. We have not customise the code at all. I'm not surprised that you can't replicate it because I think it's a database related 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/1287262 Title: unable to create group home page Status in Mahara ePortfolio: Incomplete Bug description: mahara version 1.8.1 mysql 5.6 Since upgrading from 1.7.2 to 1.8.1 we are unable to create new group home pages. After selecting 'create group', adding a group and selecting 'save group', the 'About' tab displays 'A nonrecoverable error occurred.' the error log displays: [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] [WAR] ba (lib/view.php:2725) Unknown view layout (id=), referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] Call stack (most recent first):, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_layout() at /data/mahara-vhosts/v181/lib/view.php:1776, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column_datastructure(1, false) at /data/mahara-vhosts/v181/lib/view.php:1828, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_column_datastructure(1, 1) at /data/mahara-vhosts/v181/lib/view.php:1911, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column(1, 1, false) at /data/mahara-vhosts/v181/lib/view.php:1886, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_columns(1, false) at /data/mahara-vhosts/v181/lib/view.php:1871, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_rows() at /data/mahara-vhosts/v181/group/view.php:68, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] , referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php If I select the 'my groups' tab, the group is displayed but I get the same error message if I try and edit it. If I select the group, the same error is displayed on the 'about' tab but all other tabs work correctly. I suspect that something went wrong during the upgrade, although no error messages were reported in the error log. 9 new tables were created and the correct schema changes appear to have been applied according to the lib/db/upgrade.php. We didn't test creating groups on our uat instance before upgrading production and have now rolled back production to 1.7.2. However the problem exists on our dev and uat environments and we won't upgrade production until we can fix it on dev and uat. The dev and uat databases are a clone of production. I'm not sure if it's worth mentioning but the auto-increment is set to 2 on production and 1 on dev and uat. I'm wondering if something is going wrong during the upgrade when the new tables are populated. Please let me know if I can provide any more information. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287262/+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 1287922] [NEW] error when deleting a journal entry
Public bug reported: [WAR] c9 (artefact/blog/lib.php:911) Missing argument 2 for ArtefactTypeBlogPost::delete_form(), called in /home/robertl/htdocs /mahara-testing/mahara/htdocs/artefact/blog/view/index.php on line 29 and defined This is caused by commit: b7063ffa2ec27ca500b74bef971c1bf28c16cdf8 ArtefactTypeBlog::delete_form has default $title = '' but the ArtefactTypeBlogpost does not So will fix. ** Affects: mahara Importance: High Assignee: Robert Lyon (robertl-9) 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/1287922 Title: error when deleting a journal entry Status in Mahara ePortfolio: Confirmed Bug description: [WAR] c9 (artefact/blog/lib.php:911) Missing argument 2 for ArtefactTypeBlogPost::delete_form(), called in /home/robertl/htdocs /mahara-testing/mahara/htdocs/artefact/blog/view/index.php on line 29 and defined This is caused by commit: b7063ffa2ec27ca500b74bef971c1bf28c16cdf8 ArtefactTypeBlog::delete_form has default $title = '' but the ArtefactTypeBlogpost does not So will fix. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287922/+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 1287922] A patch has been submitted for review
Patch for master branch: https://reviews.mahara.org/3066 -- 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/1287922 Title: error when deleting a journal entry Status in Mahara ePortfolio: Confirmed Bug description: [WAR] c9 (artefact/blog/lib.php:911) Missing argument 2 for ArtefactTypeBlogPost::delete_form(), called in /home/robertl/htdocs /mahara-testing/mahara/htdocs/artefact/blog/view/index.php on line 29 and defined This is caused by commit: b7063ffa2ec27ca500b74bef971c1bf28c16cdf8 ArtefactTypeBlog::delete_form has default $title = '' but the ArtefactTypeBlogpost does not So will fix. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287922/+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 609167] A change has been merged
Reviewed: https://reviews.mahara.org/3044 Committed: http://gitorious.org/mahara/mahara/commit/bacadf12db0ea062dab8aa7fee193f6591e6b316 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:master commit bacadf12db0ea062dab8aa7fee193f6591e6b316 Author: Jono Mingard jo...@catalyst.net.nz Date: Wed Feb 26 12:34:50 2014 +1300 Submit current form when pressing Enter in Group categories (Bug #609167) Pressing enter in the input used to add/edit a category now causes the relevant 'Add' or 'Update' button to be activated Change-Id: Ia0157cdc65d03cb184d8afdb3f597b5ba81e262e Signed-off-by: Jono Mingard jo...@catalyst.net.nz -- 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/609167 Title: Add group categories default action is page submit, not add Status in Mahara ePortfolio: Fix Committed Bug description: On /admin/groups/groupcategories.php, trying to add a new group category and hitting return (instead of specifically selecting the Add button) submits the form, refreshing the page rather than the expected action of adding the group. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/609167/+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 609167] Re: Add group categories default action is page submit, not add
** Changed in: mahara Status: In Progress = Fix Committed ** Changed in: mahara Milestone: None = 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/609167 Title: Add group categories default action is page submit, not add Status in Mahara ePortfolio: Fix Committed Bug description: On /admin/groups/groupcategories.php, trying to add a new group category and hitting return (instead of specifically selecting the Add button) submits the form, refreshing the page rather than the expected action of adding the group. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/609167/+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 1287262] Re: unable to create group home page
I've pushed a patch to gerrit that strips out the code I was talking about: https://reviews.mahara.org/3067 ** Changed in: mahara Importance: Undecided = Medium ** Changed in: mahara Milestone: None = 1.8.2 ** Also affects: mahara/1.8 Importance: Undecided Status: New ** Also affects: mahara/1.9 Importance: Medium Assignee: Aaron Wells (u-aaronw) Status: Incomplete ** Changed in: mahara/1.9 Milestone: 1.8.2 = 1.9.0 ** Changed in: mahara/1.8 Milestone: None = 1.8.2 ** Changed in: mahara/1.8 Assignee: (unassigned) = Aaron Wells (u-aaronw) ** Changed in: mahara/1.8 Importance: Undecided = Medium ** Changed in: mahara/1.9 Status: Incomplete = Confirmed ** Changed in: mahara/1.8 Status: New = 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/1287262 Title: unable to create group home page Status in Mahara ePortfolio: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: Confirmed Bug description: mahara version 1.8.1 mysql 5.6 Since upgrading from 1.7.2 to 1.8.1 we are unable to create new group home pages. After selecting 'create group', adding a group and selecting 'save group', the 'About' tab displays 'A nonrecoverable error occurred.' the error log displays: [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] [WAR] ba (lib/view.php:2725) Unknown view layout (id=), referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] Call stack (most recent first):, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_layout() at /data/mahara-vhosts/v181/lib/view.php:1776, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column_datastructure(1, false) at /data/mahara-vhosts/v181/lib/view.php:1828, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_column_datastructure(1, 1) at /data/mahara-vhosts/v181/lib/view.php:1911, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column(1, 1, false) at /data/mahara-vhosts/v181/lib/view.php:1886, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_columns(1, false) at /data/mahara-vhosts/v181/lib/view.php:1871, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_rows() at /data/mahara-vhosts/v181/group/view.php:68, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] , referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php If I select the 'my groups' tab, the group is displayed but I get the same error message if I try and edit it. If I select the group, the same error is displayed on the 'about' tab but all other tabs work correctly. I suspect that something went wrong during the upgrade, although no error messages were reported in the error log. 9 new tables were created and the correct schema changes appear to have been applied according to the lib/db/upgrade.php. We didn't test creating groups on our uat instance before upgrading production and have now rolled back production to 1.7.2. However the problem exists on our dev and uat environments and we won't upgrade production until we can fix it on dev and uat. The dev and uat databases are a clone of production. I'm not sure if it's worth mentioning but the auto-increment is set to 2 on production and 1 on dev and uat. I'm wondering if something is going wrong during the upgrade when the new tables are populated. Please let me know if I can provide any more information. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287262/+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 1287262] Re: unable to create group home page
Lol, one more update. I was wrong when I mentioned that the view_rows_columns table maps to the view_layout_columns table. It does not. It simply says how many columns there in each row, and then the columns are made to be evenly spaced. There actually is another (minor) bug there, unrelated to jo's issue. If you create a page, give it a multi-row layout where the columns are not evenly spaced, and then you go back to the edit content tab and use the add/remove buttons to drop a column from one row, all of the rows will be changed to make their columns evenly spaced. The workaround to this, is to use the edit layout tab to specifically engineer your layout. -- 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/1287262 Title: unable to create group home page Status in Mahara ePortfolio: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: Confirmed Bug description: mahara version 1.8.1 mysql 5.6 Since upgrading from 1.7.2 to 1.8.1 we are unable to create new group home pages. After selecting 'create group', adding a group and selecting 'save group', the 'About' tab displays 'A nonrecoverable error occurred.' the error log displays: [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] [WAR] ba (lib/view.php:2725) Unknown view layout (id=), referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] Call stack (most recent first):, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_layout() at /data/mahara-vhosts/v181/lib/view.php:1776, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column_datastructure(1, false) at /data/mahara-vhosts/v181/lib/view.php:1828, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-get_column_datastructure(1, 1) at /data/mahara-vhosts/v181/lib/view.php:1911, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_column(1, 1, false) at /data/mahara-vhosts/v181/lib/view.php:1886, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_columns(1, false) at /data/mahara-vhosts/v181/lib/view.php:1871, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] * View-build_rows() at /data/mahara-vhosts/v181/group/view.php:68, referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php [Mon Mar 03 16:46:57 2014] [error] [client 128.40.192.7] , referer: https://v181.myportfolio-dev.ucl.ac.uk/group/edit.php If I select the 'my groups' tab, the group is displayed but I get the same error message if I try and edit it. If I select the group, the same error is displayed on the 'about' tab but all other tabs work correctly. I suspect that something went wrong during the upgrade, although no error messages were reported in the error log. 9 new tables were created and the correct schema changes appear to have been applied according to the lib/db/upgrade.php. We didn't test creating groups on our uat instance before upgrading production and have now rolled back production to 1.7.2. However the problem exists on our dev and uat environments and we won't upgrade production until we can fix it on dev and uat. The dev and uat databases are a clone of production. I'm not sure if it's worth mentioning but the auto-increment is set to 2 on production and 1 on dev and uat. I'm wondering if something is going wrong during the upgrade when the new tables are populated. Please let me know if I can provide any more information. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287262/+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 1288037] [NEW] Error Creating Custom Layout for Group Page
Public bug reported: Mahara: 1.8.2testing (2013101407) OS: Linux DB: PostGres 9.1 Browser: Firefox In a brand new vanilla Mahara in install: - Create 3 users (teacher1, teacher2, student1). - Create a group (teachers) with users: teacher1 and teacher2. - Log in as teacher1 - Create a page (Standard 1) under the group teachers - Customise the layout (2 rows): row 1= 2 columns; row 2 = 5 columns. - Click 'Create New Layout' button. The following error is generated: [WAR] 68 (lib/errors.php:736) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column usr violates not-null constraint] in adodb_throw(INSERT INTO usr_custom_layout (layout) VALUES (?), Array) Command was: INSERT INTO usr_custom_layout (layout) VALUES (?) and values was (30) Call stack (most recent first): log_message(Failed to get a recordset: postgres7 error: [-1: E..., 8, true, true) at /var/www/acttqi/mahara/htdocs/lib/errors.php:93 log_warn(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/errors.php:736 SQLException-__construct(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/dml.php:1053 insert_record(usr_custom_layout, object(stdClass)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1106 View-addcustomlayout(array(size 4)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1686 View-process_changes() at /var/www/acttqi/mahara/htdocs/view/blocks.json.php:30 It appears that the owner is null. There was a similar bug reported for Mahara 1.9 (bug #1266317). It may need to be applied to 1.8 also. ** Affects: mahara Importance: Undecided Status: New ** Attachment added: Screenshot from 2014-03-05 14:34:10.png https://bugs.launchpad.net/bugs/1288037/+attachment/4007639/+files/Screenshot%20from%202014-03-05%2014%3A34%3A10.png -- 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/1288037 Title: Error Creating Custom Layout for Group Page Status in Mahara ePortfolio: New Bug description: Mahara: 1.8.2testing (2013101407) OS: Linux DB: PostGres 9.1 Browser: Firefox In a brand new vanilla Mahara in install: - Create 3 users (teacher1, teacher2, student1). - Create a group (teachers) with users: teacher1 and teacher2. - Log in as teacher1 - Create a page (Standard 1) under the group teachers - Customise the layout (2 rows): row 1= 2 columns; row 2 = 5 columns. - Click 'Create New Layout' button. The following error is generated: [WAR] 68 (lib/errors.php:736) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column usr violates not-null constraint] in adodb_throw(INSERT INTO usr_custom_layout (layout) VALUES (?), Array) Command was: INSERT INTO usr_custom_layout (layout) VALUES (?) and values was (30) Call stack (most recent first): log_message(Failed to get a recordset: postgres7 error: [-1: E..., 8, true, true) at /var/www/acttqi/mahara/htdocs/lib/errors.php:93 log_warn(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/errors.php:736 SQLException-__construct(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/dml.php:1053 insert_record(usr_custom_layout, object(stdClass)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1106 View-addcustomlayout(array(size 4)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1686 View-process_changes() at /var/www/acttqi/mahara/htdocs/view/blocks.json.php:30 It appears that the owner is null. There was a similar bug reported for Mahara 1.9 (bug #1266317). It may need to be applied to 1.8 also. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1288037/+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 1252101] A patch has been submitted for review
Patch for master branch: https://reviews.mahara.org/3068 -- 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/1252101 Title: Wishlist: Prevent new users from taking spammy actions Status in Mahara ePortfolio: In Progress Bug description: As mentioned in https://bugs.launchpad.net/mahara/+bug/1250641 , to combat spam on mahara.org, this is a feature request to add a new user probationary period, during which the user can't take actions that are potentially spammy. In the prototype implementation it's limited to the forums: 1. New (self-registered) users start with a number of probationary points. 2. When they take actions other non-probationary users approve of, their probationary points are reduced. When they hit 0, the user is no longer probationary. 3. A probationary user can't post links or images in forum posts 4. If a non-probationary user posts a direct reply to one of their forum posts or topics, their probationary points are reduced by 1. 5. The number of probation points they start with is configured in config.php Additional features it would be good to add: 1. Make the probation points configurable via the admin UI 2. Make the actions that are prohibited, configurable via the admin UI? 3. Additional actions to prevent -- links in direct messages feedback, creation of public-accessible pages 4. Admins can clear (or increase) a user's probation points via the account settings 5. Report page to show probationary users. 6. Notifications to admins when a probationary user attempts a forbidden action, with quick-link to suspend the user 7. Report page to show which non-probationary users approved of the probationary user (so you can check for spammer-approvers) 8. Report objectionably content link for forum posts 9. Display of user's overall post count on forum posts 10. Potentially some way of limiting all this to only certain forums (although I can't think of a good conceptual model for that) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1252101/+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 1252101] Re: Wishlist: Prevent new users from taking spammy actions
I've pushed a couple of additional patches to let admins see and edit user probation points, individually or in bulk. -- 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/1252101 Title: Wishlist: Prevent new users from taking spammy actions Status in Mahara ePortfolio: In Progress Bug description: As mentioned in https://bugs.launchpad.net/mahara/+bug/1250641 , to combat spam on mahara.org, this is a feature request to add a new user probationary period, during which the user can't take actions that are potentially spammy. In the prototype implementation it's limited to the forums: 1. New (self-registered) users start with a number of probationary points. 2. When they take actions other non-probationary users approve of, their probationary points are reduced. When they hit 0, the user is no longer probationary. 3. A probationary user can't post links or images in forum posts 4. If a non-probationary user posts a direct reply to one of their forum posts or topics, their probationary points are reduced by 1. 5. The number of probation points they start with is configured in config.php Additional features it would be good to add: 1. Make the probation points configurable via the admin UI 2. Make the actions that are prohibited, configurable via the admin UI? 3. Additional actions to prevent -- links in direct messages feedback, creation of public-accessible pages 4. Admins can clear (or increase) a user's probation points via the account settings 5. Report page to show probationary users. 6. Notifications to admins when a probationary user attempts a forbidden action, with quick-link to suspend the user 7. Report page to show which non-probationary users approved of the probationary user (so you can check for spammer-approvers) 8. Report objectionably content link for forum posts 9. Display of user's overall post count on forum posts 10. Potentially some way of limiting all this to only certain forums (although I can't think of a good conceptual model for that) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1252101/+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 1252101] A patch has been submitted for review
Patch for master branch: https://reviews.mahara.org/3069 -- 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/1252101 Title: Wishlist: Prevent new users from taking spammy actions Status in Mahara ePortfolio: In Progress Bug description: As mentioned in https://bugs.launchpad.net/mahara/+bug/1250641 , to combat spam on mahara.org, this is a feature request to add a new user probationary period, during which the user can't take actions that are potentially spammy. In the prototype implementation it's limited to the forums: 1. New (self-registered) users start with a number of probationary points. 2. When they take actions other non-probationary users approve of, their probationary points are reduced. When they hit 0, the user is no longer probationary. 3. A probationary user can't post links or images in forum posts 4. If a non-probationary user posts a direct reply to one of their forum posts or topics, their probationary points are reduced by 1. 5. The number of probation points they start with is configured in config.php Additional features it would be good to add: 1. Make the probation points configurable via the admin UI 2. Make the actions that are prohibited, configurable via the admin UI? 3. Additional actions to prevent -- links in direct messages feedback, creation of public-accessible pages 4. Admins can clear (or increase) a user's probation points via the account settings 5. Report page to show probationary users. 6. Notifications to admins when a probationary user attempts a forbidden action, with quick-link to suspend the user 7. Report page to show which non-probationary users approved of the probationary user (so you can check for spammer-approvers) 8. Report objectionably content link for forum posts 9. Display of user's overall post count on forum posts 10. Potentially some way of limiting all this to only certain forums (although I can't think of a good conceptual model for that) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1252101/+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 1288037] Re: Error Creating Custom Layout for Group Page
** Changed in: mahara Milestone: None = 1.8.2 ** Changed in: mahara Status: New = Triaged ** Changed in: mahara Importance: Undecided = High -- 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/1288037 Title: Error Creating Custom Layout for Group Page Status in Mahara ePortfolio: Triaged Bug description: Mahara: 1.8.2testing (2013101407) OS: Linux DB: PostGres 9.1 Browser: Firefox In a brand new vanilla Mahara in install: - Create 3 users (teacher1, teacher2, student1). - Create a group (teachers) with users: teacher1 and teacher2. - Log in as teacher1 - Create a page (Standard 1) under the group teachers - Customise the layout (2 rows): row 1= 2 columns; row 2 = 5 columns. - Click 'Create New Layout' button. The following error is generated: [WAR] 68 (lib/errors.php:736) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column usr violates not-null constraint] in adodb_throw(INSERT INTO usr_custom_layout (layout) VALUES (?), Array) Command was: INSERT INTO usr_custom_layout (layout) VALUES (?) and values was (30) Call stack (most recent first): log_message(Failed to get a recordset: postgres7 error: [-1: E..., 8, true, true) at /var/www/acttqi/mahara/htdocs/lib/errors.php:93 log_warn(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/errors.php:736 SQLException-__construct(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/dml.php:1053 insert_record(usr_custom_layout, object(stdClass)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1106 View-addcustomlayout(array(size 4)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1686 View-process_changes() at /var/www/acttqi/mahara/htdocs/view/blocks.json.php:30 It appears that the owner is null. There was a similar bug reported for Mahara 1.9 (bug #1266317). It may need to be applied to 1.8 also. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1288037/+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 1266317] Re: Institution/group ownership of custom flexible layouts
** Also affects: mahara/1.8 Importance: Undecided Status: New ** Also affects: mahara/1.9 Importance: High Assignee: Robert Lyon (robertl-9) Status: Fix Committed ** Changed in: mahara/1.8 Milestone: None = 1.8.2 ** Changed in: mahara/1.8 Importance: Undecided = High ** Changed in: mahara/1.8 Status: New = In Progress ** Changed in: mahara/1.8 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 Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: In Progress Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1288037] Re: Error Creating Custom Layout for Group Page
*** This bug is a duplicate of bug 1266317 *** https://bugs.launchpad.net/bugs/1266317 Thanks Ghada! I was able to replicate the problem, and cherry-picking the patches from Bug 1266317 fixed the problem. So, I'll mark this one as a duplicate and reopen the other bug. ** This bug has been marked a duplicate of bug 1266317 Institution/group ownership of custom flexible layouts -- 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/1288037 Title: Error Creating Custom Layout for Group Page Status in Mahara ePortfolio: Triaged Bug description: Mahara: 1.8.2testing (2013101407) OS: Linux DB: PostGres 9.1 Browser: Firefox In a brand new vanilla Mahara in install: - Create 3 users (teacher1, teacher2, student1). - Create a group (teachers) with users: teacher1 and teacher2. - Log in as teacher1 - Create a page (Standard 1) under the group teachers - Customise the layout (2 rows): row 1= 2 columns; row 2 = 5 columns. - Click 'Create New Layout' button. The following error is generated: [WAR] 68 (lib/errors.php:736) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column usr violates not-null constraint] in adodb_throw(INSERT INTO usr_custom_layout (layout) VALUES (?), Array) Command was: INSERT INTO usr_custom_layout (layout) VALUES (?) and values was (30) Call stack (most recent first): log_message(Failed to get a recordset: postgres7 error: [-1: E..., 8, true, true) at /var/www/acttqi/mahara/htdocs/lib/errors.php:93 log_warn(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/errors.php:736 SQLException-__construct(Failed to get a recordset: postgres7 error: [-1: E...) at /var/www/acttqi/mahara/htdocs/lib/dml.php:1053 insert_record(usr_custom_layout, object(stdClass)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1106 View-addcustomlayout(array(size 4)) at /var/www/acttqi/mahara/htdocs/lib/view.php:1686 View-process_changes() at /var/www/acttqi/mahara/htdocs/view/blocks.json.php:30 It appears that the owner is null. There was a similar bug reported for Mahara 1.9 (bug #1266317). It may need to be applied to 1.8 also. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1288037/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3076 Committed: http://gitorious.org/mahara/mahara/commit/816d1409296cca1aeb0cdc3fe0da4f4d06d426a6 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 816d1409296cca1aeb0cdc3fe0da4f4d06d426a6 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Thu Dec 5 17:07:02 2013 + Check for institutional ownership of view Bug #1266317 when setting or getting custom layout Change-Id: Ic7cfb9e1fd0eaf520b3500ee570ffb4ed643a490 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3074 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3073 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3070 Committed: http://gitorious.org/mahara/mahara/commit/0f026df2448784e1d2db41359de98b37dccfe243 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 0f026df2448784e1d2db41359de98b37dccfe243 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Tue Nov 19 11:24:11 2013 + Restructure usr_custom_layout table to take groups into account Bug #1266317 Group pages, site and institution pages were set as having usr = 0 in usr_custom_layout because the view owner is null. Fix by adding group column to table, foreign keyed to group table. usr column and group column have to be changed to allow null values, and to have null as default values. When saving a custom layout, check context, then set usr and group values accordingly. e.g. usr = 5, group = null usr = null, group = 321 In the case of site and institution pages: usr = null, group = null Change-Id: Id42ebcc543d29ee2455aef73227b57c569171385 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3077 Committed: http://gitorious.org/mahara/mahara/commit/415308d2fbf07d2b8016f8c2843b30f1ac445f2f Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 415308d2fbf07d2b8016f8c2843b30f1ac445f2f Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Wed Dec 4 16:04:14 2013 + Check for institutional ownership of custom layout when importing LEAP2A Bug #1266317 Change-Id: If065430bfd50b94597788c0ede91303cd1b476eb Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3076 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1267240] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3078 -- 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/1267240 Title: Clicking on new change layout icon needs to warn if navigating away without saving Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: Need to set page layout form as dirty when changing layouts by clicking on layout thumbnail instead of radio button. To test: 1) Create page and go to 'Edit Layout' page 2) Change layout option by clicking a radio button of the new layout your want - try to navigate away - get prompted to save 3) Save 4) go to 'Edit Layout' page again 5) change layout option by clicking on the icon image of the new layout you want - try to navigate away - NO PROMPT but we should be prompted. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1267240/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3071 Committed: http://gitorious.org/mahara/mahara/commit/40dbbdffc465499f9cd96cdb17089cc310a2590f Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 40dbbdffc465499f9cd96cdb17089cc310a2590f Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Tue Nov 19 15:06:36 2013 + Check for group, site and institution ownership of custom layouts Bug #1266317 when reading from and writing to usr_custom_layout table Change-Id: I27d83d9a7e76f250cfc903198567d2341168cacc Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3075 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3070 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3077 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3074 Committed: http://gitorious.org/mahara/mahara/commit/1ae491b23aa5383e356894e7252d414bf8a01417 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 1ae491b23aa5383e356894e7252d414bf8a01417 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Tue Nov 19 11:14:13 2013 + Bump version number to force update to usr_custom_layout table Bug #1266317 Change-Id: If705906005d6c6490d9a0a3c1e41d959a8d225fe Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3071 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1267240] Re: Clicking on new change layout icon needs to warn if navigating away without saving
** Also affects: mahara/1.8 Importance: Undecided Status: New ** Also affects: mahara/1.9 Importance: Low Status: Fix Committed ** Changed in: mahara/1.8 Status: New = In Progress ** Changed in: mahara/1.8 Importance: Undecided = Low ** Changed in: mahara/1.8 Milestone: None = 1.8.2 ** Changed in: mahara/1.8 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/1267240 Title: Clicking on new change layout icon needs to warn if navigating away without saving Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: Need to set page layout form as dirty when changing layouts by clicking on layout thumbnail instead of radio button. To test: 1) Create page and go to 'Edit Layout' page 2) Change layout option by clicking a radio button of the new layout your want - try to navigate away - get prompted to save 3) Save 4) go to 'Edit Layout' page again 5) change layout option by clicking on the icon image of the new layout you want - try to navigate away - NO PROMPT but we should be prompted. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1267240/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3075 Committed: http://gitorious.org/mahara/mahara/commit/09b2f5ba730d4d03950c713c1baaf1cb3174cde2 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 09b2f5ba730d4d03950c713c1baaf1cb3174cde2 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Wed Dec 4 16:20:44 2013 + Add institution field into usr_custom_layout table (Bug #1266317) Fix references to layout owner in upgrade routine Check for institutional ownership of layouts when upgrading (Site page layouts are saved with ownership by current institution, as the institution value is already set in a site view) Change-Id: If8faa8be50f8cdcb9fc32427134115bc5becc296 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1267240] A change has been merged
Reviewed: https://reviews.mahara.org/3078 Committed: http://gitorious.org/mahara/mahara/commit/5da93b1deec85eaa8a5d0125091d712e96386488 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 5da93b1deec85eaa8a5d0125091d712e96386488 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Wed Jan 8 16:38:43 2014 + Set layout form as dirty when changing layouts via icon (bug #1267240) by clicking on layout thumbnail instead of radio button Change-Id: I58f723f47ff71f4e4d3dbfda7c5ad1e39372e916 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1267240 Title: Clicking on new change layout icon needs to warn if navigating away without saving Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: Need to set page layout form as dirty when changing layouts by clicking on layout thumbnail instead of radio button. To test: 1) Create page and go to 'Edit Layout' page 2) Change layout option by clicking a radio button of the new layout your want - try to navigate away - get prompted to save 3) Save 4) go to 'Edit Layout' page again 5) change layout option by clicking on the icon image of the new layout you want - try to navigate away - NO PROMPT but we should be prompted. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1267240/+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 1266317] Re: Institution/group ownership of custom flexible layouts
** Changed in: mahara/1.8 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3073 Committed: http://gitorious.org/mahara/mahara/commit/97fcee20428d8de7df62c5d9483ec92d3be4b447 Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit 97fcee20428d8de7df62c5d9483ec92d3be4b447 Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Tue Nov 19 11:35:49 2013 + Upgrade usr_custom_layout table and fix problem entries Bug 1266317 Change-Id: I1daef151b72a04469b8e78ebd0a487639b9843c1 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A change has been merged
Reviewed: https://reviews.mahara.org/3072 Committed: http://gitorious.org/mahara/mahara/commit/ce2a66e87e1ff2bab1ef8f0dfdf51b138ab2982a Submitter: Aaron Wells (aar...@catalyst.net.nz) Branch:1.8_STABLE commit ce2a66e87e1ff2bab1ef8f0dfdf51b138ab2982a Author: Mike Kelly m.f.ke...@arts.ac.uk Date: Tue Nov 19 11:27:53 2013 + Copy the custom layout where required when copying a view. Bug #1266317 Change-Id: Ief7c8c5d2aef455d61e78feb5d3c7571d517c830 Signed-off-by: Mike Kelly m.f.ke...@arts.ac.uk -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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 1266317] A patch has been submitted for review
Patch for 1.8_STABLE branch: https://reviews.mahara.org/3072 -- 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/1266317 Title: Institution/group ownership of custom flexible layouts Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: I came across a nasty bug in the mahara custom layouts feature. If a user saves a custom layout from within a group, the view owner is null, so usr in the usr_custom_layout table is set to be 0. This means that the saved custom layout becomes available to all users, so the advanced layout options area gets cluttered quite quickly. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1266317/+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
