[Mahara-contributors] [Bug 780177] Re: Storing wwwroot in the database: possible implications
** Changed in: mahara Assignee: Ruslan Kabalin (ruslan-kabalin) = François Marier (fmarier) ** Changed in: mahara Status: Fix Committed = In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/780177 Title: Storing wwwroot in the database: possible implications Status in Mahara ePortfolio: In Progress Bug description: Basically this issue comes from bug #684190. Are there any implications of impossibility to change wwwroot once it is stored in the database? In the hostname change wiki manual we suggest people to clear this variable manually in the database which is somewhat complicated. In addition, protocol changes (upgrade to using https or downgrade to http) might not be considered as hostname change by the user, so database config variable will be left in inconsistent state. Do we need to keep it in the database for specific reason (e.g. comment says it used by cron, I did not quickly find where exactly)? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/780177/+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 794490] Re: Cron is not running
** Attachment added: config.php https://bugs.launchpad.net/mahara/+bug/794490/+attachment/2161914/+files/config.php -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/794490 Title: Cron is not running Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 postgresql-Server 8.4 I was trying to setup the cronjob for mahara explained like in the wiki: https://wiki.mahara.org/index.php/System_Administrator%27s_Guide/Cron_Job. But it do not work. See the entry in the /etc/crontab: */5 * * * * www-data php -c /etc/php5/apache2/php.ini /data/srv/www/mahara/lib/cron.php /var/log/mahara/cron.log 21 and the output of log-file in /var/log/mahara/cron.log: A nonrecoverable error occured. This probably means you have encountered a bug in the system[WAR] 1f (lib/web.php:2291) redirect() should be called with either /[something] for local redirects or http[something] for absolute redirects Call stack (most recent first): * redirect(ar/www/mahara/lib/cron.php) at /var/www/mahara/init.php:192 * require(/var/www/mahara/init.php) at /var/www/mahara/lib/cron.php:33 A nonrecoverable error occured. This probably means you have encountered a bug in the system. Has anybody an idea? Thanx, michael wuttke To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/794490/+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 794490] Re: Cron is not running
Hi Darryl, Hi Hugh, Thank you for your answers. Attached your you can find my config.php file. Cheers, Michael -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/794490 Title: Cron is not running Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 postgresql-Server 8.4 I was trying to setup the cronjob for mahara explained like in the wiki: https://wiki.mahara.org/index.php/System_Administrator%27s_Guide/Cron_Job. But it do not work. See the entry in the /etc/crontab: */5 * * * * www-data php -c /etc/php5/apache2/php.ini /data/srv/www/mahara/lib/cron.php /var/log/mahara/cron.log 21 and the output of log-file in /var/log/mahara/cron.log: A nonrecoverable error occured. This probably means you have encountered a bug in the system[WAR] 1f (lib/web.php:2291) redirect() should be called with either /[something] for local redirects or http[something] for absolute redirects Call stack (most recent first): * redirect(ar/www/mahara/lib/cron.php) at /var/www/mahara/init.php:192 * require(/var/www/mahara/init.php) at /var/www/mahara/lib/cron.php:33 A nonrecoverable error occured. This probably means you have encountered a bug in the system. Has anybody an idea? Thanx, michael wuttke To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/794490/+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 780177] Re: Storing wwwroot in the database: possible implications
Given that we are reverting it for now, we probably should make db variable used for cron only and update it automatically it if user has changed the host address. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/780177 Title: Storing wwwroot in the database: possible implications Status in Mahara ePortfolio: In Progress Bug description: Basically this issue comes from bug #684190. Are there any implications of impossibility to change wwwroot once it is stored in the database? In the hostname change wiki manual we suggest people to clear this variable manually in the database which is somewhat complicated. In addition, protocol changes (upgrade to using https or downgrade to http) might not be considered as hostname change by the user, so database config variable will be left in inconsistent state. Do we need to keep it in the database for specific reason (e.g. comment says it used by cron, I did not quickly find where exactly)? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/780177/+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 795085] [NEW] forum posts with wysiwyg editor does not work with seamonkey v.1.1.14
Public bug reported: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 Postgresql-Server 8.4 We have tried to write a forum post with the wysiwyg editor, but it does not work with seamonkey v.1.1.14 under Windows XP SP 3. It was not possible to write anything into the edtitorfield and we couldn`t send the post. With the latest version of seamonkey it works like all the other new browsers (crome, opera, firefox, safari and the old ie 6). Is it the bug or a wrong configuration of the server? Thank`s and glad about any answers. Anja ** Affects: mahara Importance: Undecided Status: New -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795085 Title: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14 Status in Mahara ePortfolio: New Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 Postgresql-Server 8.4 We have tried to write a forum post with the wysiwyg editor, but it does not work with seamonkey v.1.1.14 under Windows XP SP 3. It was not possible to write anything into the edtitorfield and we couldn`t send the post. With the latest version of seamonkey it works like all the other new browsers (crome, opera, firefox, safari and the old ie 6). Is it the bug or a wrong configuration of the server? Thank`s and glad about any answers. Anja To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795085/+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 795307] [NEW] Journal error - invalid parameter
Public bug reported: When selecting Journal the error Mahara: Invalid Parameter A required parameter is missing or malformed is displayed and a journal can't be created. This is in version 1.4 with the following user http://myportfolio.school.nz/admin/users/edit.php?id=25748 This user accidentally deleted their existing journal and now can't create on. Craig ** Affects: mahara Importance: Undecided Status: New -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795307 Title: Journal error - invalid parameter Status in Mahara ePortfolio: New Bug description: When selecting Journal the error Mahara: Invalid Parameter A required parameter is missing or malformed is displayed and a journal can't be created. This is in version 1.4 with the following user http://myportfolio.school.nz/admin/users/edit.php?id=25748 This user accidentally deleted their existing journal and now can't create on. Craig To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795307/+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 795085] Re: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14
I can confirm with 1.1.14 linux version. Can't click on wsywig editor, so can't enter anything in. ** Changed in: mahara Status: New = Confirmed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795085 Title: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14 Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 Postgresql-Server 8.4 We have tried to write a forum post with the wysiwyg editor, but it does not work with seamonkey v.1.1.14 under Windows XP SP 3. It was not possible to write anything into the edtitorfield and we couldn`t send the post. With the latest version of seamonkey it works like all the other new browsers (crome, opera, firefox, safari and the old ie 6). Is it the bug or a wrong configuration of the server? Thank`s and glad about any answers. Anja To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795085/+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 795085] Re: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14
seamonkey 2.0.13+nobinonly-0ubuntu1 gives a core dump when going to New topic *** buffer overflow detected ***: /usr/lib/seamonkey-2.0.13/seamonkey-2.0-bin terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f58970231d7] /lib/x86_64-linux-gnu/libc.so.6(+0xfd0f0)[0x7f58970220f0] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0x1e802)[0x7f58891e7802] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0x1eedf)[0x7f58891e7edf] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0x1f023)[0x7f58891e8023] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0x1f27d)[0x7f58891e827d] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0xfb23)[0x7f58891d8b23] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0x793a)[0x7f58891d093a] /usr/lib/seamonkey-2.0.13/components/libcomposer.so(+0xdeab)[0x7f586f1f6eab] /usr/lib/seamonkey-2.0.13/components/libcomposer.so(+0xe716)[0x7f586f1f7716] /usr/lib/seamonkey-2.0.13/components/libspellchecker.so(+0xbb55)[0x7f58891d4b55] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x559e66)[0x7f5881b76e66] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x5584ef)[0x7f5881b754ef] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x33616e)[0x7f588195316e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a7d6f)[0x7f58818c4d6f] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0dd7)[0x7f58818bddd7] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a921e)[0x7f58818c621e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa4a8)[0x7f58818c74a8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a9560)[0x7f58818c6560] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa465)[0x7f58818c7465] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a802f)[0x7f58818c502f] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa3b4)[0x7f58818c73b4] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a88b4)[0x7f58818c58b4] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa30e)[0x7f58818c730e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a2fe8)[0x7f58818bffe8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa227)[0x7f58818c7227] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a2fe8)[0x7f58818bffe8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa13e)[0x7f58818c713e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a2fe8)[0x7f58818bffe8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa13e)[0x7f58818c713e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a2fe8)[0x7f58818bffe8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa07d)[0x7f58818c707d] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a0d28)[0x7f58818bdd28] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a1082)[0x7f58818be082] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a295e)[0x7f58818bf95e] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2a2fe8)[0x7f58818bffe8] /usr/lib/seamonkey-2.0.13/components/libgklayout.so(+0x2aa227)[0x7f58818c7227]
[Mahara-contributors] [Bug 795085] Re: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14
this was testing on master -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795085 Title: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14 Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 Postgresql-Server 8.4 We have tried to write a forum post with the wysiwyg editor, but it does not work with seamonkey v.1.1.14 under Windows XP SP 3. It was not possible to write anything into the edtitorfield and we couldn`t send the post. With the latest version of seamonkey it works like all the other new browsers (crome, opera, firefox, safari and the old ie 6). Is it the bug or a wrong configuration of the server? Thank`s and glad about any answers. Anja To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795085/+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 795085] Re: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14
core dump also happens on 1.4 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795085 Title: forum posts with wysiwyg editor does not work with seamonkey v.1.1.14 Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 Postgresql-Server 8.4 We have tried to write a forum post with the wysiwyg editor, but it does not work with seamonkey v.1.1.14 under Windows XP SP 3. It was not possible to write anything into the edtitorfield and we couldn`t send the post. With the latest version of seamonkey it works like all the other new browsers (crome, opera, firefox, safari and the old ie 6). Is it the bug or a wrong configuration of the server? Thank`s and glad about any answers. Anja To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795085/+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 795329] [NEW] Collection Manage Pages button alt text not working in IE9
Public bug reported: In 1.4rc3, running in IE9, the Manage Pages button on the Collections page is displaying the alt text for the image rather than the title for the link. See the html: a href=http://mahara.local:8081/collection/views.php?id=3; title=Manage pagesimg src=http://mahara.local:8081/theme/raw/static/images/manage.gif; alt=[[manageviews/mahara]]/a IE9 displays the tooltip as [[manageviews/mahara]] while FireFox displays Manage Pages. See screenshot. ** Affects: mahara Importance: Undecided Status: New ** Tags: button collections ie9 tooltip -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795329 Title: Collection Manage Pages button alt text not working in IE9 Status in Mahara ePortfolio: New Bug description: In 1.4rc3, running in IE9, the Manage Pages button on the Collections page is displaying the alt text for the image rather than the title for the link. See the html: a href=http://mahara.local:8081/collection/views.php?id=3; title=Manage pagesimg src=http://mahara.local:8081/theme/raw/static/images/manage.gif; alt=[[manageviews/mahara]]/a IE9 displays the tooltip as [[manageviews/mahara]] while FireFox displays Manage Pages. See screenshot. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795329/+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 795338] [NEW] Feature Request: Date format on share pages
Public bug reported: It's been raised by some members of our staff that when sharing pages, the usual Date Format: /MM/DD is not present, which could lead to some confusion if users try to type in dates. To make the problem worse, if you do enter an incorrect date the error message ALSO does not state the correct date format. Could the Date Format please be added to these fields or at least the error message updated? ** Affects: mahara Importance: Undecided Status: New ** Tags: date format pages share -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795338 Title: Feature Request: Date format on share pages Status in Mahara ePortfolio: New Bug description: It's been raised by some members of our staff that when sharing pages, the usual Date Format: /MM/DD is not present, which could lead to some confusion if users try to type in dates. To make the problem worse, if you do enter an incorrect date the error message ALSO does not state the correct date format. Could the Date Format please be added to these fields or at least the error message updated? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795338/+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 795338] Re: Feature Request: Date format on share pages
** Attachment added: Share pages page shown with no indication of correct date format https://bugs.launchpad.net/bugs/795338/+attachment/2163121/+files/date_format_page_share.png -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795338 Title: Feature Request: Date format on share pages Status in Mahara ePortfolio: New Bug description: It's been raised by some members of our staff that when sharing pages, the usual Date Format: /MM/DD is not present, which could lead to some confusion if users try to type in dates. To make the problem worse, if you do enter an incorrect date the error message ALSO does not state the correct date format. Could the Date Format please be added to these fields or at least the error message updated? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795338/+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 795338] Re: Feature Request: Date format on share pages
** Changed in: mahara Status: New = Triaged ** Changed in: mahara Importance: Undecided = Medium ** Tags added: bite-sized usability -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795338 Title: Feature Request: Date format on share pages Status in Mahara ePortfolio: Triaged Bug description: It's been raised by some members of our staff that when sharing pages, the usual Date Format: /MM/DD is not present, which could lead to some confusion if users try to type in dates. To make the problem worse, if you do enter an incorrect date the error message ALSO does not state the correct date format. Could the Date Format please be added to these fields or at least the error message updated? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795338/+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 795329] Re: Collection Manage Pages button alt text not working in IE9
** Changed in: mahara Importance: Undecided = Low ** Changed in: mahara Status: New = Triaged ** Tags added: bite-sized -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/795329 Title: Collection Manage Pages button alt text not working in IE9 Status in Mahara ePortfolio: Triaged Bug description: In 1.4rc3, running in IE9, the Manage Pages button on the Collections page is displaying the alt text for the image rather than the title for the link. See the html: a href=http://mahara.local:8081/collection/views.php?id=3; title=Manage pagesimg src=http://mahara.local:8081/theme/raw/static/images/manage.gif; alt=[[manageviews/mahara]]/a IE9 displays the tooltip as [[manageviews/mahara]] while FireFox displays Manage Pages. See screenshot. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/795329/+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 794490] A change has been merged
Reviewed: https://reviews.mahara.org/302 Committed: http://gitorious.org/mahara/mahara/commit/872bd80eec2fb5070d38ad682379664d71bf45fe Submitter: Richard Mansfield (richa...@mahara.org) Branch:1.4_STABLE commit 872bd80eec2fb5070d38ad682379664d71bf45fe Author: Francois Marier franc...@catalyst.net.nz Date: Thu Jun 9 18:43:23 2011 +1200 Revert Remove wwwroot from the database (bug #780177) This reverts commit fb38dd955ceed3601da954dd5b2e55b682e1ac03. It turns out that we do need the wwwroot to be in the database because the code that sends forum posts via email runs in php cli mode and is needs to get the hostname of the site to embed in the headers. While not specifically mentioned in bug #794490, it was spitting out warnings in the logs. Conflicts: htdocs/lib/db/upgrade.php htdocs/lib/version.php Change-Id: Icb734f939889453e80b53647748976648ee18419 Signed-off-by: Francois Marier franc...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/794490 Title: Cron is not running Status in Mahara ePortfolio: Confirmed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 postgresql-Server 8.4 I was trying to setup the cronjob for mahara explained like in the wiki: https://wiki.mahara.org/index.php/System_Administrator%27s_Guide/Cron_Job. But it do not work. See the entry in the /etc/crontab: */5 * * * * www-data php -c /etc/php5/apache2/php.ini /data/srv/www/mahara/lib/cron.php /var/log/mahara/cron.log 21 and the output of log-file in /var/log/mahara/cron.log: A nonrecoverable error occured. This probably means you have encountered a bug in the system[WAR] 1f (lib/web.php:2291) redirect() should be called with either /[something] for local redirects or http[something] for absolute redirects Call stack (most recent first): * redirect(ar/www/mahara/lib/cron.php) at /var/www/mahara/init.php:192 * require(/var/www/mahara/init.php) at /var/www/mahara/lib/cron.php:33 A nonrecoverable error occured. This probably means you have encountered a bug in the system. Has anybody an idea? Thanx, michael wuttke To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/794490/+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 780177] A change has been merged
Reviewed: https://reviews.mahara.org/302 Committed: http://gitorious.org/mahara/mahara/commit/872bd80eec2fb5070d38ad682379664d71bf45fe Submitter: Richard Mansfield (richa...@mahara.org) Branch:1.4_STABLE commit 872bd80eec2fb5070d38ad682379664d71bf45fe Author: Francois Marier franc...@catalyst.net.nz Date: Thu Jun 9 18:43:23 2011 +1200 Revert Remove wwwroot from the database (bug #780177) This reverts commit fb38dd955ceed3601da954dd5b2e55b682e1ac03. It turns out that we do need the wwwroot to be in the database because the code that sends forum posts via email runs in php cli mode and is needs to get the hostname of the site to embed in the headers. While not specifically mentioned in bug #794490, it was spitting out warnings in the logs. Conflicts: htdocs/lib/db/upgrade.php htdocs/lib/version.php Change-Id: Icb734f939889453e80b53647748976648ee18419 Signed-off-by: Francois Marier franc...@catalyst.net.nz -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/780177 Title: Storing wwwroot in the database: possible implications Status in Mahara ePortfolio: In Progress Bug description: Basically this issue comes from bug #684190. Are there any implications of impossibility to change wwwroot once it is stored in the database? In the hostname change wiki manual we suggest people to clear this variable manually in the database which is somewhat complicated. In addition, protocol changes (upgrade to using https or downgrade to http) might not be considered as hostname change by the user, so database config variable will be left in inconsistent state. Do we need to keep it in the database for specific reason (e.g. comment says it used by cron, I did not quickly find where exactly)? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/780177/+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 780177] Re: Storing wwwroot in the database: possible implications
** Changed in: mahara Status: In Progress = Confirmed ** Changed in: mahara Milestone: 1.4.0 = None ** Changed in: mahara Assignee: François Marier (fmarier) = (unassigned) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/780177 Title: Storing wwwroot in the database: possible implications Status in Mahara ePortfolio: Confirmed Bug description: Basically this issue comes from bug #684190. Are there any implications of impossibility to change wwwroot once it is stored in the database? In the hostname change wiki manual we suggest people to clear this variable manually in the database which is somewhat complicated. In addition, protocol changes (upgrade to using https or downgrade to http) might not be considered as hostname change by the user, so database config variable will be left in inconsistent state. Do we need to keep it in the database for specific reason (e.g. comment says it used by cron, I did not quickly find where exactly)? To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/780177/+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 794490] Re: Cron is not running
Hi Michael, I have just released 1.4rc4, would you be able to check if your cron problems are resolved? https://launchpad.net/mahara/+milestone/1.4rc4 Thank you so much for reporting this so quickly. You saved us from an embarrassing 1.4.0 release :) Cheers, Francois ** 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. https://bugs.launchpad.net/bugs/794490 Title: Cron is not running Status in Mahara ePortfolio: Fix Committed Bug description: Mahara v1.4rc3 Linux 2.6.26-2 PHP 5.2.6 Apache-Server 2.2.9 postgresql-Server 8.4 I was trying to setup the cronjob for mahara explained like in the wiki: https://wiki.mahara.org/index.php/System_Administrator%27s_Guide/Cron_Job. But it do not work. See the entry in the /etc/crontab: */5 * * * * www-data php -c /etc/php5/apache2/php.ini /data/srv/www/mahara/lib/cron.php /var/log/mahara/cron.log 21 and the output of log-file in /var/log/mahara/cron.log: A nonrecoverable error occured. This probably means you have encountered a bug in the system[WAR] 1f (lib/web.php:2291) redirect() should be called with either /[something] for local redirects or http[something] for absolute redirects Call stack (most recent first): * redirect(ar/www/mahara/lib/cron.php) at /var/www/mahara/init.php:192 * require(/var/www/mahara/init.php) at /var/www/mahara/lib/cron.php:33 A nonrecoverable error occured. This probably means you have encountered a bug in the system. Has anybody an idea? Thanx, michael wuttke To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/794490/+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
