** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
Patch: https://reviews.mahara.org/#/c/7602/
--
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 un
Hi all,
Mahara language strings are actually sprintf() format strings. That's
why the placeholder is "%s". Thus if you want to print a literal "%"
character, you have to sprintf-escape it by doing two of them: "%%".
So the fix here is to update the Japanese language pack so that this
language-str
Oh yeah, here's the PHP documentation page about sprintf(). The "%%"
part is obscurely explained there as:
Each conversion specification consists of a percent sign (%), followed by one
or more of these elements, in order:
...
6. A type specifier that says what type the argument data should be
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara/15.10
Status: Confirmed => In Progress
** Changed in: mahara/16.04
Status: Confirmed => In Progress
** Changed in: mahara/16.10
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Mahara
Contributors, whic
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Summary changed:
- Japanese text jumbled when submitted with image
+ Multibyte UTF8 characters (e.g. Japanese text) jumbled when submitted with
image
** Tags added: i18n utf8
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara
*** This bug is a duplicate of bug 1582778 ***
https://bugs.launchpad.net/bugs/1582778
** Summary changed:
- Two-part UTF-8 characters in a TinyMCE text field, turned into question marks
by embedded image processing
+ Multibyte UTF-8 characters in a TinyMCE text field, turned into question
*** This bug is a duplicate of bug 1582778 ***
https://bugs.launchpad.net/bugs/1582778
Okay, it looks like this bug is a duplicate of Bug 1582778. It was fixed
15.10.4, 16.04.1, and 16.10.0, and can't be reproduced in any of those
releases.
The bug reported described their environment as:
OS
The user shared with us a Mahara page showing the affected text. Looking
at it in a hex viewer, I can see that the affected Greek letters are
two-byte UTF-8 characters, in the parts where they're displaying
correctly, and one-byte "?" characters where they're displaying
incorrectly.
So that actual
text box. It only happens when images
are involved, which suggests it's a bug in the TinyMCE embedded image
processor, possibly from us failing to use multibyte string functions.
** Affects: mahara
Importance: Medium
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
Another possibility, as a kind of bandage over the problem, would be to
set up a cron job that periodically finds and fixes out-of-sync records.
But we'd have to decide which is canonical: the usr table, or the
artefact table?
** Changed in: mahara
Status: New => Confirmed
** Description c
Public bug reported:
There are five profile fields, that are replicated into columns in the
usr table, and artefacts in the artefact table. On the PHP side of
things four of them use the "ArtefactTypeCachedProfileField" class:
1. firstname
2. lastname
3. preferredname
4. studentid
The fifth one
The main gotcha to this, is that if you're debugging a Mahara instance
that's running in MySQL, and you copy out one of the SQL queries
generated by Mahara and try to run it manually in a separate MySQL
client.
If you do that, and the query uses ||, it'll error out unless you have
first manually r
As Robert mentioned, we do "SET SQL_MODE='POSTGRESQL'" when using MySQL.
This is equivalent to the "PIPES_AS_CONCAT" directive Ghada mentioned,
as well as several other options:
Equivalent to PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE,
NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS.
http:
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Also affects: mahara/17.04
Importance: Undecided
Status: New
** Changed in: mahara/17.04
Status: New => Fix Committed
** Changed in: mahara/17.04
Importance: Undecided => High
** Changed in: mahara/17.04
Milestone: None => 17.04.0
** Changed in: mahara/16.04
St
** Changed in: mahara/15.04
Status: Confirmed => In Progress
** Changed in: mahara/15.10
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for a
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara/15.04
Status: Confirmed => In Progress
** Changed in: mahara/15.10
Status: Confirmed => In Progress
** Changed in: mahara/16.04
Status: Confirmed => Fix Committed
** Changed in: mahara/16.10
Status: In Progress => Fix Committed
--
You received
Hi Robert,
Is this something we can upstream back to the Select2 project?
Cheers,
Aaron
** Changed in: mahara/16.10
Status: In Progress => Fix Committed
** Changed in: mahara/16.04
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of
Patch for master: https://reviews.mahara.org/#/c/7092/
** Summary changed:
- Feature: Simplesamlphp support for clustered memcache session store
+ Simplesamlphp support for clustered memcache session store
** Changed in: mahara
Status: New => In Progress
** Changed in: mahara
Importan
Public bug reported:
In Mahara 16.10's simplesamlphp auth plugin, we use memcache for
simplesamlphp's session store. But it only supports one memcache server.
For a clustered hosting environment, we need it to support multiple
memcache servers (similar to how the PHP memcache sessions plugin does)
** Changed in: mahara
Status: Confirmed => In Progress
** Changed in: mahara
Assignee: (unassigned) => Aaron Wells (u-aaronw)
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscr
See https://httpd.apache.org/docs/2.4/custom-error.html for information
about the format of the error response page.
I believe Drupal auto-creates a .htaccess file with ErrorDocument
directives and other setups. They also use one for clean urls, which is
something we might consider.
Of course, we
Public bug reported:
Due to receiving a few security reports about it, we've recently re-
styled the 404 response pages for most of the Mahara project sites. The
reports we received pointed out that the default Apache 404 response
page prints the url-decoded (but still html-escaped) query portion
I thought this was a design decision. An admin is most likely setting a
temporary password for another user, or (in my case) setting up a test
password for dev purposes. In those cases, it's more convenient not to
have the password restrictions in place.
Although, I'd be happy if we added the pass
** Description changed:
As I touched on in https://bugs.launchpad.net/mahara/+bug/1180544 ,
there's currently no way for a user looking at the langpacks site (
http://langpacks.mahara.org/ ) to tell whether there's been an update to
their language pack.
Therefore, it would be useful i
I added some screenshots to avoid any confusion about what I'm talking
about.
1. The first screenshot shows the User Settings page at full width, with
the user notifications link circled in red.
2. In the next screenshot, the window has been narrowed, and some of the
links in the upper-left heade
** Attachment added: "Theme at mid-width (text labels in upper right are now
just icons). Settings subnav circled."
https://bugs.launchpad.net/mahara/+bug/1622858/+attachment/4740433/+files/Settings%20-%20Mahara%20-%20Mozilla%20Firefox_136.png
--
You received this bug notification because yo
** Attachment added: "Theme at narrowest width. No access to settings subnav."
https://bugs.launchpad.net/mahara/+bug/1622858/+attachment/4740434/+files/Settings%20-%20Mahara%20-%20Mozilla%20Firefox_137.png
--
You received this bug notification because you are a member of Mahara
Contributors,
** Attachment added: "Screenshot of theme at full width, with settings subnav
circled"
https://bugs.launchpad.net/mahara/+bug/1622858/+attachment/4740432/+files/Settings%20-%20Mahara%20-%20Mozilla%20Firefox_135.png
--
You received this bug notification because you are a member of Mahara
Cont
As Robert pointed out, the webservice/apptokens.php page, "Settings ->
Web services", is a big, wide table, which overlaps the sidebars. It
also has a bunch of messy hard-coded HTML in it which should probably be
extracted out into a Smarty template. (This is probably because it was
ported from a M
Public bug reported:
While working on Bug 1620879, I noticed that the user settings
subnavigation links aren't accessible when Mahara's responsive theme
shifts to the narrower "mobile" layout. This is true in 15.04 through
16.10dev.
Prior to Bug 1620879, the subnavigation links in question are ju
To replicate:
1. Open Mahara in a mobile browser, on in a desktop browser window that
has been shrunk narrow enough that the normal tab navigation disappears
and is replaced by the "hamburger" menu navigation.
2. Log in as any user
3. In the top bar of the page, click the gear icon (between the
On further research, since we are downloading the release tarball we do
*not* need to run "composer --update".
The .tar.gz file that we download is built using the bin/build-
release.sh script in the simplesamlphp git repo:
https://github.com/simplesamlphp/simplesamlphp/blob/f5ff7c4643b9b784957f5e
Whoops, half-sentence in the above comment. The
htdocs/auth/saml/extlib/simplesamlphp/composer.json file comes from the
SimpleSamlPHP release tarball that we download.
We're sort of using a semi-composer method for managing SimpleSAMLPHP.
We're not managing it as a proper composer dependency (in w
Okay, it looks like these dependencies come from when we run composer
--update against the composer.json file at
htdocs/auth/saml/extlib/simplesamlphp/composer.json. This file, (I
think) comes from
One thing we can do is change the Makefile line to add "--no-dev". That
will remove the "development
Here's the list of SimpleSAML php depedencies from their manual:
https://simplesamlphp.org/docs/stable/simplesamlphp-install#section_3
Some webserver capable of executing PHP scripts.
PHP version >= 5.3.0.
Support for the following PHP extensions:
Always required: date, dom, ha
That list may be incomplete, though, because it doesn't mention the GMP
(GNU Multiple Precision Arithmetic Library) at all. Then again, maybe
it's only used by one of the extensions?
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Maha
** Changed in: mahara/16.04
Status: In Progress => Fix Committed
--
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.or
So, the one undetermined issue with users self-issuing tokens, is access
control. In Moodle there's a capability for this, and also any user who
is a site admin is *not* allowed to self-issue tokens through the REST
interface, for security purposes. (Admins can still self-generate tokens
through th
See https://github.com/agwells/mahara/tree/mobile for my work in
progress on this.
The following API changes need to be included (hopefully these can
squeak into 16.10.0). Most of these are cribbed from how the
functionality works in Moodle (because our Webservices module is port of
the Moodle web
Public bug reported:
For the generation 2 Mahara mobile app (
https://github.com/maharaproject/mahara-mobile ), we want users to be
able to generate the access tokens they need via the app itself, rather
than the current process where users have to log in to Mahara in a web
browser, go to their ac
I clicked on the "share" link on that URL that Robert posted. But it
looks like the "embed" option for Voki is only available for paid
subscribers.
http://www.voki.com/site/create?VkId=12647331&chsm=8c148a281882347e6b50d4d6c97b12fd&share=sharing
Do we know anyone with a paid account we can use for
Hm, or maybe we could email Voki tech support and ask them for a demo
embed code?
--
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
Here's the function declarations (in
htdocs/lib/dwoo/mahara/Dwoo_Mahara.php):
/**
* implements smarty api to assign data
*/
public function assign($key, $value) {
$this->_data[$key] = $value;
}
/**
* implements smarty api to assign data
*/
public fu
The older version of phpmailer in 15.10_STABLE and 15.04_STABLE doesn't
validate email addresses tightly enough. Since this is only a medium-
priority bug, I'm going to kill the backport to those versions.
Anyone who's interested in fixing this for 15.04 or 15.10 yourself, you
could probably start
Our testers found that the PHPMailer email validation accepts a few
addresses that are actually invalid:
em...@example.com (Joe Smith)
email@example
em...@example.web
email@111.222.333.4
However, it did not reject any valid addresses. So we could potentially
tighten up the validation in the f
Test instructions:
It seems that not all email fields in Mahara are actually validate at
the time of input. One that I have verified to be validated, is the one
on the admin's "Account settings" screen when viewing the account
settings for another user.
A useful utility for checking whether an em
Patch for master: https://reviews.mahara.org/#/c/6876/4
--
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 e
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara/16.10
Status: In Progress => Fix Committed
--
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.or
See also
https://wiki.mahara.org/wiki/System_Administrator's_Guide/Installing_Mahara/Installing_Mahara_in_Wampserver
for advice on how to workaround this with a local lang file.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
M
We've also had a report of this coming from an Amazon cloud server
running a lightweight Linux distro that uses "musl" for its C standard
library instead of glibc: https://en.wikipedia.org/wiki/Musl
Apparently glibc includes several formatting options (such as %l) that
are not part of the POSIX st
If anyone who is really committed to running Mahara on a non-standard
platform would like to fix this, I think the only really robust solution
would be to switch from strftime() to date() or DateFormat, both of
which use a different formatting standard that apparently is *not* OS-
dependent. The ma
Thank you to SWITCH Information Technology Services in Switzerland for
reporting this bug.
--
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 #maha
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
Hm, actually for constistency's sake, because all these email addresses
ultimately get validate by PHPMailer, we should probably validate them
via PHPMailer's validateAddress instead.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mah
After doing a quick survey of what other PHP projects are doing
(including our own PHPMailer library), I think for now we should
probably just use FILTER_VALIDATE_EMAIL throughout. As mentioned above,
this is an improvement, but with the following known flaws:
1. No support for one-part domains (r
Alternately, we could copy Moodle (again) and use a really liberal
regex. Moodle 3.1 uses this one, which is nearly unchanged from 2001!
The most recent functional update to it was in 2006, when it was changed
to reject email addresses where the alias ends in a ".".
Basically, this regex checks fo
Thanks for reporting this! I wasn't even aware that Mahara had code that
was trying to validate email addresses via a simple regex like that. The
code in question is pretty old, originally written in 2007 and last
updated in 2009 (to allow a "+" sign in the alias part of the email
address.)
Of cou
e: Undecided => Medium
** Changed in: mahara/15.10
Importance: Undecided => Medium
** Changed in: mahara/16.04
Importance: Undecided => Medium
** Changed in: mahara/16.10
Importance: Undecided => Medium
** Changed in: mahara/16.10
Assignee: (unassigned) => Aaron Well
*** This bug is a duplicate of bug 1576643 ***
https://bugs.launchpad.net/bugs/1576643
Hi Stephane,
Thanks for the follow-up! I'm glad to hear the problem was already
fixed. :)
Cheers,
Aaron
** Changed in: mahara
Status: Incomplete => Invalid
** This bug has been marked a duplicate
To test:
1. Install Mahara 15.04
2. Check out the gerrit patch for the improved upgrader (in 16.10dev)
3. Run the command-line upgrader.
Expected result: No errors
If you're using my Mahara DevTools ( https://github.com/agwells/mahara-
devtools ) you can just use its "maharaupgrade.sh" to do the
check_plugins() again. It does this in order to retrieve the full
data about the plugin; but it has the side effect of preventing the
double-upgrading of plugins that were upgraded or installed out of order
by core.
It'd be best if both installation routes performed the same.
** Affects: mah
https://mahara.org is actually still running 15.04. (You can check by
looking for the "generator" meta tag in the page's source: https://mahara.org)" /> ). So it
should exhibit the old behavior, where TinyMCE is disabled on mobile if
you have device detection on, and TinyMCE is enabled on mobile if
I tested this out on demo.mahara.org just now (which is running 16.04.3)
and was not able to replicate:
1. Log in to demo.mahara.org
2. Go to user account settings and set "Device detection" to "No"
3. Create a page
Result: TinyMCE displays correctly, in the page's description field
** Changed i
Hi again Stephane,
Some questions to help replicate this:
1. To confirm, you're seeing TinyMCE on desktop browsers, but not mobile
browsers?
2. Which mobile browsers did you test this in? Is it happening in all of
them or just some?
3. On the "Administration -> Site configuration" page, under "
Should we backport this to 16.04?
** Changed in: mahara
Status: In Progress => Fix Committed
--
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
unassigned) => Aaron Wells (u-aaronw)
--
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
it in 2016030600...
I'll ask the forum poster for more information about their upgrade
process. Perhaps there's a scenario we missed.
** Changed in: mahara
Status: New => Incomplete
** Changed in: mahara
Milestone: None => 16.04.4
** Changed in: mahara
Assignee:
Public bug reported:
See
https://mahara.org/interaction/forum/topic.php?id=7692&offset=0&limit=10
This one's similar to bug 1544381, except the user reports that they
experience it on the "Portfolio -> Pages" screen.
I haven't been able to replicate the problem yet, though.
** Affects: mahara
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
I was finally able to replicate this! I had assumed the "\x..."
formatting in the original error stack was generated by var_dump(), but
then I realized, perhaps that was the actual content of the lang string.
And sure enough, copying the original string with all the "\x..."s in
it, instead of the d
Hm, just realize that I accidentally used "||" as both concatenation and
OR in the above SQL snippet. What I meant to say was that if you wanted
to compare the entire search query against the firstname, lastname, and
a concatenation of them both (in both orders to account for
internationalization),
Hi Dmitri,
It worked for me on the admin page. I'll use [square brackets] to
enclose strings below, to try to avoid confusion when I'm talking about
strings that contain double quotes.
1. Clean install of Mahara
2. Log in as admin
3. Go to Content -> Profile and change my first name to: [Ad min]
** Description changed:
Steps to replicate:
Make sure that the setting "Exact user searches" set to Yes on
admin/extensions/pluginconfig.php?plugintype=search&pluginname=internal
Create a user with multi word lastname, e.g Bla Bla Bla
Navigate to /admin/users/search.php
- Type Bla
Hm, one more note on this. There was one character in the middle of that
block that originally didn't print. It's the "\x81\xa7" towards the end
of the text, which rendered as: ��.
In my copy-paste above, I replaced it with UTF-16 81a7: 膧
(http://www.mclean.net.nz/ucf/?c=U+81A7), but it was the on
Are you using custom lang files? And if so, would you mind attaching the
lang/ja.utf8/install.php file here for testing?
>From that error stack, it looks like it was trying to insert this block
of text:
Maharaにようこそ
[あなたの組織名]はオンラインコミュニティを構築するための十分な機能を有するインターネット上のポートフォリオシステムです。
Maharaに関する詳細はAbout[こ
Hi all,
I wasn't able to replicate this one. Here's what I tried:
1. Clean install of Mahara 16.10dev
2. Download and install Japanese language pack from langpacks.mahara.org
3. Select Japanese as my language in Mahara
4. Log in
5. Create a new institution
Expected (error) result: Errors out wit
um
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
** Affects: mahara/15.04
Importance: Medium
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
** Affects: mahara/15.10
Importance: Medium
Assignee: Aaron Wells (u-aaronw)
Status: In Progr
** Changed in: mahara
Status: In Progress => Fix Committed
--
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 foru
Public bug reported:
While working on Bug 1612451 I noticed some brittle code in the embedded
images library, that could use a reworking.
** Affects: mahara
Importance: Low
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
** Changed in: mahara
Milestone: None
rtance: Low
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
** Affects: mahara/15.04
Importance: Low
Assignee: Aaron Wells (u-aaronw)
Status: In Progress
** Affects: mahara/15.10
Importance: Low
Assignee: Aaron Wells (u-aaronw)
Status: In Pro
One possible fix for this is to add rel="noreferrer" to all "target"
links. But reports say this doesn't work in Internet Explorer, so it's
not an option for Mahara, which still supports IE11.
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscrib
Public bug reported:
I noticed on the Mahara manual page for $cfg->urlsecret, it says to set
it to "none" where it should be "null":
http://manual.mahara.org/en/16.04/administration/config_php.html#new-in-
mahara-16-04-urlsecret-run-the-cron-or-upgrade-only-when-you-are-
authorised
"When you hav
** Changed in: mahara/16.04
Status: Fix Committed => Fix Released
** Changed in: mahara/15.10
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscrip
** Changed in: mahara/16.04
Status: Fix Committed => Fix 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.o
** Changed in: mahara/16.04
Status: Fix Committed => Fix 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.o
** Changed in: mahara/16.04
Status: Fix Committed => Fix Released
** Changed in: mahara/15.10
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscrip
** Changed in: mahara/15.10
Status: Fix Committed => Fix Released
** Changed in: mahara/16.04
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscrip
** Changed in: mahara/15.10
Status: Fix Committed => Fix 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.o
** Changed in: mahara/15.10
Status: Fix Committed => Fix Released
** Changed in: mahara/16.04
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscrip
1 - 100 of 5917 matches
Mail list logo
