[Mahara-contributors] [Bug 1846750] Re: Datepicker saves wrong date (1 day back)
Hello Robert, this sounds promising, but I couldn't apply the patch as the whole structure in htdocs/artefact/plans seems to have changed in the last year. I don't even have a directory htdocs/artefact/plans/tools or a PlansTools.php No problem, we will see how it works after our next upgrade. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1846750 Title: Datepicker saves wrong date (1 day back) Status in Mahara: Incomplete Bug description: When creating a new 'task' under 'plans' (/artefact/plans/new.php?id=x) or editing a task (/artefact/plans/edit/task.php?id=) the date i select for 'completion date' is being saved incorrectly. I select '2019/10/31' in the datepicker. The input field shows '2019/10/31' correctly. After I click 'save task' it then shows '2019/10/30' in the task overview. (which is one day before my selected date) This only happens when I select a date which is in winter time (Winterzeit MEZ: UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ: UTC+2) Under siteconfiguration i have set country and timezone correctly. I can imagine thatthe problem is somewhere in the conversion to UTC, but i dont know how to fix it in my case. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1846750/+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 1846750] Re: Datepicker saves wrong date (1 day back)
We are still on Mahara Version 19.04.0 (2019031906) and we are still having this problem. @Robert SELECT @@global.time_zone, @@session.time_zone; Output: SYSTEM/SYSTEM SELECT TIMESTAMPDIFF(HOUR, UTC_TIMESTAMP(), NOW()) AS tz_offset; Output: 2 "date" command on server shows: Do 16. Jul 14:59:26 CEST 2020 This is the correct time here right now. Infos about database: SHOW VARIABLES LIKE "%version%"; innodb_version: 5.5.61-MariaDB-38.13 protocol_version: 10 version: 5.5.65-MariaDB Client OS: Windows 10 Enterprise 1909 (but also other Win10 non Enterprise and earlier Versions) Browser: Chrome Version 83.0.4103.97 Firefox 78.0.2 Microsoft Edge (but also earlier Versions) Like i said before: This only happens when I select a date which is in winter time (Winterzeit MEZ/CET UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ/CEST UTC+2) For example saving 2020/07/16 works correctly. But saving 2020/11/16 ends up showing as 2020/11/15 after saving. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1846750 Title: Datepicker saves wrong date (1 day back) Status in Mahara: New Bug description: When creating a new 'task' under 'plans' (/artefact/plans/new.php?id=x) or editing a task (/artefact/plans/edit/task.php?id=) the date i select for 'completion date' is being saved incorrectly. I select '2019/10/31' in the datepicker. The input field shows '2019/10/31' correctly. After I click 'save task' it then shows '2019/10/30' in the task overview. (which is one day before my selected date) This only happens when I select a date which is in winter time (Winterzeit MEZ: UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ: UTC+2) Under siteconfiguration i have set country and timezone correctly. I can imagine thatthe problem is somewhere in the conversion to UTC, but i dont know how to fix it in my case. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1846750/+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 1835688] Re: Authentication method not showing properly
Another thing I noticed: Im having a user in the institutions "No institution" and "inst123". The user is set to authentication method "No institution: saml". admin/users/search.php shows correctly "No institution" and "saml". As soon as I just click the user's username via /admin/users/search.php, the authentication method gets changed to an "inst123: internal". Just by clicking the username and entering /admin/users/edit.php...Without even saving anything. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1835688 Title: Authentication method not showing properly Status in Mahara: Confirmed Bug description: Version: Mahara 19.04 Browser: chrome Steps to Replicate: (You will need two or more institutes in Mahara) 1. Create a user on Moodle to access the site via the xml/rpc method. 2. Login as that user - the account is created as expected. 3. Add that user to a different institute in Mahara. (The user will be using the same auth, but will be added to a new institute) As the admin of Mahara. 3. Find the user [maharawebsite]/admin/users/search.php 4. Enter the user's name and it will list as expected -with correct authentication details 5. Edit the user (Issue 1 - The form is not showing the correct details) Authentication method on the form is displayed as "internal" and a password is requested Change the authentication method to be the institute listed. 6 DONT click save - the users details will have changed and the institute will have a new internal auth method. 7. Go back and edit the user - and change the authentication back 7: click save 7: Search for the user again [maharawebsite]/admin/users/search.php - that user is still listed as "internal" with incorrect auth details. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1835688/+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 1835688] Re: Authentication method not showing properly
Hi Kristina, Im having the same issue. Im on Mahara version 19.04.1 (2019031910) Im creating a user via API in the "No institution" with authentication method "No institution: saml". admin/users/search.php shows correctly "No institution" and "saml". As soon as I add this user to another institution (for example "inst123"), the authentication method in /admin/users/edit.php changes to "inst123: internal". /admin/users/search.php then shows "inst123: internal" too. If i then try to change the authentication method back to "No institution: saml" via /admin/users/edit.php, it doesnt work. It just saves as "inst123: internal" again. The only thing to make this work is to first remove the user from institution "inst123" and then set the authentication method to "No institution: saml". Then it saves correctly. I dont think this behaviour is correct! I'd like the authentication method to stay at "No institution: saml". This worked on older versions. ** Changed in: mahara Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1835688 Title: Authentication method not showing properly Status in Mahara: Confirmed Bug description: Version: Mahara 19.04 Browser: chrome Steps to Replicate: (You will need two or more institutes in Mahara) 1. Create a user on Moodle to access the site via the xml/rpc method. 2. Login as that user - the account is created as expected. 3. Add that user to a different institute in Mahara. (The user will be using the same auth, but will be added to a new institute) As the admin of Mahara. 3. Find the user [maharawebsite]/admin/users/search.php 4. Enter the user's name and it will list as expected -with correct authentication details 5. Edit the user (Issue 1 - The form is not showing the correct details) Authentication method on the form is displayed as "internal" and a password is requested Change the authentication method to be the institute listed. 6 DONT click save - the users details will have changed and the institute will have a new internal auth method. 7. Go back and edit the user - and change the authentication back 7: click save 7: Search for the user again [maharawebsite]/admin/users/search.php - that user is still listed as "internal" with incorrect auth details. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1835688/+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 1846750] Re: Datepicker saves wrong date (1 day back)
Hello Robert, thank you for your quick answer! I checked the "artefact_plans_task" table and ist shows: 2019-10-31 00:00:00 This seems correct to me. So it is just a display issue. It happens in different browsers for different users. Any idea how to fix this? -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1846750 Title: Datepicker saves wrong date (1 day back) Status in Mahara: New Bug description: When creating a new 'task' under 'plans' (/artefact/plans/new.php?id=x) or editing a task (/artefact/plans/edit/task.php?id=) the date i select for 'completion date' is being saved incorrectly. I select '2019/10/31' in the datepicker. The input field shows '2019/10/31' correctly. After I click 'save task' it then shows '2019/10/30' in the task overview. (which is one day before my selected date) This only happens when I select a date which is in winter time (Winterzeit MEZ: UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ: UTC+2) Under siteconfiguration i have set country and timezone correctly. I can imagine thatthe problem is somewhere in the conversion to UTC, but i dont know how to fix it in my case. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1846750/+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 1846750] [NEW] Datepicker saves wrong date (1 day back)
Public bug reported: When creating a new 'task' under 'plans' (/artefact/plans/new.php?id=x) or editing a task (/artefact/plans/edit/task.php?id=) the date i select for 'completion date' is being saved incorrectly. I select '2019/10/31' in the datepicker. The input field shows '2019/10/31' correctly. After I click 'save task' it then shows '2019/10/30' in the task overview. (which is one day before my selected date) This only happens when I select a date which is in winter time (Winterzeit MEZ: UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ: UTC+2) Under siteconfiguration i have set country and timezone correctly. I can imagine thatthe problem is somewhere in the conversion to UTC, but i dont know how to fix it in my case. ** Affects: mahara Importance: Undecided Status: New -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1846750 Title: Datepicker saves wrong date (1 day back) Status in Mahara: New Bug description: When creating a new 'task' under 'plans' (/artefact/plans/new.php?id=x) or editing a task (/artefact/plans/edit/task.php?id=) the date i select for 'completion date' is being saved incorrectly. I select '2019/10/31' in the datepicker. The input field shows '2019/10/31' correctly. After I click 'save task' it then shows '2019/10/30' in the task overview. (which is one day before my selected date) This only happens when I select a date which is in winter time (Winterzeit MEZ: UTC+1) It doesn' happen when I select a date which is in summer time (Sommerzeit MESZ: UTC+2) Under siteconfiguration i have set country and timezone correctly. I can imagine thatthe problem is somewhere in the conversion to UTC, but i dont know how to fix it in my case. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1846750/+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 1749402] Re: Views and collection list (in group) throws MySQL error
This also affects Mahara 17.10
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1749402
Title:
Views and collection list (in group) throws MySQL error
Status in Mahara:
Confirmed
Status in Mahara 18.04 series:
Confirmed
Status in Mahara 18.10 series:
In Progress
Bug description:
If a normal group member tries to visit views and collections of the
group, following warning/error is thrown under some conditions which
are mentioned below:
SQL:
[WAR] 93 (lib/errors.php:859) Failed to get a recordset: mysqli error: [1452:
Cannot add or update a child row: a foreign key constraint fails
("dp-dev-master-ep"."view_rows_columns", CONSTRAINT "viewrowscolu_vie_fk"
FOREIGN KEY ("view") REFERENCES "view" ("id"))] in EXECUTE("INSERT INTO
"view_rows_columns" ("view", "row", "columns") VALUES ('46', '1', '3')")Command
was: INSERT INTO "view_rows_columns" ("view", "row", "columns") VALUES (?, ?,
?) and values was (view:46,row:1,columns:3)
PHP:
Call stack (most recent first):
log_message("Failed to get a recordset: mysqli error: [1452: Ca...", 8, true,
true) at /var/www/mahara/master/htdocs/lib/errors.php:95
log_warn("Failed to get a recordset: mysqli error: [1452: Ca...") at
/var/www/mahara/master/htdocs/lib/errors.php:859
SQLException->__construct("Failed to get a recordset: mysqli error: [1452:
Ca...") at /var/www/mahara/master/htdocs/lib/dml.php:1105
insert_record("view_rows_columns", object(stdClass), false, false) at
/var/www/mahara/master/htdocs/lib/dml.php:1192
ensure_record_exists("view_rows_columns", object(stdClass), object(stdClass))
at /var/www/mahara/master/htdocs/lib/view.php:356
View->__construct(0array(size 25)) at
/var/www/mahara/master/htdocs/lib/view.php:5581
View::get_extra_view_info(array(size 2), false) at
/var/www/mahara/master/htdocs/view/groupviews.php:52
This happens if the group views and collections are readonly to
members, a group collection exisits with at least one view inside and
in the DB there is no view which has the same id as this collection.
I didn't went too deep inside the code, but it seems that this issue
is somehow connected to the bug #1514608.
It further seems that Mahara interprets a collection as a view trying
to get/set view related data using a collection id to avoid having no
DB entry in table view_rows_columns for this erroneously supposed view
so the actually error should be found in functions calling this code
areas (get_extra_view_info).
Reproduce error:
Create a group in which views and collections are only editable by others
that normal group members.
Create a view and a collection inside this group and assign the view to the
collection.
Make sure, that in the DB there are no entries referring to a view which has
the same id as the above created collection (e. g. by deleting a possibly
existing view with this id inside Mahara).
As a normal group member call the tab views and collection of the group.
Greetings
Alex
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1749402/+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 1755508] Re: Unable to remove users from group when pagination is used
** Description changed: Version: Mahara Version 17.10.1 Server OS: Linux (CentOS 7.4.1708) Client OS: Windows 10 Database: MySQL Browser: Chrome I am unable to remove users from groups when pagination is used and the - user, which should be removed, is on a page higher than 1. + user, which should be removed, is on a page higher than 1. I dont touch + the sortorder and items per page settings, so standard sortorder "admin + first" and "10 items per page" are used. It works for users on the first page, but doesnt work on all other pages. It just redirects me back to page 1. There is no entry in the logfile. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1755508 Title: Unable to remove users from group when pagination is used Status in Mahara: New Bug description: Version: Mahara Version 17.10.1 Server OS: Linux (CentOS 7.4.1708) Client OS: Windows 10 Database: MySQL Browser: Chrome I am unable to remove users from groups when pagination is used and the user, which should be removed, is on a page higher than 1. I dont touch the sortorder and items per page settings, so standard sortorder "admin first" and "10 items per page" are used. It works for users on the first page, but doesnt work on all other pages. It just redirects me back to page 1. There is no entry in the logfile. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1755508/+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 1755508] [NEW] Unable to remove users from group when pagination is used
Public bug reported: Version: Mahara Version 17.10.1 Server OS: Linux (CentOS 7.4.1708) Client OS: Windows 10 Database: MySQL Browser: Chrome I am unable to remove users from groups when pagination is used and the user, which should be removed, is on a page higher than 1. It works for users on the first page, but doesnt work on all other pages. It just redirects me back to page 1. There is no entry in the logfile. ** Affects: mahara Importance: Undecided Status: New -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1755508 Title: Unable to remove users from group when pagination is used Status in Mahara: New Bug description: Version: Mahara Version 17.10.1 Server OS: Linux (CentOS 7.4.1708) Client OS: Windows 10 Database: MySQL Browser: Chrome I am unable to remove users from groups when pagination is used and the user, which should be removed, is on a page higher than 1. It works for users on the first page, but doesnt work on all other pages. It just redirects me back to page 1. There is no entry in the logfile. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1755508/+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 1717371] Re: Upgrade from 15.04 -> 17.10 fails on logoxs not found
Hello Robert,
i just did a fresh restore of our 15.10.2 instance and tried to upgrade
to 17.10.0
This is the whole log i get (referer changed):
[DBG] 39 (lib/db/upgrade.php:4213) Upgrade comment plugin for threaded
comments, referer: https://xyz.com
[DBG] 39 (artefact/comment/db/upgrade.php:140) Adding "hidden" column to
artefact_comment_comment, referer: https://xyz.com
[DBG] 39 (artefact/comment/db/upgrade.php:150) Checking for existing deleted
comments that should now be hidden, referer: https://xyz.com
[DBG] 39 (lib/db/upgrade.php:4220) Expanding the size of the
activity_queue.data column, referer: https://xyz.com
[DBG] 39 (lib/db/upgrade.php:4229) Upgrade wall block and add wall
notifications to default inbox block, referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) Failed to get a recordset: mysqli error: [1054:
Unknown column 'i.logoxs' in 'field list'] in EXECUTE(", referer:
https://xyz.com
[WAR] 39 (lib/errors.php:859) SELECT u.institution,IF(ctime >=
'1970-01-01', UNIX_TIMESTAMP(ctime), TIMESTAMPDIFF(SECOND, '1970-01-01',
ctime)) AS ctime,IF(u.expiry >= '1970-01-01', UNIX_TIMESTAMP(u.expiry),
TIMESTAMPDIFF(SECOND, '1970-01-01', u.expiry)) AS
membership_expiry,u.studentid,u.staff,u.admin,i.displayname,i.theme,i.registerallowed,
i.showonlineusers,i.allowinstitutionpublicviews, i.logo, i.logoxs, i.style,
i.licensemandatory, i.licensedefault, i.dropdownmenu, i.skins, i.suspended,
referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) FROM "usr_institution" u INNER JOIN
"institution" i ON u.institution = i.name, referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) WHERE u.usr = 60 ORDER BY i.priority
DESC")Command was: , referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) SELECT u.institution,IF(ctime >=
'1970-01-01', UNIX_TIMESTAMP(ctime), TIMESTAMPDIFF(SECOND, '1970-01-01',
ctime)) AS ctime,IF(u.expiry >= '1970-01-01', UNIX_TIMESTAMP(u.expiry),
TIMESTAMPDIFF(SECOND, '1970-01-01', u.expiry)) AS
membership_expiry,u.studentid,u.staff,u.admin,i.displayname,i.theme,i.registerallowed,
i.showonlineusers,i.allowinstitutionpublicviews, i.logo, i.logoxs, i.style,
i.licensemandatory, i.licensedefault, i.dropdownmenu, i.skins, i.suspended,
referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) FROM "usr_institution" u INNER JOIN
"institution" i ON u.institution = i.name, referer: https://xyz.com
[WAR] 39 (lib/errors.php:859) WHERE u.usr = ? ORDER BY i.priority DESC
and values was (0:60), referer: https://xyz.com
Call stack (most recent first):, referer: https://xyz.com
* log_message("Failed to get a recordset: mysqli error: [1054: Un...", 8,
true, true) at /var/www/html/maharatest/lib/errors.php:95, referer:
https://xyz.com
* log_warn("Failed to get a recordset: mysqli error: [1054: Un...") at
/var/www/html/maharatest/lib/errors.php:859, referer: https://xyz.com
* SQLException->__construct("Failed to get a recordset: mysqli error: [1054:
Un...") at /var/www/html/maharatest/lib/dml.php:517, referer: https://xyz.com
* get_recordset_sql(", referer: https://xyz.com
SELECT u.institution,IF(ctime >= '1970-01...", array(size 1), "", "")
at /var/www/html/maharatest/lib/dml.php:697, referer: https://xyz.com
* get_records_sql_assoc(", referer: https://xyz.com
SELECT u.institution,IF(ctime >= '1970-01...", array(size 1)) at
/var/www/html/maharatest/lib/user.php:1811, referer: https://xyz.com
* load_user_institutions("60") at /var/www/html/maharatest/auth/user.php:916,
referer: https://xyz.com
* User->reset_institutions() at /var/www/html/maharatest/auth/user.php:119,
referer: https://xyz.com
* User->find_by_id("60") at
/var/www/html/maharatest/lib/embeddedimage.php:46, referer: https://xyz.com
* EmbeddedImage::prepare_embedded_images("Testmeeting f\xc3\xbcr Sonntag um
20:00...", "wallpost", "51", null, "60") at
/var/www/html/maharatest/blocktype/wall/db/upgrade.php:25, referer:
https://xyz.com
* xmldb_blocktype_wall_upgrade("2009111201") at
/var/www/html/maharatest/lib/upgrade.php:423, referer: https://xyz.com
* upgrade_plugin(object(stdClass)) at
/var/www/html/maharatest/lib/db/upgrade.php:4231, referer: https://xyz.com
* xmldb_core_upgrade("2015092917") at
/var/www/html/maharatest/lib/upgrade.php:347, referer: https://xyz.com
* upgrade_core(object(stdClass)) at
/var/www/html/maharatest/admin/upgrade.json.php:87, referer: https://xyz.com
, referer: https://xyz.com
It works when i go from 15.10.2 -> 16.10.5 -> 17.10.0, but it fails when i go
directly 15.10.2 -> 17.10.0
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1717371
Title:
Upgrade from 15.04 -> 17.10 fails on logoxs not found
Status in Mahara:
Fix Released
Bug
[Mahara-contributors] [Bug 1717371] Re: Upgrade from 15.04 -> 17.10 fails on logoxs not found
This still fails for me when going from 15.10.2 to 17.10.0
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask
on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1717371
Title:
Upgrade from 15.04 -> 17.10 fails on logoxs not found
Status in Mahara:
Fix Released
Bug description:
When upgrading from 15.04 -> 17.10 the upgrade process fails at step
if ($oldversion < 2015082500) {
// Add a site default portfolio page template
log_debug('Add a site default portfolio page template');
...
}
This is because there is a call to load_user_institutions() which
expects the 'logoxs' column but that does not exist yet (it is added
later in the upgrade).
As upgrade is run by user id = 0 we can ignore the institution check
for them (they won't have any institutions anyway).
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1717371/+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
