For some reasons, my reply is in draft mode since yesterday.
https://reviews.mahara.org/#/c/10780/4/htdocs/lib/function.dirsize.php
** Attachment added: "2020-02-27 09_10_18-function.dirsize.php _ reviews.mahara
Code Review.jpg"
Hi Roberts,
Yesterday, replied to your comments and still, it shows in the draft
mode!
We have a dedicated NFS mount and we are calculating disk size instead
of going through all directories as this takes forever.
For some, it might be possible that they are using shared directories
and this
Public bug reported:
https://mahara.org/interaction/forum/topic.php?id=8585=0=10#post34233
We experienced a very strange issue while upgrading from Mahara 18.10.3
to 19.10.1. It was stuck at cron_site_data_daily() in the
htdocs\lib\db\upgrade.php, taking forever to calculate disk usage and
Hi Kristina,
We are working on the Mahara 18.10.0 upgrade and this is still an issue.
We are still using the workaround.
Please, re-open this issue.
Sorry, forgot to comment after the 17.10 testing.
Kind regards,
Yaju Mahida
--
You received this bug notification because you are a member
** Description changed:
We believe that following enhancements and fixing identified issues will
make session handling more robust. We have already implemented some of
these enhancements and most probably next month will be sending over
patches once we complete all these suggested
** Description changed:
We believe that following enhancements and fixing identified issues will
make session handling more robust. We have already implemented some of
these enhancements and most probably next month will be sending over
patches once we complete all these suggested
Public bug reported:
We believe that following enhancements and fixing identified issues will
make session handling more robust. We have already implemented some of
these enhancements and most probably next month will be sending over
patches once we complete all these suggested enhancements.
1.
ould happen each time whenever an upgrade is invoked
(htdocs/admin/upgrade.php - the function ensure_upgrade_sanity is
already doing this). To minimize the impact this routine should be
removed from init.php.
Kind regards,
Yaju Mahida
--
You received this bug notification because you are a me
Collections tables records are updated that is sure but not sure about
all the other tables it attempts after throwing this error as didn't
spend much time to investigate this. Assuming this as failed, I thought
moving the upgrade task is a quick & safe bet.
--
You received this bug notification
Sounds good
--
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!
** Patch added: "Bug-1773043.patch"
https://bugs.launchpad.net/mahara/+bug/1773043/+attachment/5143560/+files/Bug-1773043.patch
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all
Public bug reported:
We are working on upgrading from 16.10.9 to 17.10.4 (skipping 17.04
release) and noticed that the upgrade task "Realease all collections
that are still submitted but to a deleted group" throws numerous
warnings about undefined property $logoxs as it tries to update affected
Adjusting ssphp to copy the extlib www/resources/ files into
sp/resources/ is a wrong path! It should go to auth/saml/resources.
The /htdocs/auth/saml/extlib/simplesamlphp/templates/post.php code snippet load
these files from baseurlpath/resoures/post.js and baseurlpath/resoures/post.css
Hi Kristina,
Just found your message now! We will be working on this next year so not
able to confirm this now.
Noticed that this job's status has changed to expired!
Regards,
Yaju Mahida
--
You received this bug notification because you are a member of Mahara
Contributors, which
Patch submitted to reviews process https://reviews.mahara.org/#/c/7788/.
Pushing changes to Gerrit were rejected as it didn't like hash in the
description area - Bug #1693426: destroy mahara session when Single
Logout is initiated by IdP. As per documentation this is allowed but
had to take out
Public bug reported:
For our Single Sign-on implementation, we encountered this bug where
Mahara session is not destroyed for another SP initiated logouts.
For example, consider a scenario where two applications Mahara (SP1) and
Moodle (SP2) are setups as service providers and connected with
Public bug reported:
SimpleSAMLphp library allows memcache, phpsession and sql for storing
sessions and Mahara only allows memcache and phpsession!
It would be really useful for some if Mahara could allow usage of SQL
also. We have provided a working patch (mahara side) with this
bug/feature
hara session!
And for this issue we had to put $USERlogout(); to
mahara/htdocs/auth/saml/sp/saml2-logout.php just before calling SAML
logout page
require('../extlib/simplesamlphp/modules/saml/www/sp/saml2-logout.php');
Are you experiencing similar issues?
Regards,
Yaju Mahida
--
You received this bug
Public bug reported:
Wrong AssertionConsumerServiceURL is genereated in SAML2-AuthRequest.
Mahara 16.10.3 and CentOS Linux release 7.2
Since 16.10.x release, the SimpleSAMLphp library is included as a
managed dependency with the Mahara codebase.
We noticed that before sending an AuthRequest to
** Description changed:
+ MySQL 5.5.39
+ Apache 2.2.15
+ Red Hat 6.6
+
We found three issues while upgrading from Mahara 1.9.8 to 15.04.3. We
have attached the tar file which contains the patch and various error
logs for further help.
Upgrade Issue 1 - Add path and update records :
error logs
** Attachment added: "error logs"
https://bugs.launchpad.net/mahara/+bug/1499568/+attachment/4473862/+files/error%20logs.tar
** Description changed:
+ Red Hat 6.6
+ Apache 2.2.15
MySQL 5.5.39
- Apache 2.2.15
- Red Hat 6.6
+ PHP 5.4.40
We found three issues while upgrading
** Patch added: "lib_db_upgrade.php.patch"
https://bugs.launchpad.net/mahara/+bug/1499568/+attachment/4473861/+files/lib_db_upgrade.php.patch
** Patch removed: "Patch and various error logs"
Public bug reported:
We found three issues while upgrading from Mahara 1.9.8 to 15.04.3. We
have attached the tar file which contains the patch and various error
logs for further help.
Upgrade Issue 1 - Add path and update records :
This adds a field 'path' to artefact table and thereafter
We had the same issue after upgrade. We created an index
artefact_access_role, create index arteaccerole_roleart_ix on
artefact_access_role (role,artefact);
Even after the above index it is slow but better than before as now it
takes few seconds 20-30.
https://mahara.org/interaction/forum/topic.php?id=5143offset=0limit=10#post23196
--
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
** Description changed:
- The Proxy settings on Mahara is lacking the ability to set proxy
+ The Proxy settings on Mahara are lacking the ability to set proxy
exceptions for bypassing required hosts (we are on 1.5.x). I have seen
that usually proxy exceptions are the part of proxy settings.
In December 2012 we upgraded to Mahara 1.5.4 and since the upgrade the
apache error log was full with MySQL server has gone away. After
investigation we found two very slow queries related to TextBox.
To solve this we put the index create index arteaccerole_roleart_ix on
artefact_access_role
We have investigated a serious security bug in Mahara 1.5.x Series which
allows to upload virus infected file. This loophole/bug allows to upload
the infected file without scanning it and from Mahara user interface
this gives an impression that the file was scanned successfully.
The issue is
Attached the uploadmanager.php which we used for debugging.
PHP debuggging without fix 2 files uploaded
In the Loop isset($inputindex) :
$tmpfile: NULL
In the Loop is_array($file) is_uploaded_file($tmpname)
$fullpath: array(2) { [0]= string(14) /tmp/phpDdqaTc [1]= string(14)
/tmp/phpM4aRv1 }
** Patch added: Removes explicit CAST and uses MySQL's implicit conversion
https://bugs.launchpad.net/bugs/1039865/+attachment/3271332/+files/upgrade.php.patch
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Public bug reported:
Mahara version : Mahara upgrade from 1.4.2 to 1.5.2
Operating System : Redhat Linux
Database : MySQL
https://mahara.org/interaction/forum/topic.php?id=4544#post21091
We got an issue with timings when we were upgrading from 1.4.2 to 1.5.2.
We got around 55304 textbox
31 matches
Mail list logo