[Mahara-contributors] [Bug 1258067] [NEW] Profile General tab should have better options
Public bug reported: from bug #605749: General tab: Occupation and Industry do not make a lot of sense, especially when portfolios are used in schools for students. It would be good if the admin could change these labels for an institution. From Gregor in today's dev meeting: It would be good if the admin could change these labels for an institution. The new Europass HeadlineTypeLabelType element contains one value from predefined set of values: preferred_job, job_applied_for, studies_applied_for, position or personal_statement. We could support at least that or also add our own. ** Affects: mahara Importance: Wishlist Status: 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/1258067 Title: Profile General tab should have better options Status in Mahara ePortfolio: Confirmed Bug description: from bug #605749: General tab: Occupation and Industry do not make a lot of sense, especially when portfolios are used in schools for students. It would be good if the admin could change these labels for an institution. From Gregor in today's dev meeting: It would be good if the admin could change these labels for an institution. The new Europass HeadlineTypeLabelType element contains one value from predefined set of values: preferred_job, job_applied_for, studies_applied_for, position or personal_statement. We could support at least that or also add our own. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1258067/+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 605749] Re: Improvements for Edit Profile: other messaging services
Idea from Gregor in today's dev meeting: The users will be able to add multiple addresses with a form (or maybe Pieform element) which will offer them a select/drop-down box with XY most used social websites so they will first select a social site/service and than in another textbox type/insert their personal address, e.g. http://twitter.com/johndoe or http://facebook.com/johndoe or http://en.linkedin.com/in/johndoe/ -- 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/605749 Title: Improvements for Edit Profile: other messaging services Status in Mahara ePortfolio: Triaged Bug description: Messaging tab: One or more fields Other that users can fill in would be helpful because students often use Facebook and chat there and adults may rather put in their Twitter / LinkedIn / identi.ca etc. ID instead of the ones provided. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/605749/+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 605749] Re: Improvements for Edit Profile: other messaging services, change occupation and industry
I've spun up bug #1258067 for the General tab wishlist item to keep things separate. ** Summary changed: - Improvements for Edit Profile: other messaging services, change occupation and industry + Improvements for Edit Profile: other messaging services ** Description changed: - Messaging tab: + Messaging tab: One or more fields Other that users can fill in would be helpful because students often use Facebook and chat there and adults may rather put in their Twitter / LinkedIn / identi.ca etc. ID instead of the ones provided. - - General tab: - Occupation and Industry do not make a lot of sense, especially when portfolios are used in schools for students. It would be good if the admin could change these labels for an institution. -- 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/605749 Title: Improvements for Edit Profile: other messaging services Status in Mahara ePortfolio: Triaged Bug description: Messaging tab: One or more fields Other that users can fill in would be helpful because students often use Facebook and chat there and adults may rather put in their Twitter / LinkedIn / identi.ca etc. ID instead of the ones provided. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/605749/+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 1037531] Re: Make comments / feedback directly on artefacts on the page
We've discussed feedback and comments also in the 29th Mahara dev meeting: http://meetbot.mahara.org/mahara-dev/2013/mahara- dev.2013-12-05-08.01.log.html#l-422 -- 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/1037531 Title: Make comments / feedback directly on artefacts on the page Status in Mahara ePortfolio: Triaged Bug description: The artefact metadata page which is usually accessible by clicking on the artefact is well hidden. It would be good if it were possible to directly comment on an artefact from a (portfolio) page through a little pop-up. A counter next to / below the artefact indicates how many comments the artefact has. When you hover over that number you can read the comments in a bubble without having to go to the details page of the artefact. You could still click on the artefact and view the details page and give longer feedback at the bottom of the page and also upload a file there. But for quick feedback, the possibility to leave it directly on the artefact on the page would be handy. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1037531/+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 1258130] [NEW] Directive on Privacy and Electronic Communications
Public bug reported: European Mahara sites must comply with EU Directive on Privacy and Electronic Communications a.k.a. The EU Cookie Law. We should implement this for Mahara by using/integrating open source solution Cookie Consent (http://sitebeam.net/cookieconsent/) ** Affects: mahara Importance: Undecided Assignee: Gregor Anželj (gregor-anzelj) Status: New ** Changed in: mahara Assignee: (unassigned) = Gregor Anželj (gregor-anzelj) -- 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/1258130 Title: Directive on Privacy and Electronic Communications Status in Mahara ePortfolio: New Bug description: European Mahara sites must comply with EU Directive on Privacy and Electronic Communications a.k.a. The EU Cookie Law. We should implement this for Mahara by using/integrating open source solution Cookie Consent (http://sitebeam.net/cookieconsent/) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1258130/+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 1239271] Re: Skin description is not displayed
** 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 forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1239271 Title: Skin description is not displayed Status in Mahara ePortfolio: Fix Committed Bug description: 1.8.0 RC1 When you create a skin, you provide a description, yet it is not displayed anywhere. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1239271/+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 1255361] Re: Error adding files to Institution pages
patches for: 1.6 https://reviews.mahara.org/#/c/2770/ 1.7 https://reviews.mahara.org/#/c/2771/ 1.8 https://reviews.mahara.org/#/c/2772/ ** Changed in: mahara/1.6 Status: Confirmed = In Progress ** Changed in: mahara/1.7 Status: Confirmed = In Progress ** Changed in: mahara/1.8 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 all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1255361 Title: Error adding files to Institution pages Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.6 series: In Progress Status in Mahara 1.7 series: In Progress Status in Mahara 1.8 series: In Progress Status in Mahara 1.9 series: Fix Committed Bug description: When I try to add an image attachment to an Institution page I get the following error: A nonrecoverable error occurred. This probably means that you have encountered a bug in the system. This error happens in 1.6, 1.7, 1.8 To replicate: 1) Got to Administration - Institutions - make sure you have an institution other than default one 2) Add some image files to the institution (Administration - Institutions - Files) 3) Add a page to the institution (Administration - Institutions - Pages) and try to add an image block to the page - when you select the file and hit save it gives you the error. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1255361/+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 1064780] Re: Default journal of a Persona auth account doesn't have user's name
https://reviews.mahara.org/2773 -- 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/1064780 Title: Default journal of a Persona auth account doesn't have user's name Status in Mahara ePortfolio: Triaged Bug description: When a user creates an account with Persona by registering (and auto- creation of accounts is turned on for Persona), the user's default journal will not have their name, but only 's Journal. During auto-creation of the account, the user must supply a first and last name, but that might already be too late if the journal is actually created before then. Thus, the mandatory fields should be filled in first before anything else is created. The default journal setting should not be changed to always be updated to the user's current first and last name as users could have renamed it to something else. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1064780/+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 1070046] Re: select query uses more than MAX_JOIN_SIZE on mysql
Actually, the solution is proposed by Conrad Lienhardt, see
https://mahara.org/interaction/forum/topic.php?id=4949
--
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/1070046
Title:
select query uses more than MAX_JOIN_SIZE on mysql
Status in Mahara ePortfolio:
Confirmed
Bug description:
When I tried to use an Artefact (Files, Images and Video) within a
special Group - in my case it case I tried to use Image - I get that
error message in debugger:
+++
Failed to get a recordset: mysql error: [1104: The SELECT would
examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET
SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay] in
EXECUTE( SELECT a.id, a.artefacttype, a.mtime, f.size, a.title,
a.description, a.locked, a.allowcomments, u.profileicon AS
defaultprofileicon, COUNT(DISTINCT c.id) AS childcount, COUNT
(DISTINCT aa.artefact) AS attachcount, COUNT(DISTINCT va.view) AS
viewcount, COUNT(DISTINCT api.id) AS profileiconcount, r.can_edit,
r.can_view, r.can_republish, a.author FROM ep_artefact a LEFT OUTER
JOIN ep_artefact_file_files f ON f.artefact = a.id LEFT OUTER JOIN
ep_artefact c ON c.parent = a.id LEFT OUTER JOIN ep_artefact api
ON api.parent = a.id AND api.artefacttype = 'profileicon' LEFT OUTER
JOIN ep_view_artefact va ON va.artefact = a.id LEFT OUTER JOIN
ep_artefact_attachment aa ON aa.attachment = a.id LEFT OUTER JOIN
ep_usr u ON a.id = u.profileicon AND a.owner = u.id LEFT OUTER JOIN
( SELECT ar.artefact, ar.can_edit, ar.can_view, ar.can_republish FROM
ep_artefact_access_role ar INNER JOIN ep_group_member gm ON
ar.role = gm.role WHERE gm.group = '1' AND gm.member = '2' ) r ON
r.artefact = a.id WHERE a.artefacttype IN
('image','profileicon','folder') AND a.group = '1' AND a.owner IS NULL
AND (r.can_view = 1 OR a.author = '2') AND a.parent IS NULL GROUP BY
a.id, a.artefacttype, a.mtime, f.size, a.title, a.description,
a.locked, a.allowcomments, u.profileicon, r.can_edit, r.can_view,
r.can_republish, a.author) Command was: SELECT a.id, a.artefacttype,
a.mtime, f.size, a.title, a.description, a.locked, a.allowcomments,
u.profileicon AS defaultprofileicon, COUNT(DISTINCT c.id) AS
childcount, COUNT (DISTINCT aa.artefact) AS attachcount,
COUNT(DISTINCT va.view) AS viewcount, COUNT(DISTINCT api.id) AS
profileiconcount, r.can_edit, r.can_view, r.can_republish, a.author
FROM ep_artefact a LEFT OUTER JOIN ep_artefact_file_files f ON
f.artefact = a.id LEFT OUTER JOIN ep_artefact c ON c.parent = a.id
LEFT OUTER JOIN ep_artefact api ON api.parent = a.id AND
api.artefacttype = 'profileicon' LEFT OUTER JOIN ep_view_artefact va
ON va.artefact = a.id LEFT OUTER JOIN ep_artefact_attachment aa ON
aa.attachment = a.id LEFT OUTER JOIN ep_usr u ON a.id =
u.profileicon AND a.owner = u.id LEFT OUTER JOIN ( SELECT ar.artefact,
ar.can_edit, ar.can_view, ar.can_republish FROM
ep_artefact_access_role ar INNER JOIN ep_group_member gm ON
ar.role = gm.role WHERE gm.group = ? AND gm.member = ? ) r ON
r.artefact = a.id WHERE a.artefacttype IN
('image','profileicon','folder') AND a.group = ? AND a.owner IS NULL
AND (r.can_view = 1 OR a.author = ?) AND a.parent IS NULL GROUP BY
a.id, a.artefacttype, a.mtime, f.size, a.title, a.description,
a.locked, a.allowcomments, u.profileicon, r.can_edit, r.can_view,
r.can_republish, a.author and values was (1,2,1,2)
+++
When trying to open the Files Folder at the Group Site the following error
message is printed
A nonrecoverable error occured. This probably means you have encountered a
bug in the system
+++
I checked other groups. There all artefacts work. So it seems to be a
special problem connected to that group. This is the main group where
my students get their Inputs and works.
I tried to figure out that error statement. But I am no SQL expert and
so I hope someone can give me help.
A more long term solution would be to reduce the number of joins made.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1070046/+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 1070046] Re: select query uses more than MAX_JOIN_SIZE on mysql
I think this is just a temporary solution. We should optimize the SQL
query to prevent big select queries like 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/1070046
Title:
select query uses more than MAX_JOIN_SIZE on mysql
Status in Mahara ePortfolio:
Confirmed
Bug description:
When I tried to use an Artefact (Files, Images and Video) within a
special Group - in my case it case I tried to use Image - I get that
error message in debugger:
+++
Failed to get a recordset: mysql error: [1104: The SELECT would
examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET
SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay] in
EXECUTE( SELECT a.id, a.artefacttype, a.mtime, f.size, a.title,
a.description, a.locked, a.allowcomments, u.profileicon AS
defaultprofileicon, COUNT(DISTINCT c.id) AS childcount, COUNT
(DISTINCT aa.artefact) AS attachcount, COUNT(DISTINCT va.view) AS
viewcount, COUNT(DISTINCT api.id) AS profileiconcount, r.can_edit,
r.can_view, r.can_republish, a.author FROM ep_artefact a LEFT OUTER
JOIN ep_artefact_file_files f ON f.artefact = a.id LEFT OUTER JOIN
ep_artefact c ON c.parent = a.id LEFT OUTER JOIN ep_artefact api
ON api.parent = a.id AND api.artefacttype = 'profileicon' LEFT OUTER
JOIN ep_view_artefact va ON va.artefact = a.id LEFT OUTER JOIN
ep_artefact_attachment aa ON aa.attachment = a.id LEFT OUTER JOIN
ep_usr u ON a.id = u.profileicon AND a.owner = u.id LEFT OUTER JOIN
( SELECT ar.artefact, ar.can_edit, ar.can_view, ar.can_republish FROM
ep_artefact_access_role ar INNER JOIN ep_group_member gm ON
ar.role = gm.role WHERE gm.group = '1' AND gm.member = '2' ) r ON
r.artefact = a.id WHERE a.artefacttype IN
('image','profileicon','folder') AND a.group = '1' AND a.owner IS NULL
AND (r.can_view = 1 OR a.author = '2') AND a.parent IS NULL GROUP BY
a.id, a.artefacttype, a.mtime, f.size, a.title, a.description,
a.locked, a.allowcomments, u.profileicon, r.can_edit, r.can_view,
r.can_republish, a.author) Command was: SELECT a.id, a.artefacttype,
a.mtime, f.size, a.title, a.description, a.locked, a.allowcomments,
u.profileicon AS defaultprofileicon, COUNT(DISTINCT c.id) AS
childcount, COUNT (DISTINCT aa.artefact) AS attachcount,
COUNT(DISTINCT va.view) AS viewcount, COUNT(DISTINCT api.id) AS
profileiconcount, r.can_edit, r.can_view, r.can_republish, a.author
FROM ep_artefact a LEFT OUTER JOIN ep_artefact_file_files f ON
f.artefact = a.id LEFT OUTER JOIN ep_artefact c ON c.parent = a.id
LEFT OUTER JOIN ep_artefact api ON api.parent = a.id AND
api.artefacttype = 'profileicon' LEFT OUTER JOIN ep_view_artefact va
ON va.artefact = a.id LEFT OUTER JOIN ep_artefact_attachment aa ON
aa.attachment = a.id LEFT OUTER JOIN ep_usr u ON a.id =
u.profileicon AND a.owner = u.id LEFT OUTER JOIN ( SELECT ar.artefact,
ar.can_edit, ar.can_view, ar.can_republish FROM
ep_artefact_access_role ar INNER JOIN ep_group_member gm ON
ar.role = gm.role WHERE gm.group = ? AND gm.member = ? ) r ON
r.artefact = a.id WHERE a.artefacttype IN
('image','profileicon','folder') AND a.group = ? AND a.owner IS NULL
AND (r.can_view = 1 OR a.author = ?) AND a.parent IS NULL GROUP BY
a.id, a.artefacttype, a.mtime, f.size, a.title, a.description,
a.locked, a.allowcomments, u.profileicon, r.can_edit, r.can_view,
r.can_republish, a.author and values was (1,2,1,2)
+++
When trying to open the Files Folder at the Group Site the following error
message is printed
A nonrecoverable error occured. This probably means you have encountered a
bug in the system
+++
I checked other groups. There all artefacts work. So it seems to be a
special problem connected to that group. This is the main group where
my students get their Inputs and works.
I tried to figure out that error statement. But I am no SQL expert and
so I hope someone can give me help.
A more long term solution would be to reduce the number of joins made.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1070046/+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 1239271] Re: Skin description is not displayed
** Also affects: mahara/1.9 Importance: High Assignee: Robert Lyon (robertl-9) Status: Fix Committed ** Also affects: mahara/1.8 Importance: Undecided Status: New ** Changed in: mahara/1.9 Milestone: 1.8.1 = 1.9.0 ** Changed in: mahara/1.8 Milestone: None = 1.8.1 ** Changed in: mahara/1.8 Assignee: (unassigned) = Robert Lyon (robertl-9) ** Changed in: mahara/1.8 Importance: Undecided = High ** Changed in: mahara/1.8 Status: New = In Progress -- 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/1239271 Title: Skin description is not displayed Status in Mahara ePortfolio: Fix Committed Status in Mahara 1.8 series: In Progress Status in Mahara 1.9 series: Fix Committed Bug description: 1.8.0 RC1 When you create a skin, you provide a description, yet it is not displayed anywhere. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1239271/+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 1252101] Re: Wishlist: Prevent new users from taking spammy actions
The new measures you put into place are great, Aaron, and we should put them into core with a view for the admin to configure the settings. -- 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/1252101 Title: Wishlist: Prevent new users from taking spammy actions Status in Mahara ePortfolio: In Progress Bug description: As mentioned in https://bugs.launchpad.net/mahara/+bug/1250641 , to combat spam on mahara.org, this is a feature request to add a new user probationary period, during which the user can't take actions that are potentially spammy. In the prototype implementation it's limited to the forums: 1. New (self-registered) users start with a number of probationary points. 2. When they take actions other non-probationary users approve of, their probationary points are reduced. When they hit 0, the user is no longer probationary. 3. A probationary user can't post links or images in forum posts 4. If a non-probationary user posts a direct reply to one of their forum posts or topics, their probationary points are reduced by 1. 5. The number of probation points they start with is configured in config.php Additional features it would be good to add: 1. Make the probation points configurable via the admin UI 2. Make the actions that are prohibited, configurable via the admin UI? 3. Additional actions to prevent -- links in direct messages feedback, creation of public-accessible pages 4. Admins can clear (or increase) a user's probation points via the account settings 5. Report page to show probationary users. 6. Notifications to admins when a probationary user attempts a forbidden action, with quick-link to suspend the user 7. Report page to show which non-probationary users approved of the probationary user (so you can check for spammer-approvers) 8. Report objectionably content link for forum posts 9. Display of user's overall post count on forum posts 10. Potentially some way of limiting all this to only certain forums (although I can't think of a good conceptual model for that) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1252101/+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 1258130] Re: Directive on Privacy and Electronic Communications
** Changed in: mahara Status: New = Confirmed ** Changed in: mahara Importance: Undecided = Wishlist -- 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/1258130 Title: Directive on Privacy and Electronic Communications Status in Mahara ePortfolio: Confirmed Bug description: European Mahara sites must comply with EU Directive on Privacy and Electronic Communications a.k.a. The EU Cookie Law. We should implement this for Mahara by using/integrating open source solution Cookie Consent (http://sitebeam.net/cookieconsent/) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1258130/+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 1257953] Re: public group forum info do not show up in elasticsearch
If a site doesn't allow its content to be public, it doesn't allow public pages or public groups. I don't think we would need a config setting whether public content can be searched by the public or not because you can always use Google et al. and search for the content and most likely come up with something. If a school doesn't want it's content be found, it won't allow public pages / groups etc. As for what should be searchable, I think when anything is marked public, you should be able to search on it because search engines can do so as well. Thus, it should not only be forums, forum posts, but also public pages that the public can search / discover. -- 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/1257953 Title: public group forum info do not show up in elasticsearch Status in Mahara ePortfolio: In Progress Bug description: Currently in mahara if one creates a group and marks it as a public group and adds entries to the forum these entries can only be found in a search by members of the group. They should be able to be found by anyone that is allowed to view the group's forum. To test: - Have elasticsearch turned on - Create a group and tick the 'Publicly viewable group' - Add some topics / replies in the forum section - Search for * and you should see your topics / replies in the search results Log in as another user (not a member of the group) - You can navigate the the group eg interaction/forum/index.php?group=[id of group] and see the forum - Search for * and you do not see the topics / replies in the search results Also there is a problem with elasticsearch where you need to be logged in to use it which shouldn't be the case for finding info on public forums To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1257953/+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 1045123] Re: don't send out password for admin created users
We need to keep in mind bulk user creation. Currently, you create accounts and can email the password to the users, but at the same time force them to change it. Isn't that pretty much like a link you click to change your password? -- 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/1045123 Title: don't send out password for admin created users Status in Mahara ePortfolio: Triaged Bug description: When an admin creates a user with a set password. It should be assumed that this password is delivered to the user out of band, and shouldn't be sent in clear text. If the password field is left blank, we should treat that the same as if we just finished a registration, the user gets a one time URL to click on which forces them to set a password. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1045123/+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 1063455] Re: Calendar icon won't work after click save on view/urls.php
** Changed in: mahara Status: Won't Fix = Fix Released ** Changed in: mahara Milestone: 1.8.1 = None -- 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/1063455 Title: Calendar icon won't work after click save on view/urls.php Status in Mahara ePortfolio: Fix Released Bug description: Version: master Platform: all Browser: all After click 'Save' button, the calendar icon won't work. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1063455/+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 1007223] Re: Allowing page themes disables iPad editing
Hello Richard, We are not allowing page themes on mahara.org because the site is not for portfolio creation. ;-) Since it's also a customized site, it wouldn't be good for testing. I turned on page themes on demo.mahara.org instead. Cheers Kristina -- 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/1007223 Title: Allowing page themes disables iPad editing Status in Mahara ePortfolio: Incomplete Bug description: Since Mahara 1.5.1 when the administrator enables page themes under Site options Users Users can change page themes the editing on the iPad is disabled completely. Blocks cannot be placed and existing blocks cannot be updated. The user gets a message saying Page theme updated successfully even though no new page theme was selected. Using Safari or other mobile browsers for the iPad. Running PHP Version 5.3.3-7+squeeze8 and using mysql 5.1.49. With the page theme option disabled, it works just fine. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1007223/+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 802096] Re: Mahoodle login problem
I marked this as Invalid because it's not an issue with Mahara, but the wiki and thus shouldn't show up anywhere in a changelog. ** Changed in: mahara Status: Triaged = Invalid -- 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/802096 Title: Mahoodle login problem Status in Mahara ePortfolio: Invalid Bug description: as per http://mahara.org/interaction/forum/topic.php?id=3762 Here is just the description with the description The mahara lib/version.php file I have says 1.3.6 though. The moodle's version.php shows 2.0.2 In Mahara, if the institution has only XMLRC authentication, or has others but XMLRC is given no parent, then the problem occurs exactly as I've described (user data transfers to Mahara from Moodle, but user cannot get passed 'logged out user home' and is never asked to change password) However, If I put Internal auth as a parent to XMLRC on the institution, then I get a go around, by the following odd set of events occuring: I click the Mahara link under network servers in Moodle, and get brought to the logged out user home in Mahara I do nothing in Mahara, and I go back to Moodle, and click the Mahara link again from the network servers block. This time, I get transferred to the 'change password' page in Mahara and it says on the side (in Mahara) that I am coming in from Moodle. After submitting the changed password in Mahara, I get transferred once again to the logged out home. But this time, since internal is the auth parent, I can log in with the password that was just set. No matter which way I order the auths in the institution, the new user from Moodle defaults to Internal Auth. I can log in as admin in Mahara and change the user's auth method. Then with the auth method changed to XMLRC, the user (once logged into Mahara) can jump back and forth between Moodle and Mahara. However, the user still needs to initially log in to Mahara, Moodle still won't send the user straight in. So, in conclusion, I have a weird go around that my students can manage to use, with me having to go into each user account and change the auth method) - but this really does seem like it should be an easy fix. When porting over through XMLRC, Mahara just seems to be setting some value incorrectly which is sending the user to the wrong page. Also, the wantsurl doesn't seem to be getting set, it just shows wantsurl= with nothing after the '=' in the redirect. And if there's a place in moodle to set it for the jump, I don't see where. Of course, maybe it is still something to do with my setup. I have moodle and mahara on the same server, and I know nothing about OpenSSL. Hopefully this detailed description will help someone see what the problem is. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/802096/+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 1070057] Re: Flickr Guest Pass doesn't load in Mahara
This issue also happens to 1.8 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 Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1070057 Title: Flickr Guest Pass doesn't load in Mahara Status in Mahara ePortfolio: Triaged Bug description: You can only display images that are public in Flick using the external gallery feature in Mahara. There are situations where you want to use the guest pass feature in Flickr to display images in your Mahara pages, so they aren't public to anyone on Flickr. Tried on version 1.5.3 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1070057/+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 921994] Re: LEAP2 import does not check if the new user email is already used in Mahara
The problem is not the manual creation of users or by CSV but when a Leap2A file is imported or an external auth is used. When an admin uploads a Leap2A file, the DB doesn't check if the email address already exists in the system. Nor are email addresses checked when SAML or MNet are connected. An admin interface alone would not solve the problem because an admin is not involved when a user connects via SAML forgetting that thy already have an account just with a different auth method. -- 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/921994 Title: LEAP2 import does not check if the new user email is already used in Mahara Status in Mahara ePortfolio: Confirmed Bug description: When importing a LEAP2 zip into a 1.5 Mahara site (latest 1.5.0dev from git) and if the new user email is already known, importation proceeds normally but the mahara site then starts to fail in various places (search friends, see groups members) ... Errors reported in httpd error_log are : [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] [WAR] a9 (lib/errors.php:749) get_record_sql found more than one row. If you meant to retrieve more than one record, use get_records_*, otherwise check your code or database for inconsistencies, referer: http://x/m ahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] Call stack (most recent first):, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * log_message(get_record_sql found more than one row. If you mea..., 8, true, true) at /var/www/html/mahara.git/htdocs/lib/errors.php:109, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * log_warn(get_record_sql found more than one row. If you mea...) at /var/www/html/ mahara.git/htdocs/lib/errors.php:749, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * SQLException-__construct(get_record_sql found more than one row. If you mea...) at /var/www/html/mahara.git/htdocs/lib/dml.php:339, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * get_record_sql(SELECT * FROM usr WHERE email = ? , array(size 1)) at /var/www/html/mahara.git/htdocs/lib/dml.php:302, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * get_record(usr, email, p...@patrickpollet.net) at /var/www/html/mahara.git/htdo cs/local/insa/remote_avatar.php:17, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * local_remote_avatar(p...@patrickpollet.net, array(size 2), http:///mahara/theme/raw/stat...;) at /var/www/html/mahara.git/htdocs/lib/user.php:2246, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * remote_avatar(p...@patrickpollet.net, array(size 2), http:/// mahara/theme/raw/stat...) at /var/www/html/mahara.git/htdocs/lib/user.php:2227, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * profile_icon_url(object(stdClass), 40, 40) at /var/www/html/mahara.git/htdocs/lib/d woo/mahara/plugins/function.profile_icon_url.php:13, referer: http:///mahara/ [Thu Jan 26 10:22:19 2012] [error] [client 134.214.152.108] * Dwoo_Plugin_profile_icon_url(object(Dwoo_Mahara), object(stdClass), 40, 40) at /wor k/maharadata/dwoo/compile/insalyon/var/www/html/mahara.git/htdocs/theme/raw/templates/user/user.tpl.d17.php:92, referer: http:///mahara/ It is also impossible to delete that user under site administration since getting that user data fails with the above error... To return site to 'normal operation' one has to go to table usr and manually edit the new user email to an unique value Cheers. Edit : I did not tested it yet, but I do hope that this behaviour does not occur also in importing users from a CSV file ;-) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/921994/+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 1223069] Re: Site files accessible in Links and resources sidebar
** Changed in: mahara Milestone: None = 1.9.0 ** Tags added: nominatedfeature -- 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/1223069 Title: Site files accessible in Links and resources sidebar Status in Mahara ePortfolio: Fix Committed Bug description: According to the Site Files documentation, files uploaded into the site files section are meant to be accessible to all logged-in users (via the Site Files tab on any file selector). The one exception to this is files in the hard-coded Public folder, which are meant to also be accessible to users who aren't logged in. A user on the #mahara irc channel reported that Site Files sitting in a subdirectory, however, are not accessible to normal users. I verified this behavior in 1.8dev. To reproduce: 1. Log in as an admin user 2. Go to the Site Files page 3. Create a subdirectory 4. Upload a file into that subdirectory 5. Log in as a non-admin user 6. Add a files to download block to a page 7. In the block's file selector, go to the site files page 8. You will not see the subdirectory you created in step 4, or be able to access its files. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1223069/+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 836361] Re: TabletPC - android - can't drag media types to portfolio page
Since 2011 we implemented device detection and a responsive theme and thus issues that were on Android before should not be present anymore. ** Changed in: mahara Status: Confirmed = 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.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/836361 Title: TabletPC - android - can't drag media types to portfolio page Status in Mahara ePortfolio: Fix Released Bug description: Use case: trying to use the Android Honeycomb platform with Mahara 1.4. Can do everything accept drag block types onto the page canvas - i.e. cannot add any content to a portfolio when using an android table with default browser. Given the convenience of tablet computing and android tablet sales this could be an issue for many people. Honeycomb 3.2 running on a Motorola Xoom. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/836361/+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 1070057] Re: Flickr Guest Pass doesn't load in Mahara
I put this back on wishlist because it was probably not intended in the beginning to use non-public images. flickr requires you to set an API key and non-public images are only available to those who have a login unlike Google's / YouTube's or Mahara's secret URLs. ** Changed in: mahara Importance: Medium = Wishlist ** Changed in: mahara Milestone: 1.8.1 = None -- 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/1070057 Title: Flickr Guest Pass doesn't load in Mahara Status in Mahara ePortfolio: Triaged Bug description: You can only display images that are public in Flick using the external gallery feature in Mahara. There are situations where you want to use the guest pass feature in Flickr to display images in your Mahara pages, so they aren't public to anyone on Flickr. Tried on version 1.5.3 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1070057/+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 1070057] Re: Flickr Guest Pass doesn't load in Mahara
OK my bad. There is actually something like a secret URL, which is the guest pass: http://www.flickr.com/help/guestpass/ However, the URL, e.g. http://flickr.com/gp/username/randomnumbersandletters/ looks very different from a regular flickr URL. I suspect that Gregor put some filtering in to only allow the regular flickr addresses through to avoid someone misusing the feature. -- 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/1070057 Title: Flickr Guest Pass doesn't load in Mahara Status in Mahara ePortfolio: Triaged Bug description: You can only display images that are public in Flick using the external gallery feature in Mahara. There are situations where you want to use the guest pass feature in Flickr to display images in your Mahara pages, so they aren't public to anyone on Flickr. Tried on version 1.5.3 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1070057/+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
