Public bug reported:
Version 16.04
In the help file theme/Readme.md you are advised to create a new
'template' folder for customised templates (line 51). This is wrong. The
new folder should be called 'templates'.
** Affects: mahara
Importance: Undecided
Status: New
--
You receiv
Ye-es but it might take me a few days to get to.
--
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
We saw it upgrading (command line with debugging up full) from 15.04 to
16.04. Loads of warnings towards the start of the upgrade.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mah
Public bug reported:
Branch 16.04
In lib/activity.php at approx line 710 the function update_url() is
declared. It has no parameters.
However, at approx line 750 it is called and a parameter
($userdata->internalid) is used. One of them must be wrong, surely?
** Affects: mahara
Importance:
Public bug reported:
We had some issues with duplicate records in usr_custom_layout when
creating a page from a template. In lib/view.php, function
create_from_template, there is the database read...
$haslayout = get_record('usr_custom_layout', 'layout',
$template->get('layout'), 'usr', $owner);
Investigated a bit further... it's simple really.
The routine that deletes the authentication instances for an Institution
is incomplete. It fails to delete the entries from auth_instance_config
before trying to delete the instance from auth_instance.
Proof
Here is the original error (on my
Ahh... my mistake. This *is* what it does.
Just for the record, the site was 'closed' but webservice calls just
fails silently - even when the user has admin rights.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching sub
Public bug reported:
There's no reason to suspect from the description that this function
does anything other than return all users on the site. However, running
it returns an empty array
On further investigation, the query returning the users looks for them
being in an institution called $WEBSER
BTW... the (so called) bulk user pages are no use at all if you have
more that a few hundred users (I have 22 thousand!).
I've been manipulating the users using the web service interface - which
has been fun :)
--
You received this bug notification because you are a member of Mahara
Contributors
True - but see my comment above. I got around it by removing the
existing authentication methods. I didn't touch any of the users.
You can't delete the methods if they are attached to any users.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subsc
It's appears to be something to do with the authentication. The
institution had both LDAP and XML-RPC authentication set up. I added
external and removed the other two. I could then delete it.
I have quite a few institutions that I wanted to remove and it appears
to be the same for all of them.
-
Public bug reported:
Mahara 15.04. MySQL database
Removed all users from an Institution and attempted to delete it. On
confirmation am SQL error was generated:
[WAR] f4 (lib/errors.php:747) Failed to get a recordset: mysqli error: [1451:
Cannot delete or update a parent row: a foreign key const
Ahh I've just realised that I'm trying to use the 'Display name' for
the Institution.
The problem, though, is that once set the 'Institution name' is no
longer shown anywhere that I can see. Finding it again, may mean some
digging around. It's counter-intuitive at best.
--
You received this
Public bug reported:
Mahara 15.04
- Create a couple of institutions one without a space in the name, one with.
- Create a user and determine the username and id
- Use (e.g.) the mahara_institution_add_members function to add the member to
each institution
(the test client will do but the resul
Public bug reported:
Mahara 15.04
To reproduce...
- use a site with HTTP (not HTTPS)
- Create a web service user
- configure the user through 'Manage service users' to access any suitable
method (e.g. get institution users)
- use the web services test client with any protocol you like and exec
Is there any progress on this. When might this be released?
--
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 befo
Ok - thanks for the update. I have to admit that my situation, although
it seems perfectly sensible to me, is likely to be unusual. It does look
like a custom script is the way forward on this one!
--
You received this bug notification because you are a member of Mahara
Contributors, which is sub
Also (sorry), as regards adding members in that screen - it only seems
to show 100 users. I have upwards of 20,000 users. That's a lot of
clicking...
Think it might be quicker to write a little PHP script to abuse the
database but, unless I'm missing something, it's very difficult (at
best) to dum
Thanks for the update, but I'm still a bit confused. Step 1 (Move your
users). I don't know what you mean. The only option seems to be to
remove users from the institution, not to move to a new institution.
That's on the institutionusers.php page anyway. If I remove users from
the institution where
** Description changed:
Bug found in 1.6
Where there are multiple institutions and membership of multiple
institutions are permitted the bulk move of users from one institution
to another is broken.
The bulk move refuses to consider users who are in more than one
institution. See
Public bug reported:
Bug found in 1.6
Where there are multiple institutions and membership of multiple
institutions are permitted the bulk move of users from one institution
to another is broken.
The bulk move refuses to consider users who are in more than one
institution. See code in htdocs/adm
I think the description in that file is probably fair. I suspect the use
case is where all your users authenticate against the same source. So -
typically - one Mahara, multiple Moodle's, direct login to Mahara, all
of which are authenticating against a common LDAP server.
Essentially, I suppose i
Public bug reported:
Mahara 1.6/1.7 etc
Can I suggest that the above config option be added (commented) out to
the config-defaults.php file?
My selfish concern is that, as it is not there, it may get forgotten
about and we rely heavily on this feature. It may also be useful to
other sites who a
Sorry - applies (primarily) to 1.6 and 1.7
--
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 uns
Public bug reported:
The current version of the upload requires that the institution name is
available for each username. If $cfg->usersuniquebyusername is enabled
there is no requirement for this (as usernames are guaranteed unique
across the site). Moreover, it probably isn't known what institut
Just checked and it still appears to be the same in the latest
1.7.testing too
--
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/
Public bug reported:
In version 1.6.testing (latest from Git at time of writing) there is an
undefined variable in file group/report.php at line 55. The line is...
$sharedviews[$id]['groupname'] = get_field('group', 'name', 'id',
$data['group']);
However, the variable $id is clearly not defined
...and master :)
--
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/1213908
Title:
Undefined variable $id in group/report.php
Public bug reported:
Mahara 1.4:
For example, the possible options include 'Inbox' which is not mentioned
in the help screen (question mark next to Notifications header). Also,
the help mentions an option 'Activity log' which does not appear as an
actual option anywhere.
** Affects: mahara
Public bug reported:
execute_sql_arr() calls execute_sql() to perform the actual sql query.
It should continue if execute_sql() returns a boolean false. However,
this can never actually happen as a execute_sql() throws an exception if
the sql query fails. As far as I can tell the $continue paramet
I don't have the confidence to suggest that my upgrade problems are
related to this I was looking in this file...
lib/xmldb/classes/generators/XMLDBGenerator.class.phpIt's obviously
sub-classed, I just hadn't noticed.
I think you can close this as 'not a bug'. My bad as they say ;-)
--
Public bug reported:
Mahara versions 1.3.7 and latest 1.4 (at time of writing)
The table notification_internal_activity adds the field 'from' at
upgrade 2010042600. From is a reserved word in MySQL. I know that Mahara
checks for reserved words and escapes them but (a) 'from' is not in
the lis
Public bug reported:
I'm looking at the very latest 1.3.7 code - not had a chance to look in
1.4.
Looking at the function execute_sql_arr(.) in dml.php (line 1398 in
mine) it has a parameter called $feedback which is described as 'specify
to show status info (true) or not (false)'.
The funct
Public bug reported:
If you change the URL of your Mahara site networking is broken. The
workaround is to dig about in the database and delete the keys. This
isn't very good. There should be an option (like Moodle).
Also, I have personally had problems with the 'hosts' table getting
screwed up do
Public bug reported:
When you go to to "add a group" screen, the focus goes to the 'Group
description' field rather than the 'Group name' field, which would be
nicer.
** Affects: mahara
Importance: Undecided
Status: New
--
Wrong field gets focus in "Create groups"
https://bugs.lau
Public bug reported:
Two additional fields are added into the artefact_file_files table in
file artefact/file/db/upgrade.php at the following version points...
2008101602 => field 'filetype' is added
2008091100 => field 'fileid' is added
Unfortunately these fields are accessed within the core up
Public bug reported:
The form validation for the xmlrpc form, by default, just gives the
completely useless error message - "An unknown error occurred while
processing this form". As this is an area where errors can easily
occur this sort of message should be improved. Even if you just dump the
37 matches
Mail list logo