[Mahara-contributors] [Bug 1201174] Re: allow and moderate comments not saving correctly for groups
** Changed in: mahara/15.04 Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1508723] Re: Have dedicated language strings for switchbox labels
** Changed in: mahara/15.04 Status: In Progress => Won't Fix ** Changed in: mahara/15.04 Milestone: 15.04.4 => None -- 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/1508723 Title: Have dedicated language strings for switchbox labels Status in Mahara: Fix Committed Status in Mahara 15.04 series: Won't Fix Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: Due to Bug 1467252, it may be necessary in some languages to relabel the switchboxes so that they don't say a direct translation of "Yes/No" or "Off/On". The problem is, the switchboxes currently use the strings 'yes', 'no', 'off', and 'on' from mahara.php, which are potentially used throughout Mahara and can't be safely changed. The solution is to use dedicated language strings just for the switchboxes, so that they can be relabelled for brevity without affecting the rest of Mahara. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508723/+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 1490569] A patch has been submitted for review
Patch for "15.10_STABLE" branch: https://reviews.mahara.org/5630 -- 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/1490569 Title: Sort submitted pages "Most recently submitted" doesn't work Status in Mahara: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Hello, When adding a 'pages shared' block to a group, one of the settings is "Sort submitted pages and collections" by "Most recently updated". While trying to use this with a group (v15.04) I've found that the displayed sort order of the shared pages doesn't change from the default 'alphabetically'. Worth noting it would also be worth having the option to display pages in the order 'most recently shared' - subtly different from when they were updated but a useful feature if it could be added. Regards, Gordon. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1490569/+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 1490569] Re: Sort submitted pages "Most recently submitted" doesn't work
** Changed in: mahara/15.04 Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1490569 Title: Sort submitted pages "Most recently submitted" doesn't work Status in Mahara: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Hello, When adding a 'pages shared' block to a group, one of the settings is "Sort submitted pages and collections" by "Most recently updated". While trying to use this with a group (v15.04) I've found that the displayed sort order of the shared pages doesn't change from the default 'alphabetically'. Worth noting it would also be worth having the option to display pages in the order 'most recently shared' - subtly different from when they were updated but a useful feature if it could be added. Regards, Gordon. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1490569/+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 1490569] A change has been merged
Reviewed: https://reviews.mahara.org/5621 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/da49f615cc1888a04aec029e6bec83da216ce378 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:15.04_STABLE commit da49f615cc1888a04aec029e6bec83da216ce378 Author: Robert Lyon Date: Tue Oct 27 10:35:58 2015 +1300 Bug 1490569: Saving the instance before returning the data The $instance->configdata is different to the $bi->configdata due to the $instance->configdata being the before save data so it would return the data to display as the pre configform save state. behatnotneeded Change-Id: I015a062b23421df740b09dbbc6a715fa306126e4 Signed-off-by: Robert Lyon -- 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/1490569 Title: Sort submitted pages "Most recently submitted" doesn't work Status in Mahara: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Hello, When adding a 'pages shared' block to a group, one of the settings is "Sort submitted pages and collections" by "Most recently updated". While trying to use this with a group (v15.04) I've found that the displayed sort order of the shared pages doesn't change from the default 'alphabetically'. Worth noting it would also be worth having the option to display pages in the order 'most recently shared' - subtly different from when they were updated but a useful feature if it could be added. Regards, Gordon. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1490569/+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 1506188] Re: Link in "Create" box in Dashboard is not correct
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released ** Changed in: mahara/1.10 Milestone: 15.04.4 => 1.10.7 ** Changed in: mahara/15.04 Milestone: 1.10.7 => 15.04.4 -- 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/1506188 Title: Link in "Create" box in Dashboard is not correct Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Version: master(15.10), 15.04, 1.10 Browsers: any Platform: nginx, php-fm With cleanurls and ssl enabled, the incorrect link will force users to relogin. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1506188/+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 1416147] Re: MySQL error in ORDER BY clause in get_artefactchooser_artefacts()
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1416147 Title: MySQL error in ORDER BY clause in get_artefactchooser_artefacts() Status in Mahara: Fix Released Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Bug description: For some reason works fine on Postgres... To reproduce: 1. Create a journal post. 2. Go to pages. 3. Create a page. 4. Add "Journal entry" block. 5. See this error: Failed to get a recordset: mysqli error: [1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'BY parent ASC, ctime DESC LIMIT 10' at line 15] in EXECUTE("SELECT a.*, (a.owner IS NOT NULL AND a.owner = '1') AS editable FROM "mhr_artefact" a WHERE ( a.owner = '1' OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = '/5' OR path LIKE '/5/%') AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = '1' AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = '1' AND can_republish = 1) OR a.institution IN ('mahara') ) AND artefacttype IN('blogpost') AND id = 6ORDER BY parent ASC, ctime DESC LIMIT 10") Command was: SELECT a.*, (a.owner IS NOT NULL AND a.owner = ?) AS editable FROM "mhr_artefact" a WHERE ( a.owner = ? OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = ? OR path LIKE ?) AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = ? AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = ? AND can_republish = 1) OR a.institution IN (?) ) AND artefacttype IN(?) AND id = 6ORDER BY parent ASC, ctime DESC and values was (1,1,/5,/5/%,1,1,mahara,blogpost) SQL is missing space before ORDER BY... To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1416147/+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 1484739] Re: The site wrongly checks if javascript is enabled during fresh installation
** Changed in: mahara/1.10 Milestone: 1.10.7 => None -- 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/1484739 Title: The site wrongly checks if javascript is enabled during fresh installation Status in Mahara 1.10 series: Invalid Bug description: Version: 15.04 Browser: Chrome 44.0.2403.130 (64-bit) Platform: apache 2.4, php 5.5, postgresql 9.3 When I installed the mahare 15.04_STABLE. I got the message 'You must enable JavaScript to perform an install or upgrade.' even I have enabled javascript in my browser. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/1.10/+bug/1484739/+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 1486699] Re: Username character limit preventing login via SAML
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1486699 Title: Username character limit preventing login via SAML Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Mahara version15.04.1 This report is in relation to my earlier forum post https://mahara.org/interaction/forum/topic.php?id=7310 but I have tracked down the problem. Issue: User is logging in via SAML and the user is being auto-created on first login. Remote username is a unique id (example: 51c717bc-425c-4b31-9674-d38ba03b4f1f) When the user tries subsequent logins they are rejected with a error message that the user already exists and cannot be created. Reason: When the user is auto-created only the first 30 characters of the unique id are stored in the username field so the user is not recognised as being on the system when cheaked agains the full username from the login. The system then tries to auto-create the user, which fails because the full unique id is stored in the 'auth_remote_user' table. Solution: Changing $maxlen from 30 to 40 in function get_new_username() of user.php populates the user name with the full unique id. Maybe this could be a configurable option? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1486699/+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 1500774] Re: remove old session files doesn't work with adapted sessionpath
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1500774 Title: remove old session files doesn't work with adapted sessionpath Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: auth/lib.php is using $basedir = get_config('dataroot') . 'sessions/'; for trying to remove the old session files. If there is a different session path set, mahara does not notice this adaptation. Following modification is fixing the problem: auth/lib.php: function auth_remove_old_session_files() { $basedir = get_config('sessionpath'); To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1500774/+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 1201174] Re: allow and moderate comments not saving correctly for groups
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1417828] Re: Malformed lang string in email digest notification emails
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1417828 Title: Malformed lang string in email digest notification emails Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: I noticed that when I get an email about a "Contact Us" via the email digest notification, It includes a missing lang string [[type/]]. Because the email digest notification is a little unwieldy to test I haven't pinned down the exact replication steps yet, but I have been able to replicate the problem locally. The email generated looks like this: This is an auto-generated notification from Mahara. Following is the daily digest of all your notifications -- Activity type: [[type/]] at 12 February 2015, 2:39 AM New contact us from sup : su sup To update your notification preferences, visit http://vegas.wgtn.cat-it.co.nz/mahara/htdocs/account/activity/preferences/index.php Please do not reply to this message. There is also a warning stack in the email digest cron task: [INF] 15 (lib/cron.php:75) Running PluginNotificationEmaildigest::send_digest [WAR] 15 (notification/emaildigest/lib.php:83) Undefined offset: 5 Call stack (most recent first): * log_message("Undefined offset: 5", 8, true, true, "/home/aaronw/www/mahara/htdocs/notification/emaild...", 83) at /home/aaronw/www/mahara/htdocs/lib/errors.php:439 * error(8, "Undefined offset: 5", "/home/aaronw/www/mahara/htdocs/notification/emaild...", 83, array(size 7)) at /home/aaronw/www/mahara/htdocs/notification/emaildigest/lib.php:83 * PluginNotificationEmaildigest::send_digest() at Unknown:0 * call_user_func_array(array(size 2), array(size 0)) at /home/aaronw/www/mahara/htdocs/lib/mahara.php:1579 * call_static_method("PluginNotificationEmaildigest", "send_digest") at /home/aaronw/www/mahara/htdocs/lib/cron.php:80 I haven't tested to see whether this problem is present in 1.9 & 1.8. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1417828/+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 1487464] Re: SAML Update user details on login option creating new email artefact on every login
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1487464 Title: SAML Update user details on login option creating new email artefact on every login Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Mahara version: 15.04.1 Issue: When a user logs in via SAML and the configuration option is set to update the user's details then a new email artefact is created every time. I think I have traced the problem saml/lib.php line #234 calls set_profile_field($user->id, 'email', $email); lib/user.php lines #511-516 are a try{} in which $email = artefact_instance_from_type('email', $userid); is called. This fails with the message "This artefact type is not a 'singular' artefact type" and so a new email artefact is created. It will always fail because artefact/internal/lib.php lines #705-708 returns false for is_singular() class ArtefactTypeEmail extends ArtefactTypeProfileField { public static function is_singular() { return false; } To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1487464/+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 1497053] Re: Cron error with over 65535 users
** Changed in: mahara/1.10 Milestone: 1.10.7 => None -- 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/1497053 Title: Cron error with over 65535 users Status in Mahara: Fix Committed Status in Mahara 1.10 series: Won't Fix Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: I discovered another case of things failing when there are too many users to substitute IDs as question marks in a postgres query - specifically, when running cron on a site with ~68000 users I get: [WAR] 3f (lib/dml.php:480) Failed to get a recordset: postgres8 error: [-1: number of parameters must be between 0 and 65535] in EXECUTE("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DATE(?) AND lastaccess < DATE(?)+ INTERVAL '1 day' AND id IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,...) Command was: SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DATE(?) AND lastaccess < DATE(?)+ INTERVAL '1 day' AND id IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,...) Call stack (most recent first): get_recordset_sql("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DAT...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/dml.php:269 count_records_sql("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DAT...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/dml.php:251 count_records_select("usr", "lastaccess >= DATE(?) AND lastaccess < DATE(?)+ IN...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/mahara.php:3782 cron_institution_data_daily() at /home/jonom/mahara/mahara/htdocs/lib/cron.php:142 Should be a similar fix to Bug #1456849 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1497053/+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 1488697] Re: Users may not receive the registration email after approval
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1488697 Title: Users may not receive the registration email after approval Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Version: master (15.10), 1.10, 15.04 Platform: any Browser: any When a registration is approved, an confirmed email will be sent to the user using the function email_user(). By mistake, the registration id is passed to the function as the user id in line #146, htdocs/admin/users/actionregistration.php We need to unset this value To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1488697/+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 1495200] Re: White screen when session times out
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1495200 Title: White screen when session times out Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: Issue with 15.10 If you are logged into mahara and leave the site open in a browser for some time when you come back and try to navigate somewhere you can end up with a white blank screen - on refresh of page all works fine. The problem is this: PHP Fatal error: auth_generate_login_form(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Pieform" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /home/robertl/htdocs/mahara-devel/mahara/htdocs/auth/lib.php on line 1945 Which deals with the line: return get_login_form_js($SESSION->loginform->build()); In earlier Mahara you would instead be given (via js) a popup login box. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1495200/+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 1389446] Re: Elasticsearch: Searching for a particular term breaks when logged in to mahara.org
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1389446 Title: Elasticsearch: Searching for a particular term breaks when logged in to mahara.org Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Bug description: This happens while using the search box in the upper right hand corner of the page on http://mahara.org I can consistently get the search to throw an error when searching for "Jaybee" while logged in. This does not occur while logged out, or the other user I tested. The error is: "A nonrecoverable error occurred. This probably means you have encountered a bug in the system" To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1389446/+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 1360977] Re: Error when import a blog via self-Leap2A import
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1360977 Title: Error when import a blog via self-Leap2A import Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Version: master(1.10) When importing a single leap2a file using Portfolio/Import I got the following error [WAR] 70 (lib/adodb/adodb-exceptions.inc.php:43) Array to string conversion Call stack (most recent first): log_message("Array to string conversion", 8, true, true, "/home/sonn/code/mahara/master/htdocs/lib/adodb/ado...", 43) at /home/sonn/code/mahara/master/htdocs/lib/errors.php:439 error(8, "Array to string conversion", "/home/sonn/code/mahara/master/htdocs/lib/adodb/ado...", 43, array(size 7)) at /home/sonn/code/mahara/master/htdocs/lib/adodb/adodb-exceptions.inc.php:43 ADODB_Exception->__construct("postgres7", "adodb_throw", -1, "ERROR: invalid input syntax for type timestamp: "...", "INSERT INTO "mh11_artefact" ("id", "artefacttype",...", array(size 10), object(ADODB_postgres7)) at /home/sonn/code/mahara/master/htdocs/lib/adodb/adodb-exceptions.inc.php:78 adodb_throw("postgres7", "adodb_throw", -1, "ERROR: invalid input syntax for type timestamp: "...", "INSERT INTO "mh11_artefact" ("id", "artefacttype",...", array(size 10), object(ADODB_postgres7)) at /home/sonn/code/mahara/master/htdocs/lib/adodb/adodb.inc.php:257 ADODB_TransMonitor("postgres7", "EXECUTE", -1, "ERROR: invalid input syntax for type timestamp: "...", "INSERT INTO "mh11_artefact" ("id", "artefacttype",...", array(size 10), object(ADODB_postgres7)) at /home/sonn/code/mahara/master/htdocs/lib/adodb/adodb.inc.php:1074 ADOConnection->_Execute("INSERT INTO "mh11_artefact" ("id", "artefacttype",...", array(size 10)) at /home/sonn/code/mahara/master/htdocs/lib/adodb/adodb.inc.php:1045 ADOConnection->Execute("INSERT INTO "mh11_artefact" ("id", "artefacttype",...", array(size 10)) at /home/sonn/code/mahara/master/htdocs/lib/dml.php:1043 insert_record("artefact", object(stdClass), "id", true) at /home/sonn/code/mahara/master/htdocs/artefact/lib.php:548 ArtefactType->commit() at /home/sonn/code/mahara/master/htdocs/artefact/blog/lib.php:154 ArtefactTypeBlog->commit() at /home/sonn/code/mahara/master/htdocs/import/leap/lib.php:2207 LeapImportArtefactPlugin::create_artefact_from_request(object(PluginImportLeap), object(stdClass)) at /home/sonn/code/mahara/master/htdocs/artefact/blog/import/leap/lib.php:175 LeapImportBlog::import_from_requests(object(PluginImportLeap)) at Unknown:0 call_user_func_array(array(size 2), array(size 1)) at /home/sonn/code/mahara/master/htdocs/lib/mahara.php:1577 call_static_method("LeapImportBlog", "import_from_requests", object(PluginImportLeap)) at /home/sonn/code/mahara/master/htdocs/import/leap/lib.php:293 PluginImportLeap->call_import_method_plugins("import_from_requests") at /home/sonn/code/mahara/master/htdocs/import/leap/lib.php:308 PluginImportLeap->do_import_from_requests() at /home/sonn/code/mahara/master/htdocs/import/index.php:312 do_import() at /home/sonn/code/mahara/master/htdocs/import/index.php:75 The leap2a file is provided in the bug https://bugs.launchpad.net/mahara/+bug/1358934 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1360977/+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 1486813] Re: Prompt for new stat data after upgrade needs a 'no thanks' option
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1486813 Title: Prompt for new stat data after upgrade needs a 'no thanks' option Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: With the patch for Bug 1450334 an admin on upgrade is redirected to the Register site page. If they navigate away rather than deciding to register the check 'new_registration_policy' is still active. This means that if the user upgrades again (or upgrades a plugin ) they are again redirected to the register site page. We need to alter the register site form so that there is a 'no thanks' (cancel) option that updates the 'new_registration_policy' to false as well otherwise it will get a bit annoying for those not wanting to register their site. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1486813/+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 1492919] Re: Deadlock issues when 20-30 users copying collections & pages at the same time
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1492919 Title: Deadlock issues when 20-30 users copying collections & pages at the same time Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Multiple users on the forum have reported deadlock issues when there are many users (20-30) copying pages & collections at the same time. See https://mahara.org/interaction/forum/topic.php?id=7309&offset=0&limit=10 Note that 20 to 30 users is around the number you'd hit if you're running a whole class of users through a training session at the same time. The three reported cases of this are all in 15.04, so it may be a problem introduced in that version. The problem has been reported in both Postgres & MySQL. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1492919/+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 1496681] Re: Login box lang strings don't change when language is switched
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1496681 Title: Login box lang strings don't change when language is switched Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Committed Status in Mahara 16.04 series: Fix Committed Bug description: Evonne found the following on her instance of 15.10dev: When she changes the language and clicks the "Change" button, the inside of the login box is not changed. She needs to refresh the page to get the other language's strings. The text in the middle and also the "Links and resources" strings change. The title of the login box changes, but not "Username", "Password", the register etc. links and the help. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1496681/+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 1455137] Re: "Edit access" screen has trouble with jscalendar dates if you change calendar_dateFormat and/or strtimedatetimeshort
** Changed in: mahara/1.10 Milestone: 1.10.7 => None -- 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/1455137 Title: "Edit access" screen has trouble with jscalendar dates if you change calendar_dateFormat and/or strtimedatetimeshort Status in Mahara: Fix Committed Status in Mahara 1.10 series: Won't Fix Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: This is a follow up on Bug #1376997 Date picker not working for certain languages The date picker works with the dd.mm.yy format when editing access ("shared by me" page). However if you are to change in langconfig.php the parameters to a french format: $string['calendar_dateFormat']= 'dd/mm/yy'; $string['strftimedatetimeshort'] = '%%d/%%m/%%Y %%H:%%M'; You can use the date picker and define a new access. However, you cannot edit a preexisting access besause it doesnt show up when you go to edit it. You are forced to redefine all your access if you want to modify anything. Theres also a problem when you try to define "Access start date/time" and "Access end date/time" in the Advanced option. It will take the dd/mm/yy format of the datepicker. However, you cannot choose a day higher then 12. You can on the other hand enter a mm/dd/yy format into the textbox manually to define the access. If the code itself is too complicated to fix, there should at least be a converter to show the chosen date format to the users. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1455137/+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 1497341] Re: Pieforms "select" rule validation with optgroups fails
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1497341 Title: Pieforms "select" rule validation with optgroups fails Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: The validation for pieform select elements fails in some cases when optgroups are used. Mahara 15.04.3 used but this will affect previous versions going back to the introduction of optgroup support. I think this may only affect optgroups that have an integer as the key. Example optgroup array to reproduce the issue: $optgroup = array( array("label" => "Test Group 1", "options" => array( 1 => "Option 1", 2 => "Option 2" )), array("label" => "Test Group 2", "options" => array( 3 => "Option 3", 4 => "Option 4" )) ); $elements['example_optgroup_select'] = array( 'type' => 'select', 'description' => "Choose an option", 'optgroups' => $optgroup, 'title' => "Example optgroup select", 'rules' => array() ); Selecting "Option 4" will cause the validation to throw an error: The option "4" is invalid. The issues appears to be in the "pieform_element_select_get_options" function in htdocs/lib/pieforms/pieform/elements/select.php Specifically: foreach ($element['optgroups'] as $optgroup) { $options = array_merge($options, $optgroup['options']); } To retain the array key required for validation I believe this should be: foreach ($element['optgroups'] as $optgroup) { $options = $options + $optgroup['options']; } To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1497341/+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 1500215] Re: descending folders - setting does not carry to subfolders
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1500215 Title: descending folders - setting does not carry to subfolders Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Re: the feature "Sort files in the "Folder" block ascending or descending and set default sort order" When this feature was introduced in 1.9, if you set the folder to 'descending' then that setting also applied to all subfolders. Now, currently running version 15.04.2, if setting a folder to 'descending' then the subfolders within it are 'ascending' - and no way to change that. help, please? we need the subfolders to remain descending as is the top-level folder! thanks, Fran To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1500215/+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 1496616] Re: CLI script help output is incorrect
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1496616 Title: CLI script help output is incorrect Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: when running sudo php reset_password.php in htdocs/admin/cli/ without setting any arguments it returns the help information but indicates "Usage: cli.php" which is wrong, it should be "Usage: reset_password.php" Scripts need a way to pass in their file name to cli.php so we can display the correct file name. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1496616/+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 1496910] Re: Problem with scaling in flowplayer
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1496910 Title: Problem with scaling in flowplayer Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: When I create a page with "embedded media" (edit page > media > embedded media) and chose a video file, it is displayed in flowplayer with the scaling parameter set to "scale". This "deforms" the original video by changing the aspect ratio (for example, a 16:9 video is "scaled" to fit the box of a 500x300 embedded media (not 16:9). I corrected this locally by putting "scaling: 'orig'" in "artefact/file/blocktype/internalmedia/lib.php" in the flowplayer specifications. Keep up the good job! :) Mahara version : 15.04.3 Operating system : Linux Database : MariaDB To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1496910/+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 1495676] Re: The setting 'maxuploadsize' did not count
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1495676 Title: The setting 'maxuploadsize' did not count Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Version: master(15.10), 15.04 In Mahara, the setting $cfg->maxuploadsize can be set to limit the maximum size for one upload. However, this value did not use to calculate the value of "Maximum upload size" to show in htdocs/artefact/file/index.php. Steps 1. Assume that the postmaxsize value in php setting is 32MB, quota is 50MB and there is no file in the user file area, set the value of $cfg->maxuploadsize to 16MB (16777216) 2. Login as the user, open file browser (htdocs/artefact/file/index.php) Expected result: - The value of "Maximum upload size" should be 16MB Actual: - The value is 32MB To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1495676/+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 1486262] Re: Problem with isset() in a template file
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1486262 Title: Problem with isset() in a template file Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Getting this error PHP Fatal error: Cannot use isset() on the result of an expression (you can use "null !== expression" instead) in /var/lib/sitedata/.../htdocs/theme/raw/artefact/internal/blocktype/textbox/templates/content.tpl.d17.php on line 14 So will fix up the relating template to not use isset() as it doesn't need to To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1486262/+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 1444905] Re: Elasticsearch doesn't search achievements
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1444905 Title: Elasticsearch doesn't search achievements Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: We are testing Elasticsearch and we can see that it doesn't search for any field in achievements (certification, book, membership). I can see it's indexed in Elasticsearch but it doesn't give any records in Mahara. We are using: Mahara 1.10.2 Postgres 9.1 Debian Elasticsearch 1.5.0 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1444905/+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 1494152] Re: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1494152 Title: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports Status in Mahara: Invalid Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Invalid Bug description: In Mahara 1.10, when we added objectionable item reporting to the forums, we migrated all the old objectionable item view_access records into the new "objectionable" table. Part of this upgrade took view_access.ctime and used it for the "reportdate" column in the objectionable table, because view_access.ctime is supposed to be not null. But, if you upgraded from Mahara 1.4 or earlier, view_access.ctime is NULL (see https://bugs.launchpad.net/bugs/1494128 ). So, this causes the upgrade to crash. To replicate: 1. Install Mahara 1.4 2. Create a page 3. Go to the page and use the "Report objectionable" button on it. 4. Upgrade to Mahara 1.10 Expected result: Successful upgrade Actual result: Fatal error. [WAR] bb (lib/dml.php:1046) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column "reportedtime" violates not-null constraint] in adodb_throw(INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?), Array) [WAR] bb (lib/dml.php:1046) Command was: INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?) and values was (view,6,0,) Call stack (most recent first): * insert_record("objectionable", object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/db/upgrade.php:3383 * xmldb_core_upgrade("2011061015") at /home/aaronw/www/mahara/htdocs/lib/upgrade.php:359 * upgrade_core(object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/mahara.php:253 * upgrade_mahara(array(size 14)) at /home/aaronw/www/mahara/htdocs/admin/cli/upgrade.php:50 A nonrecoverable error occurred. This probably means you have encountered a bug in the system(1.10_STABLE)aaronw@vega To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1494152/+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 1437083] Re: Download zip file of home folder, can't be extracted in Windows
** Changed in: mahara/1.10 Status: Fix Committed => Fix Released -- 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/1437083 Title: Download zip file of home folder, can't be extracted in Windows Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Released Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: Version: 15.04rc1 OS: Windows 7 Browser: Firefox 36.0.4 If download zip file of home (parent) folder, error message displayed when try to extract zipped folder. Try this with sub folders (child folders) seems to work fine. 1. In Mahara, click Content > Files 2. Click 'Download folder content as a zip file' 3. On downloaded zipped folder right-click and select 'Extract All...' then click the 'Extract' button 4. Error message displayed (attached) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1437083/+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 1262040] Re: Problems with group artefact permissions due to misuse of $USER->can_view_artefact and $USER->can_edit_artefact
** No longer affects: mahara/1.8 ** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1262040 Title: Problems with group artefact permissions due to misuse of $USER->can_view_artefact and $USER->can_edit_artefact Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: While discussing the export to ZIP bug ( Bug 1013022 ) I realized that $USER->can_view_artefact() does not do what I thought it did. I thought that it was like can_view_view(), i.e. it was an easy way to tell whether a particular user is allowed to see the contents of a particular artefact. But it does not mean that, as evidenced by the fact that it's not accessed at all on the artefact detail page, view/artefact.php. Instead, this function refers to whether or not the user should be able to see the artefact in their own or a group's Content area. The reason it exists and has this name, is because of the group files permissions system (see http://manual.mahara.org/en/1.8/groups/inside_group.html#index-16 ). This defines three permission levels for a file: "View" lets you see the page in Contents and use it in Group pages, "Edit" lets you change the file's metadata, and "Publish" lets you use the file in your own Portfolio pages. Anyway, I misunderstood it as doing the same thing as can_view_view(), which checks whether a particular user can see a particular Page in display-mode. The similar functionality for artefacts, as seen on view/artefact.php, is to provide an artefact ID & a page ID, and to check whether the artefact is in the page and the user can view the page. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1262040/+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 1503885] Re: elasticsearch not indexing collection info
** Changed in: mahara/1.9 Milestone: 1.9.9 => None ** Changed in: mahara/1.10 Milestone: 1.10.7 => None ** No longer affects: mahara/1.9 ** No longer affects: mahara/1.10 -- 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/1503885 Title: elasticsearch not indexing collection info Status in Mahara: Fix Committed Status in Mahara 15.04 series: Won't Fix Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When we first added elasticsearch to the system there was code to index / search by collection. But we forgot to add 'collection' to the search types so it was never searched by. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1503885/+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 1443239] Re: Warning in Mahara logs when a MaharaDroid user has no tags in their Mahara account
** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** No longer affects: mahara/1.8 ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1443239 Title: Warning in Mahara logs when a MaharaDroid user has no tags in their Mahara account Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: This is a bug in the Mahara PHP code which interfaces with the MaharaDroid android app. See https://github.com/MaharaProject/maharadroid/issues/6 for the MaharaDroid side of this bug. To replicate: 1. Create a new Mahara account 2. Connect it to MaharaDroid 3. Try to upload a file via MaharaDroid Result: You see this warning in the Apache logs: [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] [WAR] 88 (api/mobile/sync.php:77) Invalid argument supplied for foreach() [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] Call stack (most recent first): [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] * log_message("Invalid argument supplied for foreach()", 8, true, true, "/home/demo/code/mahara/htdocs/api/mobile/sync.php", 77) at /home/demo/code/mahara/htdocs/lib/errors.php:430 [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] * error(2, "Invalid argument supplied for foreach()", "/home/demo/code/mahara/htdocs/api/mobile/sync.php", 77, array(size 59)) at /home/demo/code/mahara/htdocs/api/mobile/sync.php:77 [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1443239/+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 1497053] Re: Cron error with over 65535 users
** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1497053 Title: Cron error with over 65535 users Status in Mahara: Fix Committed Status in Mahara 1.10 series: Won't Fix Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: I discovered another case of things failing when there are too many users to substitute IDs as question marks in a postgres query - specifically, when running cron on a site with ~68000 users I get: [WAR] 3f (lib/dml.php:480) Failed to get a recordset: postgres8 error: [-1: number of parameters must be between 0 and 65535] in EXECUTE("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DATE(?) AND lastaccess < DATE(?)+ INTERVAL '1 day' AND id IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,...) Command was: SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DATE(?) AND lastaccess < DATE(?)+ INTERVAL '1 day' AND id IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,...) Call stack (most recent first): get_recordset_sql("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DAT...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/dml.php:269 count_records_sql("SELECT COUNT(*) FROM "usr" WHERE lastaccess >= DAT...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/dml.php:251 count_records_select("usr", "lastaccess >= DATE(?) AND lastaccess < DATE(?)+ IN...", array(size 66885)) at /home/jonom/mahara/mahara/htdocs/lib/mahara.php:3782 cron_institution_data_daily() at /home/jonom/mahara/mahara/htdocs/lib/cron.php:142 Should be a similar fix to Bug #1456849 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1497053/+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 1397736] Re: Use SafeCURL in external RSS block
** No longer affects: mahara/1.8 ** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1397736 Title: Use SafeCURL in external RSS block Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: In Progress Status in Mahara 16.04 series: New Bug description: For better security in the external RSS feed block, we should be using a library like SafeCURL to help guard against attacks.: https://github.com/fin1te/safecurl See also bug 1394820 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1397736/+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 1340151] Re: Consider a different approach to libxml_disable_entity_loader(true) in init.php
** No longer affects: mahara/1.8 ** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1340151 Title: Consider a different approach to libxml_disable_entity_loader(true) in init.php Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Unfortunately it seems like using libxml_disable_entity_loader(true) in init.php is unkind to other applications living on the same system. PHP Bug https://bugs.php.net/bug.php?id=64938 is the heart of the problem - the use of this setting leaks between different threads and by setting it for the duration of every single Mahara request this bug comes into play much more easily. The other problem is https://bugs.php.net/bug.php?id=62577 which means that simplexml_load_file() will not even load *local* files off disk. For example, this would break in Mahara even though no entities come into play: $xml = simplexml_load_file(get_config('libroot').'/db/install.xml'); In Moodle we've been warned on one of our issues that users have seen this problem in the wild with Mahara, I didn't find an issue reported to you about it, so i'll copy and paste the report from our tracker here: "We had experience with this problem on an upgrade to Mahara 1.7, when https://bugs.launchpad.net/mahara/+bug/1047111 was fixed. The approach was the same as is suggested in this ticket. This caused seemingly random failures in Moodle (which is run on the same webserver) whenever there was usage of Mahara. The root cause was not obvious, nor well advertised with the Mahara fix, so it took awhile to finally implement a fix. In the meantime, significant functionality is broken. Unfortunately, there's really no way around this unless you switch from using mod_php." Yesterday whilst debugging some code with Yuliya we realised she also was encountering this horrible combination of bugs affecting her Moodle install so it seems this is not a theoretical problem. In Moodle we have decided to use the same approach of many other projects and enable/disable the loader around vulnerable code to reduce the chance of this combination of bugs affecting other applications or uses of the the simplexml_load_file: http://cgit.drupalcode.org/drupal/commit/?id=b912710 https://github.com/symfony/symfony/blob/8ef8a1d289a6ce454b7c79baeddbfb45e4af6191/src/Symfony/Component/Config/Util/XmlUtils.php#L41 http://www.mediawiki.org/wiki/XML_External_Entity_Processing To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1340151/+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 1503103] Re: When new accounts are created, default storage quota is not applied
** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1503103 Title: When new accounts are created, default storage quota is not applied Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: When new accounts are created, default storage quota is not applied. Our Default quota is 500MB. When new users log in, they get only 200MB. Their accounts immediately get created when they log in with their student/staff credentials. I can remedy this by going Administration > Institutions > Our Institution > Update user quotas > Submit. This then updates all users to the correct storage quota. Mahara 1.9.8 (upgrading to 15.04.0 very soon) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1503103/+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 1394082] Re: Can create a URL that takes you to a different page depending on whether you're logged in to MNet or not.
** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None ** No longer affects: mahara/1.8 -- 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/1394082 Title: Can create a URL that takes you to a different page depending on whether you're logged in to MNet or not. Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: As reported on the mahara.org forum: https://mahara.org/interaction/forum/topic.php?id=6549 To replicate: 1. Set up a Moodle instance with the Mahara assignment submission plugin and connect it up to your Mahara instance. 2. Create a view with ID 1000. 3. Create another view with ID 1001. 4. Make both these pages accessible to the public. 5. Set up an Mahara assignment in Moodle. 6. Submit the view with ID 1000 to Moodle as an assignment submission. 7. Note the access URL that gets generated, which will contain an MNet access token, i.e. /view/view.php?mt=abcd1234 8. Add the ID of page 1001 to this URL: /view/view.php?id=1001&mt=abcd1234 Expected Result: This URL should either display page 1000 every time, or an "access denied" message Actual Result: If you're logged in to Mahara via MNet, you see page 1000. If you're not, you see page 1001. The cause of this problem, is that /view/view.php completely ignores the "mt=" tag if you're not logged in via MNet. In which case, if an ID is also supplied, it falls back to that. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1394082/+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 1422837] Re: XML RPC simpleXML limits payload size
** No longer affects: mahara/1.8 ** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1422837 Title: XML RPC simpleXML limits payload size Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Operating System: Ubuntu 14.04.1 LTS Mahara version: 1.9.3 Database: mysql Browser: chrome 40.0.2214.111 -- Steps to reproduce - you need a system capable of XMLRPC communication with Mahara (e.g. Moodle) 1) With Moodle - set up mahara networking / portfolios. 2) Open a course with a forum 3) Add 2 entries. One with an attachment under 5 MB. One with an attachment over 5 MB. On Each click "Export to portfolio" in the bottom. 4) Go through the screens to start export - ask it to do it now (i.e. not wait for cron). 5) Check the Mahara site to see what made it through successfully. -- simpleXML may not be the best parser for XMLRPC payloads in api/xmlrpc/lib.php function parse_payload($payload) { try { $xml = new SimpleXMLElement($payload); return $xml; } catch (Exception $e) { throw new MaharaException('Encrypted payload is not a valid XML document', 6002); } } This means if you send a large file (in our tests greater than approx 7mb) base 64 encoded over XMLRPC it will fail to parse. It didn't seem to make any difference if we increased the memory limit to 800M in php.ini or even by setting the php memory limit to 800M via PHP ini_set in function parse_payload - this suggests that there is a limit to what SimpleXML can handle regardless of the PHP memory limit. Note - 932 in my source code is the 'throw new exception' following $xml = new SimpleXMLElement($payload); called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] =>ERROR 4: 4: remote server error: code: , message: A nonrecoverable error occurred. This probably means you have encountered a bug in the system #0 MaharaException->handle_exception() called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] => To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1422837/+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 1487274] Re: Elasticsearch choking on non-ASCII characters
** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1487274 Title: Elasticsearch choking on non-ASCII characters Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: In 15.10 I've added code to "quarantine" records that Elasticsearch won't index. That is, if Elasticsearch errors out while processing a batch of records, then I re-try each record individually. And if it errors out while processing one of those individual records, I mark the record as quarantined, and keep it in the search_elasticsearch_queue table. I've backported that to one of our large 15.04 sites, and since then I've taken a look at the data in the records that have caused Elasticsearch to choke. They all contain non-ASCII characters, i.e. Unicode characters. These can be as simple as "e with an accent over it", all the way up to exotic ones like emoji and the Unicode snowman. I was not able to replicate this when testing on my local machine, but it is certainly in place on our production servers, and bugs such as Bug 1408577 make me think it's probably also present on some other servers as well. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1487274/+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 1354222] Re: Files within a group aren't deleted after deleting the group
** Changed in: mahara/1.9 Status: Confirmed => Won't Fix ** Changed in: mahara/1.9 Milestone: 1.9.9 => None -- 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/1354222 Title: Files within a group aren't deleted after deleting the group Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: If you create a group that contains any files (e.g. image, file) and then delete that group you should see a warning message. In addition, the files are not deleted although the group is (or marked as deleted) To reproduce (Mahara master): 1.- Click on the 'Group' tab and create a group 2.- Click on the 'Files' tab and add a file or image 3.- Delete the group and you should see the warning. To check that the added files/images weren't deleted you can check out the 'artefact_file_files' table. Is this a bug or is it an intended behaviour? If it is a bug I could provide a patch for review. Cheers, Moises To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1354222/+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 1508693] Re: Bad help box styling in "fresh" theme
** Changed in: mahara/15.04 Status: In Progress => Fix Committed ** Changed in: mahara/1.9 Status: Confirmed => Fix Committed ** Changed in: mahara/1.10 Status: Confirmed => Fix Committed ** Changed in: mahara Status: Confirmed => 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] A change has been merged
Reviewed: https://reviews.mahara.org/5628 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/505463ae11d8e58bb54a9e6b59e5508162b86940 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.10_STABLE commit 505463ae11d8e58bb54a9e6b59e5508162b86940 Author: Robert Lyon Date: Tue Oct 27 11:11:42 2015 +1300 Bug 1508693: Making help popup use same colours as block config popup So that the help text can be read in the "Fresh" theme behatnotneeded: Behat can't tell if colour contrast is bad Change-Id: I66842fcd7f86bade5a8ed5100a38726d4067d9ea Signed-off-by: Robert Lyon (cherry picked from commit c3e49d5ce1334d4964387482765cf727c48d94fa) -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] A patch has been submitted for review
Patch for "1.9_STABLE" branch: https://reviews.mahara.org/5629 -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] A patch has been submitted for review
Patch for "1.10_STABLE" branch: https://reviews.mahara.org/5628 -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] A change has been merged
Reviewed: https://reviews.mahara.org/5629 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/c02c7a72d6cdcca6c6646e5f84214c4040cedca6 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.9_STABLE commit c02c7a72d6cdcca6c6646e5f84214c4040cedca6 Author: Robert Lyon Date: Tue Oct 27 11:11:42 2015 +1300 Bug 1508693: Making help popup use same colours as block config popup So that the help text can be read in the "Fresh" theme behatnotneeded: Behat can't tell if colour contrast is bad Change-Id: I66842fcd7f86bade5a8ed5100a38726d4067d9ea Signed-off-by: Robert Lyon (cherry picked from commit c3e49d5ce1334d4964387482765cf727c48d94fa) -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] A change has been merged
Reviewed: https://reviews.mahara.org/5624 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/c3e49d5ce1334d4964387482765cf727c48d94fa Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:15.04_STABLE commit c3e49d5ce1334d4964387482765cf727c48d94fa Author: Robert Lyon Date: Tue Oct 27 11:11:42 2015 +1300 Bug 1508693: Making help popup use same colours as block config popup So that the help text can be read in the "Fresh" theme behatnotneeded: Behat can't tell if colour contrast is bad Change-Id: I66842fcd7f86bade5a8ed5100a38726d4067d9ea Signed-off-by: Robert Lyon -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1509605] A patch has been submitted for review
Patch for "master" branch: https://reviews.mahara.org/5627 -- 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/1509605 Title: Masquerading info bar not visible on small screens Status in Mahara: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: 15.10+ When you masquerade as another user and are on a small screen (approx. 766 px wide or smaller), you don't see the masquerading info bar at the top of your screen any more. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1509605/+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 1201174] A change has been merged
Reviewed: https://reviews.mahara.org/5509 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/c02200929d74d145fae1b37cabf5497e4db70df8 Submitter: Son Nguyen (son.ngu...@catalyst.net.nz) Branch:15.04_STABLE commit c02200929d74d145fae1b37cabf5497e4db70df8 Author: Robert Lyon Date: Tue Oct 13 15:11:15 2015 +1300 Bug 1201174: Correctly saving access rules for allowing comments When turning off allowcomments page-wise and adding them per 'Share with' options behatnotneeded Change-Id: Ic367fa89a04fa91c655c3f42005685181b948f78 Signed-off-by: Robert Lyon -- 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1506274] Re: The list in "Shared with me" shows different results when using pagination
** Changed in: mahara/15.04 Milestone: 15.04.4 => None ** Changed in: mahara/15.04 Status: In Progress => Invalid -- 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/1506274 Title: The list in "Shared with me" shows different results when using pagination Status in Mahara: Fix Committed Status in Mahara 15.04 series: Invalid Status in Mahara 15.10 series: Fix Committed Status in Mahara 16.04 series: Fix Committed Bug description: Version: 15.04, master (15.10) Browsers: any When testing the site http://master-bigdb- mahara.elearning.catalyst.net.nz/, I get a bug: Steps to reproduce: 1. Login as an user, 2. Select "Shared with me" in "Portfolio" in navigation menu 3. You will see number of results near the right-bottom of the list 4. Jump to next page or any page of the list Expected result The number of results should be the same Actual result It changes when using pagination. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1506274/+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 1494152] A change has been merged
Reviewed: https://reviews.mahara.org/5625 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/ea8ae38bf2822ab702578dd8f8df51e07e8596c2 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.10_STABLE commit ea8ae38bf2822ab702578dd8f8df51e07e8596c2 Author: Aaron Wells Date: Thu Sep 10 19:16:14 2015 +1200 Fix crash during upgrade (Bug 1494152) If you're upgrading from 1.4 or earlier, view_access.ctime is sometimes NULL. behatnotneeded: Covered by existing tests Change-Id: I33ef7f80a3a0c4dde2787fc1ad4d3c05e60ba8eb (cherry picked from commit 0a5978791d84b6618f19c173cd2d5f6bfd195104) -- 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/1494152 Title: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports Status in Mahara: Invalid Status in Mahara 1.10 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Invalid Bug description: In Mahara 1.10, when we added objectionable item reporting to the forums, we migrated all the old objectionable item view_access records into the new "objectionable" table. Part of this upgrade took view_access.ctime and used it for the "reportdate" column in the objectionable table, because view_access.ctime is supposed to be not null. But, if you upgraded from Mahara 1.4 or earlier, view_access.ctime is NULL (see https://bugs.launchpad.net/bugs/1494128 ). So, this causes the upgrade to crash. To replicate: 1. Install Mahara 1.4 2. Create a page 3. Go to the page and use the "Report objectionable" button on it. 4. Upgrade to Mahara 1.10 Expected result: Successful upgrade Actual result: Fatal error. [WAR] bb (lib/dml.php:1046) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column "reportedtime" violates not-null constraint] in adodb_throw(INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?), Array) [WAR] bb (lib/dml.php:1046) Command was: INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?) and values was (view,6,0,) Call stack (most recent first): * insert_record("objectionable", object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/db/upgrade.php:3383 * xmldb_core_upgrade("2011061015") at /home/aaronw/www/mahara/htdocs/lib/upgrade.php:359 * upgrade_core(object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/mahara.php:253 * upgrade_mahara(array(size 14)) at /home/aaronw/www/mahara/htdocs/admin/cli/upgrade.php:50 A nonrecoverable error occurred. This probably means you have encountered a bug in the system(1.10_STABLE)aaronw@vega To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1494152/+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 1494152] Re: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports
** Changed in: mahara/1.10 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/1494152 Title: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports Status in Mahara: Invalid Status in Mahara 1.10 series: Fix Committed Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Invalid Bug description: In Mahara 1.10, when we added objectionable item reporting to the forums, we migrated all the old objectionable item view_access records into the new "objectionable" table. Part of this upgrade took view_access.ctime and used it for the "reportdate" column in the objectionable table, because view_access.ctime is supposed to be not null. But, if you upgraded from Mahara 1.4 or earlier, view_access.ctime is NULL (see https://bugs.launchpad.net/bugs/1494128 ). So, this causes the upgrade to crash. To replicate: 1. Install Mahara 1.4 2. Create a page 3. Go to the page and use the "Report objectionable" button on it. 4. Upgrade to Mahara 1.10 Expected result: Successful upgrade Actual result: Fatal error. [WAR] bb (lib/dml.php:1046) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column "reportedtime" violates not-null constraint] in adodb_throw(INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?), Array) [WAR] bb (lib/dml.php:1046) Command was: INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?) and values was (view,6,0,) Call stack (most recent first): * insert_record("objectionable", object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/db/upgrade.php:3383 * xmldb_core_upgrade("2011061015") at /home/aaronw/www/mahara/htdocs/lib/upgrade.php:359 * upgrade_core(object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/mahara.php:253 * upgrade_mahara(array(size 14)) at /home/aaronw/www/mahara/htdocs/admin/cli/upgrade.php:50 A nonrecoverable error occurred. This probably means you have encountered a bug in the system(1.10_STABLE)aaronw@vega To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1494152/+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 1506685] Re: Problem with text blocks and text flow
** Changed in: mahara/15.04 Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1506685 Title: Problem with text blocks and text flow Status in Mahara: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: In Progress Status in Mahara 16.04 series: In Progress Bug description: A forom user commented on how the text flows outside of the text block in 15.04 See https://mahara.org/interaction/forum/topic.php?id=7411&offset=0&limit=10#post29781 This issue is fixed in 15.10 and the fix is small enough to port back to 15.04 So I'll add a patch To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1506685/+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 1506685] A change has been merged
Reviewed: https://reviews.mahara.org/5541 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/66cbae48722d1f82b29cf327add01e032c2930d2 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:15.04_STABLE commit 66cbae48722d1f82b29cf327add01e032c2930d2 Author: Robert Lyon Date: Fri Oct 16 13:17:54 2015 +1300 Bug 1506685: Allowing text to not flow outside a block By using the css3 property word-break: break-all; behatnotneeded: a css only change Change-Id: Idba31d82ac7d23c6b7cd2d75244cc0ae20a026dd Signed-off-by: Robert Lyon -- 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/1506685 Title: Problem with text blocks and text flow Status in Mahara: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: In Progress Status in Mahara 16.04 series: In Progress Bug description: A forom user commented on how the text flows outside of the text block in 15.04 See https://mahara.org/interaction/forum/topic.php?id=7411&offset=0&limit=10#post29781 This issue is fixed in 15.10 and the fix is small enough to port back to 15.04 So I'll add a patch To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1506685/+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 1201174] A change has been merged
Reviewed: https://reviews.mahara.org/5626 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/7d517b6476abeb2ea13fb2a1bad8bc09f03e2c2c Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.10_STABLE commit 7d517b6476abeb2ea13fb2a1bad8bc09f03e2c2c Author: Robert Lyon Date: Tue Oct 13 15:11:15 2015 +1300 Bug 1201174: Correctly saving access rules for allowing comments When turning off allowcomments page-wise and adding them per 'Share with' options behatnotneeded Change-Id: Ic367fa89a04fa91c655c3f42005685181b948f78 Signed-off-by: Robert Lyon -- 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1201174] Re: allow and moderate comments not saving correctly for groups
** Changed in: mahara/1.10 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: Fix Committed Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1416147] Re: MySQL error in ORDER BY clause in get_artefactchooser_artefacts()
** Changed in: mahara/1.9 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/1416147 Title: MySQL error in ORDER BY clause in get_artefactchooser_artefacts() Status in Mahara: Fix Released Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: Fix Committed Bug description: For some reason works fine on Postgres... To reproduce: 1. Create a journal post. 2. Go to pages. 3. Create a page. 4. Add "Journal entry" block. 5. See this error: Failed to get a recordset: mysqli error: [1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'BY parent ASC, ctime DESC LIMIT 10' at line 15] in EXECUTE("SELECT a.*, (a.owner IS NOT NULL AND a.owner = '1') AS editable FROM "mhr_artefact" a WHERE ( a.owner = '1' OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = '/5' OR path LIKE '/5/%') AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = '1' AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = '1' AND can_republish = 1) OR a.institution IN ('mahara') ) AND artefacttype IN('blogpost') AND id = 6ORDER BY parent ASC, ctime DESC LIMIT 10") Command was: SELECT a.*, (a.owner IS NOT NULL AND a.owner = ?) AS editable FROM "mhr_artefact" a WHERE ( a.owner = ? OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = ? OR path LIKE ?) AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = ? AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = ? AND can_republish = 1) OR a.institution IN (?) ) AND artefacttype IN(?) AND id = 6ORDER BY parent ASC, ctime DESC and values was (1,1,/5,/5/%,1,1,mahara,blogpost) SQL is missing space before ORDER BY... To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1416147/+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 1416147] Re: MySQL error in ORDER BY clause in get_artefactchooser_artefacts()
** Changed in: mahara/1.10 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/1416147 Title: MySQL error in ORDER BY clause in get_artefactchooser_artefacts() Status in Mahara: Fix Released Status in Mahara 1.10 series: Fix Committed Status in Mahara 1.9 series: In Progress Bug description: For some reason works fine on Postgres... To reproduce: 1. Create a journal post. 2. Go to pages. 3. Create a page. 4. Add "Journal entry" block. 5. See this error: Failed to get a recordset: mysqli error: [1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'BY parent ASC, ctime DESC LIMIT 10' at line 15] in EXECUTE("SELECT a.*, (a.owner IS NOT NULL AND a.owner = '1') AS editable FROM "mhr_artefact" a WHERE ( a.owner = '1' OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = '/5' OR path LIKE '/5/%') AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = '1' AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = '1' AND can_republish = 1) OR a.institution IN ('mahara') ) AND artefacttype IN('blogpost') AND id = 6ORDER BY parent ASC, ctime DESC LIMIT 10") Command was: SELECT a.*, (a.owner IS NOT NULL AND a.owner = ?) AS editable FROM "mhr_artefact" a WHERE ( a.owner = ? OR a.id IN ( SELECT id FROM "mhr_artefact" WHERE (path = ? OR path LIKE ?) AND institution = 'mahara' ) OR a.id IN ( SELECT aar.artefact FROM "mhr_group_member" m JOIN "mhr_artefact" aa ON m.group = aa.group JOIN "mhr_artefact_access_role" aar ON aar.role = m.role AND aar.artefact = aa.id WHERE m.member = ? AND aar.can_republish = 1 ) OR a.id IN (SELECT artefact FROM "mhr_artefact_access_usr" WHERE usr = ? AND can_republish = 1) OR a.institution IN (?) ) AND artefacttype IN(?) AND id = 6ORDER BY parent ASC, ctime DESC and values was (1,1,/5,/5/%,1,1,mahara,blogpost) SQL is missing space before ORDER BY... To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1416147/+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 1408577] Re: Elasticsearch not working properly with Chinese characters
** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1408577 Title: Elasticsearch not working properly with Chinese characters Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: 1. Search box in the top-right corner (the search box below the Settings) return no result. 2. Search box in the Pages can only locate the name of the pages (not searching content of the page). Detail Information of server: === Elasticsearch server is running: { "cluster_name" : "elasticsearch", "status" : "green", "timed_out" : false, "number_of_nodes" : 1, "number_of_data_nodes" : 1, "active_primary_shards" : 1, "active_shards" : 1, "relocating_shards" : 0, "initializing_shards" : 0, "unassigned_shards" : 0 } The Elasticsearch plugin is currently active. Host: 127.0.0.1 Elasticsearch port: 9200 Auth username: (not set) Auth password: (not set) Index name: mahara Bypass index: (not set) Elasticsearch analyzer: mahara_analyze lasticsearch types: usr,interaction_instance,interaction_forum_post,group,view,artefact Cron record limit: 0 Artefact types: Select all Number of records of each type currently in the queue: usr (1) interaction_instance (0) interaction_forum_post(0) group (0) view (0) artefact (0) - Mahara 1.10.1 - Ubuntu Linux 14.04.1 - Postgres database (version 9.3.5) - Chrome Version 39.0.2171.95 m, Firefox 33.0.2, I.E. 11 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1408577/+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 1422837] Re: XML RPC simpleXML limits payload size
** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1422837 Title: XML RPC simpleXML limits payload size Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.8 series: Won't Fix Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Operating System: Ubuntu 14.04.1 LTS Mahara version: 1.9.3 Database: mysql Browser: chrome 40.0.2214.111 -- Steps to reproduce - you need a system capable of XMLRPC communication with Mahara (e.g. Moodle) 1) With Moodle - set up mahara networking / portfolios. 2) Open a course with a forum 3) Add 2 entries. One with an attachment under 5 MB. One with an attachment over 5 MB. On Each click "Export to portfolio" in the bottom. 4) Go through the screens to start export - ask it to do it now (i.e. not wait for cron). 5) Check the Mahara site to see what made it through successfully. -- simpleXML may not be the best parser for XMLRPC payloads in api/xmlrpc/lib.php function parse_payload($payload) { try { $xml = new SimpleXMLElement($payload); return $xml; } catch (Exception $e) { throw new MaharaException('Encrypted payload is not a valid XML document', 6002); } } This means if you send a large file (in our tests greater than approx 7mb) base 64 encoded over XMLRPC it will fail to parse. It didn't seem to make any difference if we increased the memory limit to 800M in php.ini or even by setting the php memory limit to 800M via PHP ini_set in function parse_payload - this suggests that there is a limit to what SimpleXML can handle regardless of the PHP memory limit. Note - 932 in my source code is the 'throw new exception' following $xml = new SimpleXMLElement($payload); called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] =>ERROR 4: 4: remote server error: code: , message: A nonrecoverable error occurred. This probably means you have encountered a bug in the system #0 MaharaException->handle_exception() called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] => To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1422837/+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 1264098] Re: Whitelist more CSS3 options in skins
** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1264098 Title: Whitelist more CSS3 options in skins Status in Mahara: In Progress Status in Mahara 1.10 series: In Progress Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: In Progress Status in Mahara 16.04 series: In Progress Bug description: I tried to create a new skin with custom CSS code added to the "Advanced" tab. collection-nav ul { columns: 2; -webkit-columns: 2; -moz-columns: 2; } When I save it, and then try to edit the skin, everything is deleted except: ul { } To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1264098/+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 1201174] A patch has been submitted for review
Patch for "1.10_STABLE" branch: https://reviews.mahara.org/5626 -- 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: In Progress Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1354222] Re: Files within a group aren't deleted after deleting the group
** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1354222 Title: Files within a group aren't deleted after deleting the group Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: If you create a group that contains any files (e.g. image, file) and then delete that group you should see a warning message. In addition, the files are not deleted although the group is (or marked as deleted) To reproduce (Mahara master): 1.- Click on the 'Group' tab and create a group 2.- Click on the 'Files' tab and add a file or image 3.- Delete the group and you should see the warning. To check that the added files/images weren't deleted you can check out the 'artefact_file_files' table. Is this a bug or is it an intended behaviour? If it is a bug I could provide a patch for review. Cheers, Moises To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1354222/+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 1201174] Re: allow and moderate comments not saving correctly for groups
** Changed in: mahara/1.10 Status: Triaged => 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/1201174 Title: allow and moderate comments not saving correctly for groups Status in Mahara: Fix Committed Status in Mahara 1.10 series: In Progress Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: When you do not allow commenting for all access groups, but only for a specific one and click "Save", the commenting permissions are not written to the DB. You have to go back in to the "Edit access" screen and tick the checkboxes for "Allow comments" and "Moderate" for that particular access group again and click "Save". Only then are the permissions saved. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1201174/+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 1508723] Re: Have dedicated language strings for switchbox labels
** Also affects: mahara/15.04 Importance: Undecided Status: New ** Changed in: mahara/15.04 Status: New => In Progress ** Changed in: mahara/15.04 Importance: Undecided => High ** Changed in: mahara/15.04 Assignee: (unassigned) => Robert Lyon (robertl-9) ** Changed in: mahara/15.04 Milestone: None => 15.04.4 -- 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/1508723 Title: Have dedicated language strings for switchbox labels Status in Mahara: Fix Committed Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: Due to Bug 1467252, it may be necessary in some languages to relabel the switchboxes so that they don't say a direct translation of "Yes/No" or "Off/On". The problem is, the switchboxes currently use the strings 'yes', 'no', 'off', and 'on' from mahara.php, which are potentially used throughout Mahara and can't be safely changed. The solution is to use dedicated language strings just for the switchboxes, so that they can be relabelled for brevity without affecting the rest of Mahara. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508723/+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 1494152] A patch has been submitted for review
Patch for "1.10_STABLE" branch: https://reviews.mahara.org/5625 -- 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/1494152 Title: Fatal error upgrading from 1.4 or earlier to 1.10 or later, with objectionable content reports Status in Mahara: Invalid Status in Mahara 1.10 series: In Progress Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Invalid Bug description: In Mahara 1.10, when we added objectionable item reporting to the forums, we migrated all the old objectionable item view_access records into the new "objectionable" table. Part of this upgrade took view_access.ctime and used it for the "reportdate" column in the objectionable table, because view_access.ctime is supposed to be not null. But, if you upgraded from Mahara 1.4 or earlier, view_access.ctime is NULL (see https://bugs.launchpad.net/bugs/1494128 ). So, this causes the upgrade to crash. To replicate: 1. Install Mahara 1.4 2. Create a page 3. Go to the page and use the "Report objectionable" button on it. 4. Upgrade to Mahara 1.10 Expected result: Successful upgrade Actual result: Fatal error. [WAR] bb (lib/dml.php:1046) Failed to get a recordset: postgres7 error: [-1: ERROR: null value in column "reportedtime" violates not-null constraint] in adodb_throw(INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?), Array) [WAR] bb (lib/dml.php:1046) Command was: INSERT INTO "objectionable" ("objecttype", "objectid", "reportedby", "report") VALUES (?, ?, ?, ?) and values was (view,6,0,) Call stack (most recent first): * insert_record("objectionable", object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/db/upgrade.php:3383 * xmldb_core_upgrade("2011061015") at /home/aaronw/www/mahara/htdocs/lib/upgrade.php:359 * upgrade_core(object(stdClass)) at /home/aaronw/www/mahara/htdocs/lib/mahara.php:253 * upgrade_mahara(array(size 14)) at /home/aaronw/www/mahara/htdocs/admin/cli/upgrade.php:50 A nonrecoverable error occurred. This probably means you have encountered a bug in the system(1.10_STABLE)aaronw@vega To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1494152/+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 1393552] Re: Simple text box doesn't show cursor in Chromium and Chrome
** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1393552 Title: Simple text box doesn't show cursor in Chromium and Chrome Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: When having a simple text box, e.g. collection description, anonymous feedback, the cursor is not shown in Chrome and Chromium. I have it without problems in Firefox. You can still type in Chrome and Chromium, but just don't see the cursor. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1393552/+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 1411234] Re: large image display problem in blog view
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1411234 Title: large image display problem in blog view Status in Mahara: Confirmed Status in Mahara 1.10 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Reported by a user. Placing a very large image in a blog entry causes a display problem in the blog view. Let's say a 1200 pixels wide image is placed in a entry. The blog entry is put in a page. View.css has a max-width:100% for each blockinstance-content, so the blog entry fits into the allocated width (which is partly good because the image is distorded i.e. proportions are not kept). But when we look at the blog entry in the blog view, the wide image overlap navigation elements on the right - which is not good. There should be a CSS max-width also in the blog entry so there is no overlap. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1411234/+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 1471227] Re: Unable to delete an institution
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1471227 Title: Unable to delete an institution Status in Mahara: Triaged Status in Mahara 15.04 series: Triaged Status in Mahara 15.10 series: Triaged Status in Mahara 16.04 series: Triaged Bug description: Mahara 15.04. MySQL database Removed all users from an Institution and attempted to delete it. On confirmation am SQL error was generated: [WAR] f4 (lib/errors.php:747) Failed to get a recordset: mysqli error: [1451: Cannot delete or update a parent row: a foreign key constraint fails ("mahara15"."auth_remote_user", CONSTRAINT "authremouser_aut_fk" FOREIGN KEY ("authinstance") REFERENCES "auth_instance" ("id"))] in adodb_throw(DELETE FROM "auth_instance" WHERE "institution" = 'education' , ) Command was: DELETE FROM "auth_instance" WHERE "institution" = ? and values was (education) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1471227/+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 1470064] Re: webservices complain about no HTTPS even for simple user authentication
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1470064 Title: webservices complain about no HTTPS even for simple user authentication Status in Mahara: Triaged Status in Mahara 15.04 series: Triaged Status in Mahara 15.10 series: Triaged Status in Mahara 16.04 series: Triaged Bug description: Mahara 15.04 To reproduce... - use a site with HTTP (not HTTPS) - Create a web service user - configure the user through 'Manage service users' to access any suitable method (e.g. get institution users) - use the web services test client with any protocol you like and execute the selected method - An error is thrown... "exception: Forbidden - HTTPS must be used" The documentation (such as it is) indicates that HTTPS is only required for token based authentication, not simple username/password To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1470064/+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 1356638] Re: Can not see the image in the static page "Home" for logged-in users
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 ** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1356638 Title: Can not see the image in the static page "Home" for logged-in users Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.8 series: Won't Fix Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Version: master(1.10), 1.9, 1.8 Platform: any Browser: any Steps to reproduce the issue 1. Login as a site admin, add a site image file out of the 'public' folder 2. Add the image into the static page Home (Dashboard) 3. Logout and login as a normal user Expected result: the image should display in my dashboard Actual result: the image is not accessible To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1356638/+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 1393620] Re: webservices: get_groups_by_id requires institution
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1393620 Title: webservices: get_groups_by_id requires institution Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Currently the webservices method to fetch group information by id requires the group to have institution set. Will need to be adjusted to allow for groups not attached to an institution. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1393620/+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 1269170] Re: GD Image not being created during cron run
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1269170 Title: GD Image not being created during cron run Status in Mahara: Invalid Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Invalid Bug description: I get the following warnings when cron job 'cron_site_data_daily' runs - I'm not sure if it's specific to my data / machine / php version (which is 5.4) but I thought I'd mention them here in case others were having the same problems. The failure means that the statistic graphics are not generated. [WAR] 48 (lib/pear/Image/Canvas/GD/PNG.php:125) imagepng(): gd-png: fatal libpng error: Wrote palette index exceeding num_palette Call stack (most recent first): * log_message("imagepng(): gd-png: fatal libpng error: Wrote pal...", 8, true, true, "/mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php", 125) at /mnt/data/s16/lib/errors.php:430 * error(2, "imagepng(): gd-png: fatal libpng error: Wrote pal...", "/mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php", 125, array(size 1)) at Unknown:0 * imagepng(resource(#8087), "/mnt/data/uploaddir/images/grouptypes.png") at /mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php:125 * Image_Canvas_GD_PNG->save(array(size 1)) at /mnt/data/s16/lib/pear/Image/Graph.php:865 * Image_Graph->_done(array(size 1)) at /mnt/data/s16/lib/pear/Image/Graph.php:787 * Image_Graph->done(array(size 1)) at /mnt/data/s16/lib/registration.php:1164 * group_type_graph() at /mnt/data/s16/lib/registration.php:2163 * graph_site_data_daily() at /mnt/data/s16/lib/mahara.php:3009 * cron_site_data_daily() at /mnt/data/s16/lib/cron.php:142 [WAR] 48 (lib/pear/Image/Canvas/GD/PNG.php:125) imagepng(): gd-png error: setjmp returns error condition Call stack (most recent first): * log_message("imagepng(): gd-png error: setjmp returns error con...", 8, true, true, "/mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php", 125) at /mnt/data/s16/lib/errors.php:430 * error(2, "imagepng(): gd-png error: setjmp returns error con...", "/mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php", 125, array(size 1)) at Unknown:0 * imagepng(resource(#8087), "/mnt/data/uploaddir/images/grouptypes.png") at /mnt/data/s16/lib/pear/Image/Canvas/GD/PNG.php:125 * Image_Canvas_GD_PNG->save(array(size 1)) at /mnt/data/s16/lib/pear/Image/Graph.php:865 * Image_Graph->_done(array(size 1)) at /mnt/data/s16/lib/pear/Image/Graph.php:787 * Image_Graph->done(array(size 1)) at /mnt/data/s16/lib/registration.php:1164 * group_type_graph() at /mnt/data/s16/lib/registration.php:2163 * graph_site_data_daily() at /mnt/data/s16/lib/mahara.php:3009 * cron_site_data_daily() at /mnt/data/s16/lib/cron.php:142 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1269170/+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 1432823] Re: Mobile - Inconsistency in not being able to exporting pages
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 ** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1432823 Title: Mobile - Inconsistency in not being able to exporting pages Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: From what I understood, exporting pages is disabled when using Mahara on an Android or iOS device. However, it is possible to access the export interface when deleting a page. To reproduce, you have to click on the delete page icon. There is a notification that recommends exporting the page before deleting (check screenshots). The link "Exporting" sends the user to the export interface. This notification should be modified when accessing Mahara on a mobile device. The "Exporting" link should be removed. Unless the community has plans to include an export function on mobiles. This has been reproduce on Mahara 10.0.2 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1432823/+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 1234582] Re: Can't display images in RSS feeds with protocol-relative URLs
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1234582 Title: Can't display images in RSS feeds with protocol-relative URLs Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: As described by Robert while investigating another bug report: https://bugs.launchpad.net/mahara/+bug/1219499/comments/5 The problem where some images are not showing up is because they tend to be protocol relative urls to the images and the Mahara system tries to append a url to them but this makes the path incorrect. eg for slideshare (http://www.slideshare.net/rss/latest) There are image links in the feed like: //cdn.slidesharecdn.com/ss_thumbnails/lptrnhc2008cbnnhtnghththutit360-130902225125-phpapp02-thumbnail-2.jpg and mahara sees this as a relative url and appends http://www.slideshare.net/ to the front if it which then makes http://www.slideshare.net//cdn.slidesharecdn.com/ss_thumbnails/lptrnhc2008cbnnhtnghththutit360-130902225125-phpapp02-thumbnail-2.jpg which is an incorrect url and the image will not be found there Need to alter the code in htdocs/blocktype/externalfeed/lib.php from /src="(\/[^"]+)"/ to something that doesn't try and update protocol relative urls To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1234582/+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 1229660] Re: tag "lastinstitution:..." shows up for admin under "my tags"
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1229660 Title: tag "lastinstitution:..." shows up for admin under "my tags" Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: When you are an admin on a multitenannted Mahara site, you see tags of "lastinstitution:..." in your list of tags when users have left an institution. These are for the functionality of allowing the admin to see "People who have left a given institution" on the "Administration -> Institutions -> Members" screen. This tag should not show up in an admin's list of tags though as they are not that admin's tags and he shouldn't really hand those tags out. To replicate: 1. Clean Mahara install. Log in as admin. 2. Create Institution A 3. Create User 1 4. Go to User 1's account settings page, go down to the "Institution Settings" section at the bottom, and add them to Institution A. 5. Return to User 1's account settings page, and remove them from Institution A. 6. Go to admin's Portfolio section and create a page. 7. On the "Edit title and description" screen, at the "Tags" field, click the "Show my tags" link. Result: "lastinstitution:institutiona" shows up as one of the tags. Expected result: "lastinstitution:institutiona" should not be listed as one of the tags. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1229660/+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 1510278] Re: Behat suite failing on MySQL post release
Putting stats here for future reference: (::) failed steps (::) 01. Form field with id|name|label|value "group_view_submission_form_2_options" not found. In step `And I select "Page userA_01" from "group_view_submission_form_2_options"'. # BehatMaharaInitContext::selectOption() From scenario `The list of group pages, shared/submitted pages and collections should be displayed page by page and sorted by "page title (A-Z)" or "most recently updated". These list must take into account the sort option choosen in the block config (Bug 1457246)'. # /var/www/html/maharagerrit/test/behat/features/group/group_view_block.feature:59 Of feature `Show the block "Group pages" in the group homepage'. # /var/www/html/maharagerrit/test/behat/features/group/group_view_block.feature 107 scenarios (106 passed, 1 failed) 2233 steps (2193 passed, 39 skipped, 1 failed) 197m42.457s Shutdown Selenium Shutdown PHP server (master)jinelleb@boris:/var/www/html/maharagerrit$ -- 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/1510278 Title: Behat suite failing on MySQL post release Status in Mahara: New Bug description: Hi all, I ran the Behat suite when we did the release. 15.10. One scenario failed. Feature: `Show the block "Group pages" in the group homepage'. Step that failed: Form field with id|name|label|value "group_view_submission_form_2_options" not found. In step `And I select "Page userA_01" from "group_view_submission_form_2_options"'. This test is testing (Bug 1457246). If you'd rather grep search the tests using this :) This is one of the steps that failed but a few more steps in this scenario didn't run because they were dependent on this step. Cheers. Jinellle To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1510278/+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 1500285] Re: Add path and update records slowness
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1500285 Title: Add path and update records slowness Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Upgrade Issue 1 - Add path and update records : This adds a field 'path' to artefact table and thereafter runs a update query to add data. We have around 500K rows and this takes around 94 minutes to upgrade! This can be done in one go without the limit of 200 and it works very well taking around 2-3 minutes! Few times the upgrade failed due to "mysqli error: [1205: Lock wait timeout exceeded; try restarting transaction]". This is spun off from Bug #1499568 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1500285/+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 1408577] Re: Elasticsearch not working properly with Chinese characters
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1408577 Title: Elasticsearch not working properly with Chinese characters Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: 1. Search box in the top-right corner (the search box below the Settings) return no result. 2. Search box in the Pages can only locate the name of the pages (not searching content of the page). Detail Information of server: === Elasticsearch server is running: { "cluster_name" : "elasticsearch", "status" : "green", "timed_out" : false, "number_of_nodes" : 1, "number_of_data_nodes" : 1, "active_primary_shards" : 1, "active_shards" : 1, "relocating_shards" : 0, "initializing_shards" : 0, "unassigned_shards" : 0 } The Elasticsearch plugin is currently active. Host: 127.0.0.1 Elasticsearch port: 9200 Auth username: (not set) Auth password: (not set) Index name: mahara Bypass index: (not set) Elasticsearch analyzer: mahara_analyze lasticsearch types: usr,interaction_instance,interaction_forum_post,group,view,artefact Cron record limit: 0 Artefact types: Select all Number of records of each type currently in the queue: usr (1) interaction_instance (0) interaction_forum_post(0) group (0) view (0) artefact (0) - Mahara 1.10.1 - Ubuntu Linux 14.04.1 - Postgres database (version 9.3.5) - Chrome Version 39.0.2171.95 m, Firefox 33.0.2, I.E. 11 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1408577/+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 1354222] Re: Files within a group aren't deleted after deleting the group
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1354222 Title: Files within a group aren't deleted after deleting the group Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: If you create a group that contains any files (e.g. image, file) and then delete that group you should see a warning message. In addition, the files are not deleted although the group is (or marked as deleted) To reproduce (Mahara master): 1.- Click on the 'Group' tab and create a group 2.- Click on the 'Files' tab and add a file or image 3.- Delete the group and you should see the warning. To check that the added files/images weren't deleted you can check out the 'artefact_file_files' table. Is this a bug or is it an intended behaviour? If it is a bug I could provide a patch for review. Cheers, Moises To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1354222/+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 1393552] Re: Simple text box doesn't show cursor in Chromium and Chrome
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1393552 Title: Simple text box doesn't show cursor in Chromium and Chrome Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: When having a simple text box, e.g. collection description, anonymous feedback, the cursor is not shown in Chrome and Chromium. I have it without problems in Firefox. You can still type in Chrome and Chromium, but just don't see the cursor. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1393552/+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 1422837] Re: XML RPC simpleXML limits payload size
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1422837 Title: XML RPC simpleXML limits payload size Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.8 series: Won't Fix Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Operating System: Ubuntu 14.04.1 LTS Mahara version: 1.9.3 Database: mysql Browser: chrome 40.0.2214.111 -- Steps to reproduce - you need a system capable of XMLRPC communication with Mahara (e.g. Moodle) 1) With Moodle - set up mahara networking / portfolios. 2) Open a course with a forum 3) Add 2 entries. One with an attachment under 5 MB. One with an attachment over 5 MB. On Each click "Export to portfolio" in the bottom. 4) Go through the screens to start export - ask it to do it now (i.e. not wait for cron). 5) Check the Mahara site to see what made it through successfully. -- simpleXML may not be the best parser for XMLRPC payloads in api/xmlrpc/lib.php function parse_payload($payload) { try { $xml = new SimpleXMLElement($payload); return $xml; } catch (Exception $e) { throw new MaharaException('Encrypted payload is not a valid XML document', 6002); } } This means if you send a large file (in our tests greater than approx 7mb) base 64 encoded over XMLRPC it will fail to parse. It didn't seem to make any difference if we increased the memory limit to 800M in php.ini or even by setting the php memory limit to 800M via PHP ini_set in function parse_payload - this suggests that there is a limit to what SimpleXML can handle regardless of the PHP memory limit. Note - 932 in my source code is the 'throw new exception' following $xml = new SimpleXMLElement($payload); called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] =>ERROR 4: 4: remote server error: code: , message: A nonrecoverable error occurred. This probably means you have encountered a bug in the system #0 MaharaException->handle_exception() called at [/vagrant/www/maharadev/mahara/lib/errors.php:465] #1 exception(MaharaException Object ([] => 1,[] => Encrypted payload is not a valid XML document,[] => ,[] => 6002,[] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[] => 932,[] => Array ([0] => Array ([file] => /vagrant/www/maharadev/mahara/api/xmlrpc/lib.php,[line] => 921,[function] => parse_payload,[args] => Array ([0] => To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1422837/+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 1425392] Re: Behat bug: Behat gets confused by the 2 different Groups in navigation
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1425392 Title: Behat bug: Behat gets confused by the 2 different Groups in navigation Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Hi, I have a attached a broken Behat test. When it clicks on the first "Groups" heading in the navigation it works fine. eg "Find friends" in "Groups" Then it fails when it tries selecting "Archived submissions" in "Groups" . It doesn’t like the fact that there are 2 of them. What way do we have to work around this? Thanks, Jinelle To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1425392/+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 1415258] Re: Behat is having issues unzipping a file
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1415258 Title: Behat is having issues unzipping a file Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: Hi Sonn, Behat is having some issues decompressing a file. It relates to this bug #1386970. The tags were added and it was merged, maybe the wrong step definition is being used here. This test was written for 1.10 there's a possibility the wording has changed since then also. This is also dependent on the file attachment step. I have attached a test below to test with. Cheers, Jinelle To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1415258/+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 1443239] Re: Warning in Mahara logs when a MaharaDroid user has no tags in their Mahara account
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 ** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1443239 Title: Warning in Mahara logs when a MaharaDroid user has no tags in their Mahara account Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.8 series: Won't Fix Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: This is a bug in the Mahara PHP code which interfaces with the MaharaDroid android app. See https://github.com/MaharaProject/maharadroid/issues/6 for the MaharaDroid side of this bug. To replicate: 1. Create a new Mahara account 2. Connect it to MaharaDroid 3. Try to upload a file via MaharaDroid Result: You see this warning in the Apache logs: [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] [WAR] 88 (api/mobile/sync.php:77) Invalid argument supplied for foreach() [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] Call stack (most recent first): [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] * log_message("Invalid argument supplied for foreach()", 8, true, true, "/home/demo/code/mahara/htdocs/api/mobile/sync.php", 77) at /home/demo/code/mahara/htdocs/lib/errors.php:430 [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] * error(2, "Invalid argument supplied for foreach()", "/home/demo/code/mahara/htdocs/api/mobile/sync.php", 77, array(size 59)) at /home/demo/code/mahara/htdocs/api/mobile/sync.php:77 [Tue Jan 14 11:07:18 2014] [error] [client 10.22.33.88] To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1443239/+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 1394082] Re: Can create a URL that takes you to a different page depending on whether you're logged in to MNet or not.
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 ** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1394082 Title: Can create a URL that takes you to a different page depending on whether you're logged in to MNet or not. Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.8 series: Won't Fix Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: As reported on the mahara.org forum: https://mahara.org/interaction/forum/topic.php?id=6549 To replicate: 1. Set up a Moodle instance with the Mahara assignment submission plugin and connect it up to your Mahara instance. 2. Create a view with ID 1000. 3. Create another view with ID 1001. 4. Make both these pages accessible to the public. 5. Set up an Mahara assignment in Moodle. 6. Submit the view with ID 1000 to Moodle as an assignment submission. 7. Note the access URL that gets generated, which will contain an MNet access token, i.e. /view/view.php?mt=abcd1234 8. Add the ID of page 1001 to this URL: /view/view.php?id=1001&mt=abcd1234 Expected Result: This URL should either display page 1000 every time, or an "access denied" message Actual Result: If you're logged in to Mahara via MNet, you see page 1000. If you're not, you see page 1001. The cause of this problem, is that /view/view.php completely ignores the "mt=" tag if you're not logged in via MNet. In which case, if an ID is also supplied, it falls back to that. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1394082/+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 1317354] Re: Flowplayer audio starts muted if there's also a Flowplayer video on the page
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1317354 Title: Flowplayer audio starts muted if there's also a Flowplayer video on the page Status in Mahara: Confirmed Status in Mahara 1.10 series: Won't Fix Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: To replicate: 1. Create a page 2. Put an embedded media block on the page with an audio file selected 3. Put an embedded media block on the page with a video file selected (with a type of video that's played by flowplayer) 4. View the page in display mode Result: The audio player's volume is set to muted To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1317354/+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 1421422] Re: HTML notification showing when exporting bulk users
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1421422 Title: HTML notification showing when exporting bulk users Status in Mahara: Triaged Status in Mahara 15.04 series: Triaged Status in Mahara 15.10 series: Triaged Status in Mahara 16.04 series: Triaged Bug description: Hi, I was exporting users via this pathway (admin/users/bulkexport.php) for this patch https://reviews.mahara.org/#/c/3617/ and when I did I got this message notification before I clicked continue : [INF] e3 (admin/users/bulkdownload.php:202) Exported 1 users to /var/www/maharadata/export/1/1423730820/mahara- bulk-export-1423730820.zip I also tested this pre patch (on 15.04 dev) and it was showing the same error notification. I'm not sure if this actually is what is supposed to happen, but if it is maybe we can come up with a nicer more "human readable" message? Psql 9.3.5 Ubuntu 14.04 Firefox 35.0.1 Master 15.04 dev and patch 3617 in Gerrit Thank you, Jinelle To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1421422/+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 1363754] Re: extract file's progress bar has wonky progression
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1363754 Title: extract file's progress bar has wonky progression Status in Mahara: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: The extraction progression is stilted and for a the first bit doesn't even indicate that it is working. See attached video of what is happening We know from the check screen before how many files there are to extract so we could use that info straight off to display initial progress. And we need to get it so the progress bar doesn't blink on/off all the time. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1363754/+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 1499572] Re: array to string conversion on SQLExceptions/ADODB_Exceptions
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 ** Changed in: mahara/1.10 Milestone: 1.10.7 => 1.10.8 -- 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/1499572 Title: array to string conversion on SQLExceptions/ADODB_Exceptions Status in Mahara: Fix Committed Status in Mahara 1.10 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Fix Committed Bug description: This bug has been reported from other code (#1486766) but I think the issue is perhaps better addressed in the code for class ADODB_Exception constructor. I got the Array to string conversion warning in my logs when catching a Postgres 9.4 SQLException for trying to add a record that would break a unique key constraint. The problem was argument $p2 in ADODB_Exception constructor was an array and when the string was created on line 43: it generated the warning in my logs: Array to string conversion error 43: $s = "$dbms error: [$errno: $errmsg] in $fn($p1,$p2)\n"; a fix I put into my local development copy was as follows and may not be appropriate, but this worked for me line 30 before switch statement if is_array($p1){ $p1 = implode(":",$p1); } if is_array($p2){ $p2 = implode(":",$p2); } it could be that the p1 check is never needed. If $p2 is a monsterous array this might be problematic as well, but this array guard means that you don't have to hunt down every ADODB_Exception in the code to be filtered to make sure $p2 is never an array. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1499572/+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 1503103] Re: When new accounts are created, default storage quota is not applied
** Changed in: mahara/15.04 Milestone: 15.04.4 => 15.04.5 -- 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/1503103 Title: When new accounts are created, default storage quota is not applied Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: Confirmed Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: Confirmed Bug description: When new accounts are created, default storage quota is not applied. Our Default quota is 500MB. When new users log in, they get only 200MB. Their accounts immediately get created when they log in with their student/staff credentials. I can remedy this by going Administration > Institutions > Our Institution > Update user quotas > Submit. This then updates all users to the correct storage quota. Mahara 1.9.8 (upgrading to 15.04.0 very soon) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1503103/+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 1506274] Re: The list in "Shared with me" shows different results when using pagination
** Changed in: mahara/15.04 Status: New => In Progress ** Changed in: mahara/16.04 Importance: Undecided => High ** Changed in: mahara/15.04 Importance: Undecided => High ** Changed in: mahara/15.10 Milestone: None => 15.10.1 ** Changed in: mahara/16.04 Milestone: None => 16.04.0 ** Changed in: mahara/15.04 Assignee: (unassigned) => Robert Lyon (robertl-9) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1506274 Title: The list in "Shared with me" shows different results when using pagination Status in Mahara: Fix Committed Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Fix Committed Status in Mahara 16.04 series: Fix Committed Bug description: Version: 15.04, master (15.10) Browsers: any When testing the site http://master-bigdb- mahara.elearning.catalyst.net.nz/, I get a bug: Steps to reproduce: 1. Login as an user, 2. Select "Shared with me" in "Portfolio" in navigation menu 3. You will see number of results near the right-bottom of the list 4. Jump to next page or any page of the list Expected result The number of results should be the same Actual result It changes when using pagination. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1506274/+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 1508693] A patch has been submitted for review
Patch for "15.04_STABLE" branch: https://reviews.mahara.org/5624 -- 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: In Progress Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1508693] Re: Bad help box styling in "fresh" theme
** Changed in: mahara/15.04 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/1508693 Title: Bad help box styling in "fresh" theme Status in Mahara: Confirmed Status in Mahara 1.10 series: Confirmed Status in Mahara 1.9 series: Confirmed Status in Mahara 15.04 series: In Progress Bug description: Reported on the forums: https://mahara.org/interaction/forum/topic.php?id=7415&offset=0&limit=10#post29802 In the 15.04 "fresh" theme, the pop-up help box is hard to read because of its CSS styling. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508693/+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 1467252] Re: Display problem with Switchbox when label strings aren't the same length as "On" & "Off"
See the fix in bug 1508723 to help deal with this problem in 15.04, 15.10, and 16.04 ** Changed in: mahara/15.04 Importance: High => Medium ** Changed in: mahara/15.04 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/1467252 Title: Display problem with Switchbox when label strings aren't the same length as "On" & "Off" Status in Mahara: In Progress Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: In Progress Status in Mahara 16.04 series: In Progress Bug description: It was ok in 15.04 but the the new interface of 15.10dev, the translated text for the "switch" options are not displayed correctly. 1/ When "On", the translated text for "on" is displayed, with the text for "off" partially 2/ When "Off", the translated text for "off" is displayed centered below the the red bullet (see inclosed picture) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1467252/+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 1508723] A patch has been submitted for review
Patch for "15.04_STABLE" branch: https://reviews.mahara.org/5623 -- 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/1508723 Title: Have dedicated language strings for switchbox labels Status in Mahara: Fix Committed Status in Mahara 15.10 series: Fix Released Status in Mahara 16.04 series: Fix Committed Bug description: Due to Bug 1467252, it may be necessary in some languages to relabel the switchboxes so that they don't say a direct translation of "Yes/No" or "Off/On". The problem is, the switchboxes currently use the strings 'yes', 'no', 'off', and 'on' from mahara.php, which are potentially used throughout Mahara and can't be safely changed. The solution is to use dedicated language strings just for the switchboxes, so that they can be relabelled for brevity without affecting the rest of Mahara. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1508723/+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 1490569] Re: Sort submitted pages "Most recently submitted" doesn't work
** Also affects: mahara/16.04 Importance: High Status: Confirmed ** Also affects: mahara/15.04 Importance: Undecided Status: New ** Also affects: mahara/15.10 Importance: Undecided Status: New ** Changed in: mahara/15.10 Milestone: None => 15.10.1 ** Changed in: mahara/15.04 Milestone: None => 15.04.4 ** Changed in: mahara/16.04 Milestone: 15.04.4 => 16.04.0 ** Changed in: mahara/15.10 Importance: Undecided => High ** Changed in: mahara/15.04 Importance: Undecided => High ** Changed in: mahara/15.10 Status: New => Confirmed ** Changed in: mahara/15.04 Status: New => In Progress ** Changed in: mahara/15.04 Assignee: (unassigned) => Robert Lyon (robertl-9) ** Changed in: mahara/15.10 Assignee: (unassigned) => Robert Lyon (robertl-9) ** Changed in: mahara/16.04 Assignee: (unassigned) => Robert Lyon (robertl-9) ** Changed in: mahara/16.04 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/1490569 Title: Sort submitted pages "Most recently submitted" doesn't work Status in Mahara: In Progress Status in Mahara 15.04 series: In Progress Status in Mahara 15.10 series: Confirmed Status in Mahara 16.04 series: In Progress Bug description: Hello, When adding a 'pages shared' block to a group, one of the settings is "Sort submitted pages and collections" by "Most recently updated". While trying to use this with a group (v15.04) I've found that the displayed sort order of the shared pages doesn't change from the default 'alphabetically'. Worth noting it would also be worth having the option to display pages in the order 'most recently shared' - subtly different from when they were updated but a useful feature if it could be added. Regards, Gordon. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1490569/+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 1455137] A change has been merged
Reviewed: https://reviews.mahara.org/5614 Committed: https://git.nzoss.org.nz/mahara/mahara/commit/43a6c846dd5c0d40106cba2a5d5353aa6a60038a Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:15.04_STABLE commit 43a6c846dd5c0d40106cba2a5d5353aa6a60038a Author: Aaron Wells Date: Mon Aug 24 18:24:27 2015 +1200 Straightening out the language string situation in the JS calendar (bug 1455137) The main thing this fixes, is that it causes the JS calendar to use ONLY the new lang strings pieform_calendar_dateformat & pieform_calendar_timeformat, for its formatting. These strings are in strftime() format, and are converted into the JQuery Datepicker/Timepicker format by PHP (if we change to a different calendar plugin in the future, we can change the PHP conversion function). This fixes the bug where translators could break the calendar by changing the JS format strings so they no longer matched the PHP format strings. As a side effect of this change, I've also made it so that the help strings are derived from the format string, and are translatable. behatnotneeded Change-Id: I152962cc27f36f93b51ee0327ed942fb089f7f5b -- 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/1455137 Title: "Edit access" screen has trouble with jscalendar dates if you change calendar_dateFormat and/or strtimedatetimeshort Status in Mahara: Fix Committed Status in Mahara 1.10 series: Won't Fix Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: This is a follow up on Bug #1376997 Date picker not working for certain languages The date picker works with the dd.mm.yy format when editing access ("shared by me" page). However if you are to change in langconfig.php the parameters to a french format: $string['calendar_dateFormat']= 'dd/mm/yy'; $string['strftimedatetimeshort'] = '%%d/%%m/%%Y %%H:%%M'; You can use the date picker and define a new access. However, you cannot edit a preexisting access besause it doesnt show up when you go to edit it. You are forced to redefine all your access if you want to modify anything. Theres also a problem when you try to define "Access start date/time" and "Access end date/time" in the Advanced option. It will take the dd/mm/yy format of the datepicker. However, you cannot choose a day higher then 12. You can on the other hand enter a mm/dd/yy format into the textbox manually to define the access. If the code itself is too complicated to fix, there should at least be a converter to show the chosen date format to the users. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1455137/+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 1455137] Re: "Edit access" screen has trouble with jscalendar dates if you change calendar_dateFormat and/or strtimedatetimeshort
** Changed in: mahara/15.04 Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1455137 Title: "Edit access" screen has trouble with jscalendar dates if you change calendar_dateFormat and/or strtimedatetimeshort Status in Mahara: Fix Committed Status in Mahara 1.10 series: Won't Fix Status in Mahara 15.04 series: Fix Committed Status in Mahara 15.10 series: Fix Released Bug description: This is a follow up on Bug #1376997 Date picker not working for certain languages The date picker works with the dd.mm.yy format when editing access ("shared by me" page). However if you are to change in langconfig.php the parameters to a french format: $string['calendar_dateFormat']= 'dd/mm/yy'; $string['strftimedatetimeshort'] = '%%d/%%m/%%Y %%H:%%M'; You can use the date picker and define a new access. However, you cannot edit a preexisting access besause it doesnt show up when you go to edit it. You are forced to redefine all your access if you want to modify anything. Theres also a problem when you try to define "Access start date/time" and "Access end date/time" in the Advanced option. It will take the dd/mm/yy format of the datepicker. However, you cannot choose a day higher then 12. You can on the other hand enter a mm/dd/yy format into the textbox manually to define the access. If the code itself is too complicated to fix, there should at least be a converter to show the chosen date format to the users. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1455137/+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