Artefact linked in text blocktype breaks on the copied page
Bug #1749185 reported by
Maria Sorica
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Mahara |
Triaged
|
Wishlist
|
Unassigned | ||
Bug Description
User story:
1. User A is adding a file to a page as a link in a text blocktype.
2. User B copies the page, but the artefact (file) is not actually copied, only the blocktype (text content).
3. When user B views the copied page, the viewid in the link is changed from the original page ID to the ID of the copied page. But user B doesn't own that file itself so user B gets an "Access denied" error.
Possible solutions:
1. Copy the artefact.
2. Keep the original viewid in the link.
Related links: https:/
The bug was found on Mahara 16.10.2
| description: | updated |
| description: | updated |
Revision history for this message
| Kristina Hoeppner (kris-hoeppner) wrote | #1 |
| Changed in mahara: | |
| status: | New → Triaged |
| importance: | Undecided → Wishlist |
To post a comment you must log in.
This behavior is not currently supported by Mahara. Copied of artefacts only works properly when the artefacts are placed into their own blocks. When they are in text blocks, they are only links, but Mahara does not recognize them as proper artefacts as if they were in the "Files to download" block for example.
We would need to find a way to properly identify artefacts when used anywhere in regular text and then deal with their copying.