[Mahara-contributors] [Bug 1287262] [NEW] unable to create group home page
Public bug reported: 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. ** 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/1287262 Title: unable to create group home page Status in Mahara ePortfolio: New 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] *
[Mahara-contributors] [Bug 1282219] Re: Rename Edit site pages to General pages
I wouldn't go for 1. What about General information? I'd be OK with System screens though they are a bit like Site as we usually speak of the entire system when we mean the site, but an institution admin would change certain information. System notices has the same issue for me as above. It's even closer to notifications. -- 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/1282219 Title: Rename Edit site pages to General pages Status in Mahara ePortfolio: In Progress Bug description: Edit site pages existed for the entire site, but since bug #1254299 now also for institutions. I find this wording unfortunate as you mix site pages into institution pages. I suggest we rename Edit site pages to General pages. That way, we fix a few things 1. Get rid of Edit: we don't have a verb in any of the other menu items anymore. 2. Get rid of Site because it can also be confused with the site portfolio pages that can be created and used as templates for example. 3. Still allows us to have the same menu item for institutions without mixing site into institution. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1282219/+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 1273931] Re: It is impossible to add custom CSS for blocks
** Tags added: nominatedfeature -- 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/1273931 Title: It is impossible to add custom CSS for blocks Status in Mahara ePortfolio: Fix Committed Bug description: class PluginBlocktype that used for artefact blocks doesn't have any methods to load CSS files while it has two of them for JS: - get_instance_javascript - get_instance_inline_javascript I see two ways of customizing CSS for blocks, but they both have significant disadvantages: 1. Load custom CSS for a block using js dynamic loader (dynamically create link tag to CSS in header). However, this way is quite limited because it doesn't support themes. 2. Change docroot/theme/view.css. This way used for core artifcats like blog. However it is also bad, because it makes artefacts hard to distibute separate from Mahara (main view.css file is part of core). Also, lots of styles that need for unused blocks stored anyway. Generally it makes a bit of mess. My proposed solution is create style folder structure for blocktype as it done for artefact: artefact/[artefactname]/blocktype/[blockname]/theme/[themename]/static/style/style.css This file (if exists) will be loaded when block placed on current page and during page edit mode only. I am going to implement this functionality anyway, but want to know if community interested in this feature or may be there some workarounds that I don't know? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1273931/+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
If you need to remove a user from probation you currently will need to go and manually update the db, eg: UPDATE usr SET newuserpoints = 0 WHERE username = 'newly_joined'; It would be a useful feature to have if one could remove probation via the admin interface. - Possibly on the bulk actions page one could have a button 'Remove probation' and so could update a bunch of users at once. - possibly as a select box on the admin user edit page where an admin can select probation = 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/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 1287344] [NEW] artefact installed upgrade problem
Public bug reported: When there is an artefact plugin missing and one tries to upgrade another artefact plugin there is an error: [WAR] cb (lib/errors.php:739) Failed to get a recordset: postgres7 error: [-1: ERROR: update or delete on table artefact_installed_type violates foreign key constraint arte_art_fk on table artefact, referer: https://mahara-testing/admin/upgrade.php [Tue Mar 04 08:52:46 2014] [error] [client 127.0.0.1] [WAR] cb (lib/errors.php:739) DETAIL: Key (name)=(socialprofile) is still referenced from table artefact.] in adodb_throw(DELETE FROM artefact_installed_type WHERE (plugin = ? AND name NOT IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)), Array), referer: https://mahara-testing/admin/upgrade.php This is due to the fact the missing plugin has artefacts in the artefact table. This line in lib/upgrade.php (approx line 500) delete_records_select('artefact_installed_type', $select, array_merge(array($pluginname),$types)); needs to have some sort of checking if associated items exist for the plugin being removed and remove them first (or have some try { } catch (Exception $e) {} to let the user know that there was an issue with plugin A but still allow plugin B to be upgraded. ** Affects: mahara Importance: High Status: Confirmed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1287344 Title: artefact installed upgrade problem Status in Mahara ePortfolio: Confirmed Bug description: When there is an artefact plugin missing and one tries to upgrade another artefact plugin there is an error: [WAR] cb (lib/errors.php:739) Failed to get a recordset: postgres7 error: [-1: ERROR: update or delete on table artefact_installed_type violates foreign key constraint arte_art_fk on table artefact, referer: https://mahara-testing/admin/upgrade.php [Tue Mar 04 08:52:46 2014] [error] [client 127.0.0.1] [WAR] cb (lib/errors.php:739) DETAIL: Key (name)=(socialprofile) is still referenced from table artefact.] in adodb_throw(DELETE FROM artefact_installed_type WHERE (plugin = ? AND name NOT IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)), Array), referer: https://mahara-testing/admin/upgrade.php This is due to the fact the missing plugin has artefacts in the artefact table. This line in lib/upgrade.php (approx line 500) delete_records_select('artefact_installed_type', $select, array_merge(array($pluginname),$types)); needs to have some sort of checking if associated items exist for the plugin being removed and remove them first (or have some try { } catch (Exception $e) {} to let the user know that there was an issue with plugin A but still allow plugin B to be upgraded. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287344/+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 1282831] Re: files (mostly images, attached spreadsheets) yield access denied
Have updated the documentation to mention the need to make sure all triggers / sequences need to also be owned by db owner for site to function. https://wiki.mahara.org/index.php/System_Administrator%27s_Guide/Upgrading_Mahara#4a._Upgrading_a_migrated_database -- 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/1282831 Title: files (mostly images, attached spreadsheets) yield access denied Status in Mahara ePortfolio: New Bug description: Apparently at random in one portfolio many images are missing from a Collection of Pages. When maquerading as user clicking these files in their file repository yields 'access denied'. There is a generic 'image' icon there and a KB value for the file. In another portfolio the file is a spreadsheet and the same 'access denied' issue occurs both when attempting to download it from the Collection and also when trying direct access in the file area . But not with all spreadsheets ... These Collections have all been submitted as secret urls to a Moodle Assignment and yet, even when I delete the secret urls's in Mahara so that there is nothing to link to, I still get 'access denied' The same effect does NOT show up in half a dozen other Collections that other users have submitted. I am at a loss - is this a bug or some obscure misuse that I have not yet detected. Thanks for your attention Mahara 1.8.1 PHP Version 5.3.3-7+squeeze17 mysql Client API version 5.1.72 mysql Server version: 5.1.72-2 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1282831/+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 1287350] Re: New Google Drive URL
We will need the URLs and the iframe embed code for the following: - Google Docs - Google Spreadsheet - Google Presentation - Google Form (not for the Google Apps part, but good to know nevertheless) - Google Books - Google Calendar (just to be sure that nothing changed there as that shouldn't be Drive) -- 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/1287350 Title: New Google Drive URL Status in Mahara ePortfolio: Confirmed Status in Mahara 1.6 series: Confirmed Status in Mahara 1.7 series: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: Confirmed Bug description: The Google Apps code is broken as Google issued new URLs. Unfortunately, they are not yet all visible to everyone. I can still see the Google Docs URL, but Ulrike Montgomery from Germany already has the new Drive one. Here is one for a document: https://drive.google.com/file/d/0B49bpo_XY2e_SHlfLUYzM0ZoXzg/edit?usp=sharing To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287350/+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 1287350] Re: New Google Drive URL
and Google Drawing -- 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/1287350 Title: New Google Drive URL Status in Mahara ePortfolio: Confirmed Status in Mahara 1.6 series: Confirmed Status in Mahara 1.7 series: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: Confirmed Bug description: The Google Apps code is broken as Google issued new URLs. Unfortunately, they are not yet all visible to everyone. I can still see the Google Docs URL, but Ulrike Montgomery from Germany already has the new Drive one. Here is one for a document: https://drive.google.com/file/d/0B49bpo_XY2e_SHlfLUYzM0ZoXzg/edit?usp=sharing To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287350/+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 547333] Re: Wall should send notifications on new posts
I don't think it is hard to implement... I'd like very much this feature to be added to next version. Is it possible? I't s the second time somebody writes to me on my wall and it takes me more than a week to answer since i do not go on my own profile page everyday. Thanks for considering! -- 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/547333 Title: Wall should send notifications on new posts Status in Mahara ePortfolio: Confirmed Bug description: As per subject. It doesn't at the moment. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/547333/+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 1287350] Re: New Google Drive URL
** Changed in: mahara/1.9 Assignee: (unassigned) = Son Nguyen (ngson2000) ** Changed in: mahara/1.9 Status: Confirmed = In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1287350 Title: New Google Drive URL Status in Mahara ePortfolio: In Progress Status in Mahara 1.6 series: Confirmed Status in Mahara 1.7 series: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: In Progress Bug description: The Google Apps code is broken as Google issued new URLs. Unfortunately, they are not yet all visible to everyone. I can still see the Google Docs URL, but Ulrike Montgomery from Germany already has the new Drive one. Here is one for a document: https://drive.google.com/file/d/0B49bpo_XY2e_SHlfLUYzM0ZoXzg/edit?usp=sharing To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287350/+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'm unable to replicate the issue. It is a bit strange that the auto- increment is 2 rather than 1, but we wrote the code in a way that does not make any assumption about the automatically generated ID numbers, so that shouldn't pose a problem. Looking at your error stack, one thing that makes me scratch my head is that the warning message Unknown view layout (id=) is from line 2725 of lib/view.php. In the code for release 1.8.1 (and 1.8.2dev) that warning should be on line 2721. Do you have custom code in lib/view.php? Cheers, Aaron ** Changed in: mahara Status: New = Incomplete ** Changed in: mahara 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/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 505732] Re: Plugins cannot be uninstalled
** Changed in: mahara Importance: Low = Wishlist -- 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/505732 Title: Plugins cannot be uninstalled Status in Mahara ePortfolio: Confirmed Bug description: Plugins cannot be completely removed from Mahara. They can only be enabled/disabled via the Administer Extensions page. A plugin could presumably be removed completely with some SQL hacking, but a feature should be added that does this when needed. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/505732/+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 1287344] Re: artefact installed upgrade problem
See also: https://bugs.launchpad.net/mahara/+bug/505732 Deleting plugins is semi-supported in Mahara. We don't provide a way to do it through the UI, but there is one sentence about it in the manual (http://manual.mahara.org/en/1.5/site_admin/extensions.html ): In order to delete a plugin completely, you must delete the code and all database tables that pertain to the plugin. It would appear that this advice is incomplete. It's not enough just to delete the plugin's own tables (e.g. artefact_resume_book). You also need to delete it from several system tables (e.g. artefact, artefact_config, artefact_cron, etc). Here's an oldish wiki page showing all the many things you have to delete to clear out an artefact plugin: https://wiki.mahara.org/index.php/Plugins/Artefact/My_Learning/Uninstalling So, the least we could do on this, is update the manual to be a bit more comprehensive. -- 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/1287344 Title: artefact installed upgrade problem Status in Mahara ePortfolio: Confirmed Bug description: When there is an artefact plugin missing and one tries to upgrade another artefact plugin there is an error: [WAR] cb (lib/errors.php:739) Failed to get a recordset: postgres7 error: [-1: ERROR: update or delete on table artefact_installed_type violates foreign key constraint arte_art_fk on table artefact, referer: https://mahara-testing/admin/upgrade.php [Tue Mar 04 08:52:46 2014] [error] [client 127.0.0.1] [WAR] cb (lib/errors.php:739) DETAIL: Key (name)=(socialprofile) is still referenced from table artefact.] in adodb_throw(DELETE FROM artefact_installed_type WHERE (plugin = ? AND name NOT IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)), Array), referer: https://mahara-testing/admin/upgrade.php This is due to the fact the missing plugin has artefacts in the artefact table. This line in lib/upgrade.php (approx line 500) delete_records_select('artefact_installed_type', $select, array_merge(array($pluginname),$types)); needs to have some sort of checking if associated items exist for the plugin being removed and remove them first (or have some try { } catch (Exception $e) {} to let the user know that there was an issue with plugin A but still allow plugin B to be upgraded. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287344/+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 547333] Re: Wall should send notifications on new posts
It does seem like a bit of an oversight. And probably not that hard to implement. It would simply require adding an ActivityType to the Wall block. ( https://wiki.mahara.org/index.php/Developer_Area/Notification_Plugins_%26_Activities ) -- 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/547333 Title: Wall should send notifications on new posts Status in Mahara ePortfolio: Confirmed Bug description: As per subject. It doesn't at the moment. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/547333/+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 1282219] Re: Rename Edit site pages to General pages
It's a tricky one. Maybe we should ask for some feedback on the forums and/or Twitter? :) How about static pages? I think that's the term that comes the closest to conveying what these things are. It also passes the self-documenting test. If I were a new Mahara admin looking through the admin menu and I saw edit static pages, I would imagine that it means something like the About us page. And coming from the other direction, if I was trying to figure out how to change the About us page, I'd click on edit static pages. It does have the downside of having the word page in it, but since portfolio Pages are by definition not static, it's clear it doesn't refer to those. There's still the problem that some of these static pages are snippets rather than pages... but no solution is perfect. :) -- 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/1282219 Title: Rename Edit site pages to General pages Status in Mahara ePortfolio: In Progress Bug description: Edit site pages existed for the entire site, but since bug #1254299 now also for institutions. I find this wording unfortunate as you mix site pages into institution pages. I suggest we rename Edit site pages to General pages. That way, we fix a few things 1. Get rid of Edit: we don't have a verb in any of the other menu items anymore. 2. Get rid of Site because it can also be confused with the site portfolio pages that can be created and used as templates for example. 3. Still allows us to have the same menu item for institutions without mixing site into institution. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1282219/+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 1287350] A patch has been submitted for review
Patch for master branch: https://reviews.mahara.org/3064 -- 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/1287350 Title: New Google Drive URL Status in Mahara ePortfolio: In Progress Status in Mahara 1.6 series: Confirmed Status in Mahara 1.7 series: Confirmed Status in Mahara 1.8 series: Confirmed Status in Mahara 1.9 series: In Progress Bug description: The Google Apps code is broken as Google issued new URLs. Unfortunately, they are not yet all visible to everyone. I can still see the Google Docs URL, but Ulrike Montgomery from Germany already has the new Drive one. Here is one for a document: https://drive.google.com/file/d/0B49bpo_XY2e_SHlfLUYzM0ZoXzg/edit?usp=sharing To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1287350/+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 1285862] Re: Block configuration dialog is inconsistent width
** Changed in: mahara Assignee: (unassigned) = Son Nguyen (ngson2000) ** Changed in: mahara Status: New = In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1285862 Title: Block configuration dialog is inconsistent width Status in Mahara ePortfolio: In Progress Bug description: In Mahara 1.8 the block configuration dialog is fairly narrow and expands to fit its content (if there is a file browser, HTML editor, etc.) In latest master the dialog can be anything from very narrow (where it cuts off the edge of the file browser) to very wide (where it fills the screen and leaves massive amounts of white space everywhere). I can't reliably reproduce any of these widths. This is probably an issue in setDialogPosition() in views.js, which was changed when the page editor was made keyboard-accessible. I've attached a couple of screenshots showing this inconsistency (not the most extreme examples, but you get the idea ...) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1285862/+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/3065 -- 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