[Mahara-contributors] [Bug 1196476] [NEW] Installation warnings for 1.5.11testing
Public bug reported:
On Ubuntu 12.10, Postgres 9
Tracking a new 1.5_STABLE branch, on a clean DB performing the
installation, I get the following warnings. They are all the same but
have different starting numbers after [WAR].
[WAR] 16 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, file, defaultquota, 52428800) at
/home/kristina/code/mahara/htdocs/artefact/file/lib.php:95
PluginArtefactFile::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactFile, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 96 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, comment, commenteditabletime, 10) at
/home/kristina/code/mahara/htdocs/artefact/comment/lib.php:87
PluginArtefactComment::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactComment, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 61 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(search, internal, exactusersearch, 1) at
/home/kristina/code/mahara/htdocs/search/internal/lib.php:64
PluginSearchInternal::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginSearchInternal, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 5d (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(blocktype, internalmedia, enabledtypes,
a:2:{i:0;s:3:flv;i:1;s:3:mp3;}) at
/home/kristina/code/mahara/htdocs/artefact/file/blocktype/internalmedia/lib.php:50
PluginBlocktypeInternalmedia::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginBlocktypeInternalmedia, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
** Affects: mahara
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1196476
Title:
Installation warnings for 1.5.11testing
Status in Mahara ePortfolio:
New
Bug description:
On Ubuntu 12.10, Postgres 9
Tracking a new 1.5_STABLE branch, on a clean DB performing the
installation, I get the following warnings. They are all the same but
have different starting numbers after [WAR].
[WAR] 16 (lib/mahara.php:938) Creating default object from empty value
Call stack (most
[Mahara-contributors] [Bug 1187571] Re: Updating groups by CSV caused 'Not found' page
have added patch https://reviews.mahara.org/#/c/2301/ ** Changed in: mahara Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara Status: New = In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1187571 Title: Updating groups by CSV caused 'Not found' page Status in Mahara ePortfolio: In Progress Bug description: Version: master Platform: all When updating groups by CSV and if CSV contains a new group, a unexpected 'Not found' page appears. Expected result: an error message with line number which contains the new group info. like: Error on line 3 of your file: The group with shortname g01 does not exists. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1187571/+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 1191453] A change has been merged
Reviewed: https://reviews.mahara.org/2303 Committed: http://gitorious.org/mahara/mahara/commit/8a900b8ec73941944705efb59a38dc7ebd8b4578 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.7_STABLE commit 8a900b8ec73941944705efb59a38dc7ebd8b4578 Author: Kristina D.C. Hoeppner krist...@catalyst.net.nz Date: Sun Jun 16 14:48:50 2013 +1200 Bug #1191453: Make password field of type password The password should not be displayed in plaintext. I changed the type of the input field to password to account for that. Change-Id: I5d64470291e1c81b31bc0aaeb8cd65d809412ae7 Signed-off-by: Kristina D.C. Hoeppner krist...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1191453 Title: Don't show password in cleartext Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.5 series: In Progress Status in Mahara 1.6 series: In Progress Status in Mahara 1.7 series: In Progress Bug description: When you are on admin/edit.php or admin/add.php, the password you enter for a user is displayed in cleartext. This is not good esp. when you have form filling turned on in your browser as it remembers the passwords that you typed in. The easiest solution is to make this field type password so that it is treated like a password field. More complicated would be to allow the admin to toggle between viewing the password or not (like in Moodle) or to implement a password confirmation (like on the account settings page). To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1191453/+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 1191453] A change has been merged
Reviewed: https://reviews.mahara.org/2302 Committed: http://gitorious.org/mahara/mahara/commit/8cedc98e98838014da0e352e77a0e895facf4854 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.6_STABLE commit 8cedc98e98838014da0e352e77a0e895facf4854 Author: Kristina D.C. Hoeppner krist...@catalyst.net.nz Date: Sun Jun 16 14:48:50 2013 +1200 Bug #1191453: Make password field of type password The password should not be displayed in plaintext. I changed the type of the input field to password to account for that. Change-Id: I5d64470291e1c81b31bc0aaeb8cd65d809412ae7 Signed-off-by: Kristina D.C. Hoeppner krist...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1191453 Title: Don't show password in cleartext Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.5 series: In Progress Status in Mahara 1.6 series: In Progress Status in Mahara 1.7 series: In Progress Bug description: When you are on admin/edit.php or admin/add.php, the password you enter for a user is displayed in cleartext. This is not good esp. when you have form filling turned on in your browser as it remembers the passwords that you typed in. The easiest solution is to make this field type password so that it is treated like a password field. More complicated would be to allow the admin to toggle between viewing the password or not (like in Moodle) or to implement a password confirmation (like on the account settings page). To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1191453/+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 1191453] A change has been merged
Reviewed: https://reviews.mahara.org/2304 Committed: http://gitorious.org/mahara/mahara/commit/f4523ac158b968ff65325b970ca3670d8c226963 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.5_STABLE commit f4523ac158b968ff65325b970ca3670d8c226963 Author: Kristina D.C. Hoeppner krist...@catalyst.net.nz Date: Sun Jun 16 14:48:50 2013 +1200 Bug #1191453: Make password field of type password The password should not be displayed in plaintext. I changed the type of the input field to password to account for that. Change-Id: I5d64470291e1c81b31bc0aaeb8cd65d809412ae7 Signed-off-by: Kristina D.C. Hoeppner krist...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1191453 Title: Don't show password in cleartext Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.5 series: In Progress Status in Mahara 1.6 series: In Progress Status in Mahara 1.7 series: In Progress Bug description: When you are on admin/edit.php or admin/add.php, the password you enter for a user is displayed in cleartext. This is not good esp. when you have form filling turned on in your browser as it remembers the passwords that you typed in. The easiest solution is to make this field type password so that it is treated like a password field. More complicated would be to allow the admin to toggle between viewing the password or not (like in Moodle) or to implement a password confirmation (like on the account settings page). To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1191453/+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 1191453] Re: Don't show password in cleartext
** Changed in: mahara/1.5 Status: In Progress = Fix Committed ** Changed in: mahara/1.6 Status: In Progress = Fix Committed ** Changed in: mahara/1.7 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 Contrib members https://bugs.launchpad.net/bugs/1191453 Title: Don't show password in cleartext Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.5 series: Fix Committed Status in Mahara 1.6 series: Fix Committed Status in Mahara 1.7 series: Fix Committed Bug description: When you are on admin/edit.php or admin/add.php, the password you enter for a user is displayed in cleartext. This is not good esp. when you have form filling turned on in your browser as it remembers the passwords that you typed in. The easiest solution is to make this field type password so that it is treated like a password field. More complicated would be to allow the admin to toggle between viewing the password or not (like in Moodle) or to implement a password confirmation (like on the account settings page). To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1191453/+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 1130990] Re: creating a journal with licence requirements on causes errors
** Also affects: mahara/1.8 Importance: Undecided Status: New ** Changed in: mahara/1.8 Importance: Undecided = High ** Changed in: mahara/1.8 Assignee: (unassigned) = Robert Luckett (robertl) ** Changed in: mahara/1.8 Assignee: Robert Luckett (robertl) = (unassigned) ** Changed in: mahara/1.8 Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara/1.8 Milestone: None = 1.8.0rc1 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1130990 Title: creating a journal with licence requirements on causes errors Status in Mahara ePortfolio: In Progress Status in Mahara 1.8 series: New Bug description: With both License metadata and Allow custom licenses options selected in the site general settings. When creating a new journal, the following errors are output: [WAR] be (artefact/blog/lib.php:345) Undefined index: license Call stack (most recent first): log_message(Undefined index: license, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 345) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: license, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 345, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:345 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 [WAR] be (artefact/blog/lib.php:346) Undefined index: licensor Call stack (most recent first): log_message(Undefined index: licensor, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 346) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: licensor, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 346, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:346 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 [WAR] be (artefact/blog/lib.php:347) Undefined index: licensorurl Call stack (most recent first): log_message(Undefined index: licensorurl, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 347) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: licensorurl, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 347, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:347 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1130990/+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 1179299] Re: Other (enter URL not translatable for license
** Changed in: mahara/1.8 Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1179299 Title: Other (enter URL not translatable for license Status in Mahara ePortfolio: In Progress Status in Mahara 1.8 series: Fix Committed Bug description: from dajan: Another think I am just noticing on my server. When you add an artefact with the licence on you get a list of licenses you can apply to your production. In the list you find all your licenses and the item called Other License (enter URL). This last string is not in the string package and can't be translated. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1179299/+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 1130990] Re: creating a journal with licence requirements on causes errors
** Changed in: mahara/1.8 Status: New = 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 Contrib members https://bugs.launchpad.net/bugs/1130990 Title: creating a journal with licence requirements on causes errors Status in Mahara ePortfolio: In Progress Status in Mahara 1.8 series: Fix Committed Bug description: With both License metadata and Allow custom licenses options selected in the site general settings. When creating a new journal, the following errors are output: [WAR] be (artefact/blog/lib.php:345) Undefined index: license Call stack (most recent first): log_message(Undefined index: license, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 345) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: license, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 345, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:345 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 [WAR] be (artefact/blog/lib.php:346) Undefined index: licensor Call stack (most recent first): log_message(Undefined index: licensor, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 346) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: licensor, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 346, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:346 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 [WAR] be (artefact/blog/lib.php:347) Undefined index: licensorurl Call stack (most recent first): log_message(Undefined index: licensorurl, 8, true, true, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 347) at /var/www/mahara-dev/code/htdocs/lib/errors.php:446 error(8, Undefined index: licensorurl, /var/www/mahara-dev/code/htdocs/artefact/blog/lib, 347, array(size 3)) at /var/www/mahara-dev/code/htdocs/artefact/blog/lib.php:347 ArtefactTypeBlog::new_blog(object(LiveUser), array(size 5)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:95 newblog_submit(object(Pieform), array(size 5)) at Unknown:0 call_user_func_array(newblog_submit, array(size 2)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:514 Pieform-__construct(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:161 Pieform::process(array(size 6)) at /var/www/mahara-dev/code/htdocs/lib/pieforms/pieform.php:71 pieform(array(size 6)) at /var/www/mahara-dev/code/htdocs/artefact/blog/new/index.php:79 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1130990/+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 1150831] Re: Trailing slash missing in directory URL
patch set for branch 1.5_STABLE
https://reviews.mahara.org/#/c/2308/1
** Changed in: mahara/1.5
Status: New = In Progress
** Changed in: mahara/1.6
Status: Fix Committed = 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 Contrib members
https://bugs.launchpad.net/bugs/1150831
Title:
Trailing slash missing in directory URL
Status in Mahara ePortfolio:
Fix Committed
Status in Mahara 1.5 series:
In Progress
Status in Mahara 1.6 series:
In Progress
Status in Mahara 1.7 series:
Fix Committed
Bug description:
In https://mahara.org/interaction/forum/topic.php?id=5269 , a user
reported that clicking the Done button after editing a portfolio
page, caused the user to be sent to a non-https version of their site,
interrupting their login session.
After a bit of troubleshooting, it turned out that the problem was
caused in part, by the fact that in raw/templates/view/blocks.tpl, the
form containing the Done button submits to the url
{$WWWROOT}/view, rather than {$WWWROOT}/view/. (note the missing
trailing slash)
With most web servers, if you try to access a directory, but leave the
trailing slash off the end, you will be redirected to the same URL
with a trailing slash. (See
http://httpd.apache.org/docs/2.2/mod/mod_dir.html#directoryslash for
documentation of this in Apache, for instance). Somehow, this was
causing problems for this user.
Since this can cause problems for some users, and since the correct
URL for a directory has a trailing slash on the end anyway, we should
fix this so that our directory URLs have a trailing slash. At the
least, it'll save on a little bit of web traffic, by avoiding a
redirect.
This problem was noticed in /view/blocks.tpl, but it's possible it
could occur in other templates as well.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1150831/+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 1150831] A change has been merged
Reviewed: https://reviews.mahara.org/2307
Committed:
http://gitorious.org/mahara/mahara/commit/9b440fecd05cd01ad76910cbc198bd8e92e75a78
Submitter: Robert Lyon (robe...@catalyst.net.nz)
Branch:1.6_STABLE
commit 9b440fecd05cd01ad76910cbc198bd8e92e75a78
Author: Aaron Wells aar...@catalyst.net.nz
Date: Fri Apr 26 11:44:43 2013 +1200
Making links to directory index.php files more explicit
Bug #1150831: Some links to directory index.php files left off the
trailing slash,
i.e. {$WWWROOT}/view. This caused unnecessary redirects and greater
potential for
errors in users' web server setups. While I was at it, for all links to
directories
other than $WWWROOT itself, I changed them to be explicitly links to
index.php.
Also fixed the Windows-style line endings in homeinfo.tpl
Fix all implicit links
Change-Id: I82b2cb51d5af161e1b41c272178476e156991032
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1150831
Title:
Trailing slash missing in directory URL
Status in Mahara ePortfolio:
Fix Committed
Status in Mahara 1.5 series:
In Progress
Status in Mahara 1.6 series:
Fix Committed
Status in Mahara 1.7 series:
Fix Committed
Bug description:
In https://mahara.org/interaction/forum/topic.php?id=5269 , a user
reported that clicking the Done button after editing a portfolio
page, caused the user to be sent to a non-https version of their site,
interrupting their login session.
After a bit of troubleshooting, it turned out that the problem was
caused in part, by the fact that in raw/templates/view/blocks.tpl, the
form containing the Done button submits to the url
{$WWWROOT}/view, rather than {$WWWROOT}/view/. (note the missing
trailing slash)
With most web servers, if you try to access a directory, but leave the
trailing slash off the end, you will be redirected to the same URL
with a trailing slash. (See
http://httpd.apache.org/docs/2.2/mod/mod_dir.html#directoryslash for
documentation of this in Apache, for instance). Somehow, this was
causing problems for this user.
Since this can cause problems for some users, and since the correct
URL for a directory has a trailing slash on the end anyway, we should
fix this so that our directory URLs have a trailing slash. At the
least, it'll save on a little bit of web traffic, by avoiding a
redirect.
This problem was noticed in /view/blocks.tpl, but it's possible it
could occur in other templates as well.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1150831/+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 1132370] Re: Remove create_function() from dml.php to save memory
** Changed in: mahara/1.6 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 Contrib members https://bugs.launchpad.net/bugs/1132370 Title: Remove create_function() from dml.php to save memory Status in Mahara ePortfolio: Fix Released Status in Mahara 1.5 series: In Progress Status in Mahara 1.6 series: Fix Committed Bug description: While trying to optimize memory usage in the mahara.org cron jobs (which keep crashing due to running out of memory), I noticed from the error stacks that it kept crashing on the call to create_function() in db_quote_table_placeholders() in dml.php The reason for this, is because functions created by create_function() are never garbage collected. They persist for the lifetime of the script's execution. Which means that if you put it inside a loop that gets called thousands of times, it keeps using up more and more memory with new copies of the function, until the script crashes from running out of RAM. There are about a dozen other usages of create_function() in Mahara's codebase, but this is the only one that's likely to be used in a large loop. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1132370/+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 1132370] A change has been merged
Reviewed: https://reviews.mahara.org/2310 Committed: http://gitorious.org/mahara/mahara/commit/2ba43bfddda3959b42f85bf6bf66c5b309399471 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.6_STABLE commit 2ba43bfddda3959b42f85bf6bf66c5b309399471 Author: Aaron Wells aar...@catalyst.net.nz Date: Sun Feb 24 21:17:07 2013 +1300 Bug #1132370 Remove create_function() from dml.php to save memory Functions created by create_function() don't ever get deallocated, which contributes to scripts running out of memory. Change-Id: Ifd78bf05bab67a9b1593a7d9722dd2433e7ad7ca Signed-off-by: Aaron Wells aar...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1132370 Title: Remove create_function() from dml.php to save memory Status in Mahara ePortfolio: Fix Released Status in Mahara 1.5 series: In Progress Status in Mahara 1.6 series: Fix Committed Bug description: While trying to optimize memory usage in the mahara.org cron jobs (which keep crashing due to running out of memory), I noticed from the error stacks that it kept crashing on the call to create_function() in db_quote_table_placeholders() in dml.php The reason for this, is because functions created by create_function() are never garbage collected. They persist for the lifetime of the script's execution. Which means that if you put it inside a loop that gets called thousands of times, it keeps using up more and more memory with new copies of the function, until the script crashes from running out of RAM. There are about a dozen other usages of create_function() in Mahara's codebase, but this is the only one that's likely to be used in a large loop. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1132370/+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 1150831] A change has been merged
Reviewed: https://reviews.mahara.org/2308
Committed:
http://gitorious.org/mahara/mahara/commit/168db2f1eb9c1cf050b1a82e4d1b2f0dba55abb8
Submitter: Robert Lyon (robe...@catalyst.net.nz)
Branch:1.5_STABLE
commit 168db2f1eb9c1cf050b1a82e4d1b2f0dba55abb8
Author: Aaron Wells aar...@catalyst.net.nz
Date: Fri Apr 26 11:44:43 2013 +1200
Making links to directory index.php files more explicit
Bug #1150831: Some links to directory index.php files left off the
trailing slash,
i.e. {$WWWROOT}/view. This caused unnecessary redirects and greater
potential for
errors in users' web server setups. While I was at it, for all links to
directories
other than $WWWROOT itself, I changed them to be explicitly links to
index.php.
Also fixed the Windows-style line endings in homeinfo.tpl
Fix all implicit links
Change-Id: Ic77094a4a48dc13ba63c37ad43b53767187e505d
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1150831
Title:
Trailing slash missing in directory URL
Status in Mahara ePortfolio:
Fix Committed
Status in Mahara 1.5 series:
Fix Committed
Status in Mahara 1.6 series:
Fix Committed
Status in Mahara 1.7 series:
Fix Committed
Bug description:
In https://mahara.org/interaction/forum/topic.php?id=5269 , a user
reported that clicking the Done button after editing a portfolio
page, caused the user to be sent to a non-https version of their site,
interrupting their login session.
After a bit of troubleshooting, it turned out that the problem was
caused in part, by the fact that in raw/templates/view/blocks.tpl, the
form containing the Done button submits to the url
{$WWWROOT}/view, rather than {$WWWROOT}/view/. (note the missing
trailing slash)
With most web servers, if you try to access a directory, but leave the
trailing slash off the end, you will be redirected to the same URL
with a trailing slash. (See
http://httpd.apache.org/docs/2.2/mod/mod_dir.html#directoryslash for
documentation of this in Apache, for instance). Somehow, this was
causing problems for this user.
Since this can cause problems for some users, and since the correct
URL for a directory has a trailing slash on the end anyway, we should
fix this so that our directory URLs have a trailing slash. At the
least, it'll save on a little bit of web traffic, by avoiding a
redirect.
This problem was noticed in /view/blocks.tpl, but it's possible it
could occur in other templates as well.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1150831/+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 1150831] Re: Trailing slash missing in directory URL
** Changed in: mahara/1.5
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 Contrib members
https://bugs.launchpad.net/bugs/1150831
Title:
Trailing slash missing in directory URL
Status in Mahara ePortfolio:
Fix Committed
Status in Mahara 1.5 series:
Fix Committed
Status in Mahara 1.6 series:
Fix Committed
Status in Mahara 1.7 series:
Fix Committed
Bug description:
In https://mahara.org/interaction/forum/topic.php?id=5269 , a user
reported that clicking the Done button after editing a portfolio
page, caused the user to be sent to a non-https version of their site,
interrupting their login session.
After a bit of troubleshooting, it turned out that the problem was
caused in part, by the fact that in raw/templates/view/blocks.tpl, the
form containing the Done button submits to the url
{$WWWROOT}/view, rather than {$WWWROOT}/view/. (note the missing
trailing slash)
With most web servers, if you try to access a directory, but leave the
trailing slash off the end, you will be redirected to the same URL
with a trailing slash. (See
http://httpd.apache.org/docs/2.2/mod/mod_dir.html#directoryslash for
documentation of this in Apache, for instance). Somehow, this was
causing problems for this user.
Since this can cause problems for some users, and since the correct
URL for a directory has a trailing slash on the end anyway, we should
fix this so that our directory URLs have a trailing slash. At the
least, it'll save on a little bit of web traffic, by avoiding a
redirect.
This problem was noticed in /view/blocks.tpl, but it's possible it
could occur in other templates as well.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1150831/+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 1132370] A change has been merged
Reviewed: https://reviews.mahara.org/2309 Committed: http://gitorious.org/mahara/mahara/commit/2e0c66c0e13f9267ecabee2f15273ca48c872e0d Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:1.5_STABLE commit 2e0c66c0e13f9267ecabee2f15273ca48c872e0d Author: Aaron Wells aar...@catalyst.net.nz Date: Sun Feb 24 21:17:07 2013 +1300 Bug #1132370 Remove create_function() from dml.php to save memory Functions created by create_function() don't ever get deallocated, which contributes to scripts running out of memory. Change-Id: Ifd78bf05bab67a9b1593a7d9722dd2433e7ad7ca Signed-off-by: Aaron Wells aar...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1132370 Title: Remove create_function() from dml.php to save memory Status in Mahara ePortfolio: Fix Released Status in Mahara 1.5 series: Fix Committed Status in Mahara 1.6 series: Fix Committed Bug description: While trying to optimize memory usage in the mahara.org cron jobs (which keep crashing due to running out of memory), I noticed from the error stacks that it kept crashing on the call to create_function() in db_quote_table_placeholders() in dml.php The reason for this, is because functions created by create_function() are never garbage collected. They persist for the lifetime of the script's execution. Which means that if you put it inside a loop that gets called thousands of times, it keeps using up more and more memory with new copies of the function, until the script crashes from running out of RAM. There are about a dozen other usages of create_function() in Mahara's codebase, but this is the only one that's likely to be used in a large loop. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1132370/+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 1132370] Re: Remove create_function() from dml.php to save memory
** Changed in: mahara/1.5 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 Contrib members https://bugs.launchpad.net/bugs/1132370 Title: Remove create_function() from dml.php to save memory Status in Mahara ePortfolio: Fix Released Status in Mahara 1.5 series: Fix Committed Status in Mahara 1.6 series: Fix Committed Bug description: While trying to optimize memory usage in the mahara.org cron jobs (which keep crashing due to running out of memory), I noticed from the error stacks that it kept crashing on the call to create_function() in db_quote_table_placeholders() in dml.php The reason for this, is because functions created by create_function() are never garbage collected. They persist for the lifetime of the script's execution. Which means that if you put it inside a loop that gets called thousands of times, it keeps using up more and more memory with new copies of the function, until the script crashes from running out of RAM. There are about a dozen other usages of create_function() in Mahara's codebase, but this is the only one that's likely to be used in a large loop. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1132370/+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 1196476] Re: Installation warnings for 1.5.11testing
** Changed in: mahara
Milestone: None = 1.5.11
** Changed in: mahara
Importance: Undecided = Low
** Changed in: mahara
Status: New = Triaged
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1196476
Title:
Installation warnings for 1.5.11testing
Status in Mahara ePortfolio:
Triaged
Bug description:
On Ubuntu 12.10, Postgres 9
Tracking a new 1.5_STABLE branch, on a clean DB performing the
installation, I get the following warnings. They are all the same but
have different starting numbers after [WAR].
[WAR] 16 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, file, defaultquota, 52428800) at
/home/kristina/code/mahara/htdocs/artefact/file/lib.php:95
PluginArtefactFile::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactFile, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 96 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, comment, commenteditabletime, 10) at
/home/kristina/code/mahara/htdocs/artefact/comment/lib.php:87
PluginArtefactComment::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactComment, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 61 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(search, internal, exactusersearch, 1) at
/home/kristina/code/mahara/htdocs/search/internal/lib.php:64
PluginSearchInternal::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginSearchInternal, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 5d (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(blocktype, internalmedia, enabledtypes,
a:2:{i:0;s:3:flv;i:1;s:3:mp3;}) at
/home/kristina/code/mahara/htdocs/artefact/file/blocktype/internalmedia/lib.php:50
PluginBlocktypeInternalmedia::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginBlocktypeInternalmedia, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1196476/+subscriptions
[Mahara-contributors] [Bug 1196476] Re: Installation warnings for 1.5.11testing
Robert didn't run into any problems. So maybe it's just an issue in my
local git repo.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contrib members
https://bugs.launchpad.net/bugs/1196476
Title:
Installation warnings for 1.5.11testing
Status in Mahara ePortfolio:
Triaged
Bug description:
On Ubuntu 12.10, Postgres 9
Tracking a new 1.5_STABLE branch, on a clean DB performing the
installation, I get the following warnings. They are all the same but
have different starting numbers after [WAR].
[WAR] 16 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, file, defaultquota, 52428800) at
/home/kristina/code/mahara/htdocs/artefact/file/lib.php:95
PluginArtefactFile::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactFile, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 96 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(artefact, comment, commenteditabletime, 10) at
/home/kristina/code/mahara/htdocs/artefact/comment/lib.php:87
PluginArtefactComment::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginArtefactComment, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 61 (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(search, internal, exactusersearch, 1) at
/home/kristina/code/mahara/htdocs/search/internal/lib.php:64
PluginSearchInternal::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginSearchInternal, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
==
[WAR] 5d (lib/mahara.php:938) Creating default object from empty value
Call stack (most recent first):
log_message(Creating default object from empty value, 8, true, true,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938) at
/home/kristina/code/mahara/htdocs/lib/errors.php:446
error(2, Creating default object from empty value,
/home/kristina/code/mahara/htdocs/lib/mahara.php, 938, array(size 8)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:938
set_config_plugin(blocktype, internalmedia, enabledtypes,
a:2:{i:0;s:3:flv;i:1;s:3:mp3;}) at
/home/kristina/code/mahara/htdocs/artefact/file/blocktype/internalmedia/lib.php:50
PluginBlocktypeInternalmedia::postinst(0) at Unknown:0
call_user_func_array(array(size 2), array(size 1)) at
/home/kristina/code/mahara/htdocs/lib/mahara.php:1339
call_static_method(PluginBlocktypeInternalmedia, postinst, 0) at
/home/kristina/code/mahara/htdocs/lib/upgrade.php:529
upgrade_plugin(object(stdClass)) at
/home/kristina/code/mahara/htdocs/admin/upgrade.json.php:94
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1196476/+subscriptions
___
Mailing list: https://launchpad.net/~mahara-contributors
Post to
[Mahara-contributors] [Bug 1187571] Re: Updating groups by CSV caused 'Not found' page
** Changed in: mahara Importance: High = Medium ** Changed in: mahara Milestone: None = 1.8.0rc1 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1187571 Title: Updating groups by CSV caused 'Not found' page Status in Mahara ePortfolio: In Progress Bug description: Version: master Platform: all When updating groups by CSV and if CSV contains a new group, a unexpected 'Not found' page appears. Expected result: an error message with line number which contains the new group info. like: Error on line 3 of your file: The group with shortname g01 does not exists. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1187571/+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 1050297] Re: drag drop content from desktop
https://reviews.mahara.org/#/c/2273/ ** Changed in: mahara Status: Triaged = In Progress ** Changed in: mahara Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara Milestone: None = 1.8.0rc1 ** Tags added: js nominatedfeature -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1050297 Title: drag drop content from desktop Status in Mahara ePortfolio: In Progress Bug description: Enhancement / New Functionality Hi, I couldn't see any mention of this in other requests or on the roadmap so thought I'd request it. Moodle 2.3 now has a working drag drop tool so that users can click on external files on their desktop and drag then straight to the Moodle course page. It would be great if we could do the same in Mahara, taking advantage of HTML5 functionality so that users could add portfolio artefacts to pages just by dragging them into the browser. Here's the Moodle tracker issue that led to this functionality in that system http://tracker.moodle.org/browse/MDL-22504 Here's a YouTube video of this in action http://youtu.be/4u78GLksPL8 Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1050297/+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 1171310] Re: Can bypass comment moderation by editing a comment
** Changed in: mahara/1.5 Status: New = Confirmed ** Changed in: mahara/1.6 Status: New = Confirmed ** Changed in: mahara/1.7 Status: New = Confirmed ** Changed in: mahara/1.5 Importance: Undecided = High ** Changed in: mahara/1.6 Importance: Undecided = High ** Changed in: mahara/1.7 Importance: Undecided = High ** Changed in: mahara/1.5 Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara/1.6 Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara/1.7 Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara/1.5 Milestone: None = 1.5.11 ** Changed in: mahara/1.6 Milestone: None = 1.6.6 ** Changed in: mahara/1.7 Milestone: None = 1.7.2 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1171310 Title: Can bypass comment moderation by editing a comment Status in Mahara ePortfolio: In Progress Status in Mahara 1.5 series: Confirmed Status in Mahara 1.6 series: Confirmed Status in Mahara 1.7 series: Confirmed Bug description: A user can make their comments on a page public, even if the page is set to require comment moderation, if they create the comment as a private comment and then change its status to public while editing it. To replicate: 1. Create a Page for User 1 2. Make the page accessible to the public, and activate comments comment moderation for the page (this is all under the Sharing tab) 3. Log in as User 2 4. Place a comment on the Page, making sure to untick the Make public box so that the comment is private. 5. Click the edit icon next to the newly created comment. 6. On the edit page, tick the Make public box, and click Save. Expected result: The comment's status should be This comment is private | You have requested that this comment be made public; and it shouldn't become public until approved by User 1 Actual result: The comment becomes public immediately after you click Save on the Edit page. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1171310/+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 1194672] Re: Drop-down navigation option be overridden at institutional level
hopefully an easier to understand matrix to test with ** Attachment added: dropdownmenu_test_matrix2.ods https://bugs.launchpad.net/mahara/+bug/1194672/+attachment/3721284/+files/dropdownmenu_test_matrix2.ods -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1194672 Title: Drop-down navigation option be overridden at institutional level Status in Mahara ePortfolio: In Progress Bug description: At the moment in site options one can set if they want drop-down navigation for setting the main menu tabs as drop down it would be good if this functionality could be overridden at an institutional level so that Institution A has drop-down navigation but Institution B doesn't when using the same theme. Also could have the user then override the institution's option if $cfg-sitethemeprefs = true; allowing them to choose whether they want drop-down navigation or not. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1194672/+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 1050297] Re: drag drop content from desktop
The drag and drop feature is currently only available in the Content - Files section. you should be able to drop files anywhere on the page for it to work - saying that there is a 'drop here' area displayed if files are dragged over the page allowing for a neat and tidy place to drop them. This uses dropzonejs and so is only compatible with the browsers that dropzonejs is. eg Chrome 7+ Firefox 4+ IE 10+ Opera 12+ (Currently disabled for MacOS because their API is buggy) Safari 6+ -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1050297 Title: drag drop content from desktop Status in Mahara ePortfolio: In Progress Bug description: Enhancement / New Functionality Hi, I couldn't see any mention of this in other requests or on the roadmap so thought I'd request it. Moodle 2.3 now has a working drag drop tool so that users can click on external files on their desktop and drag then straight to the Moodle course page. It would be great if we could do the same in Mahara, taking advantage of HTML5 functionality so that users could add portfolio artefacts to pages just by dragging them into the browser. Here's the Moodle tracker issue that led to this functionality in that system http://tracker.moodle.org/browse/MDL-22504 Here's a YouTube video of this in action http://youtu.be/4u78GLksPL8 Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1050297/+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 1196781] [NEW] Make it possible to set plugin configuration params from config.php
Public bug reported: For the elasticsearch plugin, there are a couple of config parameters which I would feel more secure putting into config.php, so they can't be altered by someone who steals an admin's session. Thing is, currently config.php only lets you do settings for the main $CFG, not for plugin configs. So, here's some code to change that. ** Affects: mahara Importance: Wishlist Assignee: Aaron Wells (u-aaronw) Status: In Progress ** Tags: backend config -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1196781 Title: Make it possible to set plugin configuration params from config.php Status in Mahara ePortfolio: In Progress Bug description: For the elasticsearch plugin, there are a couple of config parameters which I would feel more secure putting into config.php, so they can't be altered by someone who steals an admin's session. Thing is, currently config.php only lets you do settings for the main $CFG, not for plugin configs. So, here's some code to change that. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1196781/+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 1196781] Re: Make it possible to set plugin configuration params from config.php
https://reviews.mahara.org/2311 ** Tags added: elasticsearch -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contrib members https://bugs.launchpad.net/bugs/1196781 Title: Make it possible to set plugin configuration params from config.php Status in Mahara ePortfolio: In Progress Bug description: For the elasticsearch plugin, there are a couple of config parameters which I would feel more secure putting into config.php, so they can't be altered by someone who steals an admin's session. Thing is, currently config.php only lets you do settings for the main $CFG, not for plugin configs. So, here's some code to change that. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1196781/+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
