[Mahara-contributors] [Bug 735922] [NEW] Provide link to the group in which a forum thread is if you don't have access to forum
Public bug reported: When you send the link to a forum discussion to somebody else and they are not currently a member of the group, they just get a message that they cannot access that URL. However, it would be more useful, especially for open and request membership groups to provide the link or at least the name of the group so that that person could join the group. ** Affects: mahara Importance: Wishlist Status: New ** Changed in: mahara Importance: Undecided = Wishlist -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/735922 Title: Provide link to the group in which a forum thread is if you don't have access to forum Status in Mahara ePortfolio: New Bug description: When you send the link to a forum discussion to somebody else and they are not currently a member of the group, they just get a message that they cannot access that URL. However, it would be more useful, especially for open and request membership groups to provide the link or at least the name of the group so that that person could join the group. ___ 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 735909] Re: Feature: add remote user to CSV upload
Hi Piers, Since you're just adding a new optional field, I don't see a reason for not merging this in. It shouldn't affect anybody and can be readily ignored by anybody who doesn't need it. I've got two minor comments on the patch itself: 1- You don't really have to update the langpack in the example since the list that's given there is a list of common/required fields, not a list of all fields that are available. 2- Your change in lib/user.php has a superfluous line that's commented out. Cheers, Francois -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/735909 Title: Feature: add remote user to CSV upload Status in Mahara ePortfolio: New Bug description: I'd like to add remoteuser as an upload field to the 'Add Users by CSV' function. As part of this, I would also like to be able to set the remoteuser regardless of whether the auth type selected is 'internal' or not. I have attached a patch for this, and would appreciate some discussion around the proposal, and if there are any problems anyone can see with this. For the curious, the reason for wanting to have the remoteuser on internal auth types is so that eventually I could enable SAML users to have dual login (manual password, and SAML). Cheers, Piers Harding. ___ 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 735909] Re: Feature: add remote user to CSV upload
Thanks Francois. I've amended the patch, and committed to master. Cheers, Piers Harding. ** Changed in: mahara Status: New = In Progress ** Changed in: mahara Assignee: (unassigned) = PiersHarding (piersharding) ** 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. https://bugs.launchpad.net/bugs/735909 Title: Feature: add remote user to CSV upload Status in Mahara ePortfolio: Fix Committed Bug description: I'd like to add remoteuser as an upload field to the 'Add Users by CSV' function. As part of this, I would also like to be able to set the remoteuser regardless of whether the auth type selected is 'internal' or not. I have attached a patch for this, and would appreciate some discussion around the proposal, and if there are any problems anyone can see with this. For the curious, the reason for wanting to have the remoteuser on internal auth types is so that eventually I could enable SAML users to have dual login (manual password, and SAML). Cheers, Piers Harding. ___ 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 736302] [NEW] Leap2A import ignores studentid internal artefact
Public bug reported: When importing a student's LEAP2A file in Mahara 1.2.6, the studentid internal artefact appears to be ignored, and no data is stored in the user's usr.studentid field in the database. We rely on the value stored in usr.studentid for some additional functionality in our installation, so this causes noticeable issues. Below is the relevant XML from the leap2a.xml file (with dummy student ID): leap:persondata mahara:artefactplugin=internal mahara:artefacttype=studentid leap:field=other leap:label=Student ID /leap:persondata ** Affects: mahara Importance: Undecided Status: New -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/736302 Title: Leap2A import ignores studentid internal artefact Status in Mahara ePortfolio: New Bug description: When importing a student's LEAP2A file in Mahara 1.2.6, the studentid internal artefact appears to be ignored, and no data is stored in the user's usr.studentid field in the database. We rely on the value stored in usr.studentid for some additional functionality in our installation, so this causes noticeable issues. Below is the relevant XML from the leap2a.xml file (with dummy student ID): leap:persondata mahara:artefactplugin=internal mahara:artefacttype=studentid leap:field=other leap:label=Student ID /leap:persondata ___ 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 735909] Re: Feature: add remote user to CSV upload
Setting the milestone to 1.4.0 since that will be the first release to include this change. ** Changed in: mahara Milestone: None = 1.4.0 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/735909 Title: Feature: add remote user to CSV upload Status in Mahara ePortfolio: Fix Committed Bug description: I'd like to add remoteuser as an upload field to the 'Add Users by CSV' function. As part of this, I would also like to be able to set the remoteuser regardless of whether the auth type selected is 'internal' or not. I have attached a patch for this, and would appreciate some discussion around the proposal, and if there are any problems anyone can see with this. For the curious, the reason for wanting to have the remoteuser on internal auth types is so that eventually I could enable SAML users to have dual login (manual password, and SAML). Cheers, Piers Harding. ___ 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 736302] Re: Leap2A import ignores studentid internal artefact
Hi Penny, Temporarily assigning this to you because I'm wondering whether this is something you might have fixed in the Leap2A work you did on 1.2 or 1.3. Cheers, Francois ** Tags added: leap2a ** Changed in: mahara Status: New = Triaged ** Changed in: mahara Importance: Undecided = Medium ** Changed in: mahara Assignee: (unassigned) = Penny Leach (mjollnir) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/736302 Title: Leap2A import ignores studentid internal artefact Status in Mahara ePortfolio: Triaged Bug description: When importing a student's LEAP2A file in Mahara 1.2.6, the studentid internal artefact appears to be ignored, and no data is stored in the user's usr.studentid field in the database. We rely on the value stored in usr.studentid for some additional functionality in our installation, so this causes noticeable issues. Below is the relevant XML from the leap2a.xml file (with dummy student ID): leap:persondata mahara:artefactplugin=internal mahara:artefacttype=studentid leap:field=other leap:label=Student ID /leap:persondata ___ 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
Re: [Mahara-contributors] [Bug 736302] Re: Leap2A import ignores studentid internal artefact
No I have no idea about that sorry, never looked at that code before now. I had a quick look at htdocs/artefact/internal/import/leap/lib.php (line 436 or so) and can't see any obvious good reason this doesn't work, unless that method isn't being called. I can get a working copy set up and try and debug this but not for a week or so since I'm in the process of moving right now. If someone wants to have a look before then I'm happy to help. -- /* --- Penny Leach | http://mjollnir.org | http://she.geek.nz GPG: 8347 00FC B5BF 6CC0 0FC9 AB90 1875 120A A30E C22B --- */ -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/736302 Title: Leap2A import ignores studentid internal artefact Status in Mahara ePortfolio: Triaged Bug description: When importing a student's LEAP2A file in Mahara 1.2.6, the studentid internal artefact appears to be ignored, and no data is stored in the user's usr.studentid field in the database. We rely on the value stored in usr.studentid for some additional functionality in our installation, so this causes noticeable issues. Below is the relevant XML from the leap2a.xml file (with dummy student ID): leap:persondata mahara:artefactplugin=internal mahara:artefacttype=studentid leap:field=other leap:label=Student ID /leap:persondata ___ 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 732531] Re: Displays wrong in IE 9
** Changed in: mahara Milestone: 1.3.4 = 1.4.0 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/732531 Title: Displays wrong in IE 9 Status in Mahara ePortfolio: Triaged Bug description: When logging into mahara 1.3 via internet explorer ( the first couple of lines are displayed ' mahara is a fully featured', the headers and footer also display correctly. The help block and the rest of the main content pane doesn't display. Putting the browser into compatibility mode solves this but native support will be required ___ 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 728837] Re: Upgrade broken from 1.2.6 to 1.3.0
** Changed in: mahara Assignee: François Marier (fmarier) = Stacey Walker (stacey) ** Changed in: mahara Importance: Critical = High -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/728837 Title: Upgrade broken from 1.2.6 to 1.3.0 Status in Mahara ePortfolio: Triaged Bug description: Michele Balazs reported the following error when trying to upgrade her site from 1.2.3 to 1.3.3: Could not execute command: ALTER TABLE mah_artefact ADD CONSTRAINT mah_arte_aut_fk FOREIGN KEY (author) REFERENCES mah_usr (id) Call stack (most recent first): * execute_sql(ALTER TABLE mah_artefact ADD CONSTRAINT mah_arte_a..., true) at/srv/www/mahara/lib/dml.php:1406 * execute_sql_arr(array(size 1), true, true) at /srv/www/mahara/lib/ddl.php:972 * add_key(object(XMLDBTable), object(XMLDBKey)) at/srv/www/mahara/lib/db/upgrade.php:1487 * xmldb_core_upgrade(2009111010) at /srv/www/mahara/lib/upgrade.php:301 * upgrade_core(object(stdClass)) at /srv/www/mahara/admin/upgrade.json.php:93 She was also able to narrow it down to the upgrade between 1.2.6 and 1.3.0 (thanks Michele!). mysql: 5.0.67 php: 5.2.12 See forum thread: http://mahara.org/interaction/forum/topic.php?id=2884 ___ 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
