Summary | New ID for permissions seems to cause errors |
Queue | Wicked |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | eraserhd (at) |
Requester | jhart (at) webroot (dot) com |
Created | 06/22/2005 (7393 days ago) |
Due | |
Updated | 07/11/2005 (7374 days ago) |
Assigned | 06/25/2005 (7390 days ago) |
Resolved | 07/11/2005 (7374 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
index warnings below) still exists. The problem I fixed was an error
I saw at the same time, but seems to be unrelated.
New Attachment: AttachedFiles-1.17.diff
Attached here is the output of:
cvs diff -u wicked/lib/Page/AttachedFiles.php
(to summarize, I added WICKED_MODE_EDIT to the $supportedModes[])
The attached files section now behaves as I expected (those without
edit rights can't see the new file attachment/update, those with
rights can.)
State ⇒ Assigned
/usr/local/lib/php/Horde/Perms.php on line 102
Notice: Undefined index: wicked:pages:ConsumerDefinitionUpdates in
/usr/local/lib/php/Horde/Perms.php on line 102
Notice: Undefined index: wicked:pages:ContentPublishingProcess in
/usr/local/lib/php/Horde/Perms.php on line 102
Notice: Undefined index: wicked:pages:CvsMerging in
/usr/local/lib/php/Horde/Perms.php on line 102
Notice: Undefined index: wicked:pages:EnterpriseDefinitionUpdates in
/usr/local/lib/php/Horde/Perms.php on line 102
Notice: Undefined index: wicked:pages:HowToUseWiki in
/usr/local/lib/php/Horde/Perms.php on line 102
I do not have any custom permissions for those pages in the datatree.
I also no longer have rights to add pages or attach files to pages
though I have edit rights on 'pages' and 'wicked'
State ⇒ Not A Bug
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ New ID for permissions seems to cause errors
Queue ⇒ Wicked
State ⇒ Unconfirmed
The update to use pageID to index page rights doesnt seem to work at
the present (6/22) - it causes index missing warnings and hides all
non-special pages from viewing. This is after using the php file in
the updates directory to modify the current rights. Reverting api.php
to 1.12 seems to resolve this.