Remove requirement of global tiki_p_view wiki pages in order to allow to manage one local structure
- Status
- Closed
- Subject
- Remove requirement of global tiki_p_view wiki pages in order to allow to manage one local structure
- Version
- 12.x
13.x
14.x
15.x - Category
- Usability
- Consistency
- Conflict of two features (each works well independently)
- Feature
- WYSIWYCA (What You See is What You Can Access)
Wiki Structure (book & table of content)
Permission - Resolution status
- Fixed or Solved
- Submitted by
- Xavier de Pedro
- Lastmod by
- Xavier de Pedro
- Rating
- Description
To be reproduced, see:
http://xavi-9794-5464.show.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345And see the same page as user:
u: user1
p: user1
which has been granted local permission to view and edit that page, and global permission to edit structures. If you attempt to go to edit the structure,
http://xavi-9794-5464.show.tikiwiki.org/tiki-edit_structure.php?page=D1+Cover&page_ref_id=1you get:
Error: You do not have permission to use this feature: tiki_p_view
Potential Workaround:
Comment out the check for the permission to display any part of the edit strcutures interface. Line 22 from tiki-edit_structure.php should become:Copy to clipboard//$access->check_permission('tiki_p_view');
And line 123 from templates/tiki-edit_structure.tpl should change from:Copy to clipboard{if $editable == 'y'}to
Copy to clipboard{if $editable == 'y' && $tiki_p_edit == 'y'}
Should that be enough?I couldn't test properly due to the interference of this other bug which prevents assigning object permissions:
https://dev.tiki.org/item5916- Solution
Hopefully r58429 does the trick - i don't see the need to test for edit (wiki page) perm when editing a structure, as $editable is set according to edit_structures (and locking).
HTH
Fix confirmed, thanks jonny!
Backported to 14,x in r58458, and to 12.x in r58459- Importance
- 5
- Easy to solve?
- 8
- Priority
- 40
- Demonstrate Bug (Tiki 19+)
-
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
Version: Create show2.tiki.org instanceAbout show2.tiki.orgTo help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
- Ticket ID
- 5917
- Created
- Friday 22 April, 2016 23:02:50 GMT-0000
by Xavier de Pedro - LastModif
- Tuesday 26 April, 2016 12:37:52 GMT-0000
Attachments
| filename | created | hits | comment | version | filetype | ||
|---|---|---|---|---|---|---|---|
| No attachments for this item | |||||||
;){kind=link}
;){kind=link}
- Daily build zip file for Tiki26 is not available (404)
- htaccess.sh is gone from Tiki26 and after the installation you may need to create the symlink manually
- Create new Group function does not work Tiki V26.0 Clean install brand new database
- Manticore install and configuration
- Wiki plugin User list show all the user, the parameter Max of rows is not applied
;){kind=link}
;){kind=link}