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.
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
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
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
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
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
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
** 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.
+
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
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
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
11 matches
Mail list logo