Opened 19 years ago
Closed 18 years ago
#2795 closed defect (duplicate)
Can only edit Wiki pages with anonymous user, even with WIKI_ADMIN or TRAC_ADMIN
Reported by: | Owned by: | anonymous | |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | wiki system | Version: | 0.9.4 |
Severity: | blocker | Keywords: | |
Cc: | sam@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description (last modified by )
I don't know whether this is a new bug, or the result of the upgrade from 0.9.3 to 0.9.4 but it's really annoying.
If I configure the "anonymous" user with "WIKI_ADMIN" then I can edit and preview Wiki pages as expected (i.e., WikiStart or Sandbox). However, if I configure my user "domain\user" with "TRAC_ADMIN" or "WIKI_ADMIN" it just displays a blank page with the "Create this page" button as if it doesn't exist. However, the page does still exist, and the changes have not been made.
NOTE1: The "domain" part of the user name is because I have Apache doing SSPI integrated authentication and that's what the user names look like after login. No problems with any of that, other permissions work just as expected.
NOTE2: I have verified that my user is configured with "TRAC_ADMIN" by insuring that I can see the About/Config links, even though I don't have "CONFIG_VIEW", etc. And all other features that come with "TRAC_ADMIN" seem to be working fine because my default configuration is somewhat restrictive.
What I've tried so far:
- trac-admin project wiki upgrade
(no effect)
- removing all other permissions and just setting "WIKI_MODIFY"
(no effect)
- tried to use the "Delete this page" button
(just shows "Create this page" button, but page is not deleted)
The permissions have been set more restrictive than default install:
anonymous MILESTONE_VIEW anonymous REPORT_SQL_VIEW anonymous REPORT_VIEW anonymous ROADMAP_VIEW anonymous SEARCH_VIEW anonymous TICKET_VIEW anonymous WIKI_VIEW domain\user TRAC_ADMIN
Attachments (0)
Change History (13)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
anonymous MILESTONE_VIEW anonymous REPORT_SQL_VIEW anonymous REPORT_VIEW anonymous ROADMAP_VIEW anonymous SEARCH_VIEW anonymous TICKET_VIEW anonymous WIKI_VIEW domain\user TRAC_ADMIN
Fixed your permissions list formatting.
comment:3 by , 19 years ago
Is this an escape character problem? Try specifying (note '
')
domain\\user TRAC_ADMIN
comment:4 by , 19 years ago
I tried it, just to be complete, but it did not work. As I said, other permissions are working fine for these accounts, so I don't think it's a problem with processing permissions.
What I did:
remove domain\user TRAC_ADMIN add domain
user TRAC_ADMIN
What happened:
I could only access same settings as anonymous until I changed back to domain\user.
comment:5 by , 19 years ago
Update: Apparently this is just another manifestation of an SSPI problem with IE, which is a documented MS bug that others discovered work-arounds to (see this discussion). I don't know if there is anything that can be done with TRAC to work-around this problem, but here are the Apache configuration changes that fixed this problem for me…
(disable keep alives for IE):
BrowserMatch "MSIE 6\.0; Windows NT 5\." nokeepalive
(force logon dialog for TRAC login location):
SSPIBasicPreferred On
follow-up: 10 comment:6 by , 19 years ago
Cc: | added |
---|---|
Severity: | normal → blocker |
This is not an SSPI related problem. I got the same here, with "normal" Apache users. What's strange is that I can't reproduce the bug on https://ssl.bulix.org/projects/zwe but it's always reproducible on https://ssl.bulix.org/projects/lcd4linux
Both of these trac envs uses the same Trac installation (trunk)
comment:7 by , 19 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:8 by , 18 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:9 by , 18 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:10 by , 18 years ago
Keywords: | needinfo added |
---|
Replying to sam@bulix.org:
This is not an SSPI related problem. I got the same here, with "normal" Apache users. What's strange is that I can't reproduce the bug on https://ssl.bulix.org/projects/zwe but it's always reproducible on https://ssl.bulix.org/projects/lcd4linux
Both of these trac envs uses the same Trac installation (trunk)
Are you still having problems with this? If you're not using SSPI you may have a separate issue from the original user. If you've been able to resolve this please follow up so we can close this ticket.
comment:12 by , 18 years ago
Description: | modified (diff) |
---|
comment:13 by , 18 years ago
Keywords: | needinfo removed |
---|---|
Resolution: | → duplicate |
Status: | reopened → closed |
Replying to cardillr@rl.af.mil:
If I configure the "anonymous" user with "WIKI_ADMIN" then I can edit and preview Wiki pages as expected (i.e., WikiStart or Sandbox). However, if I configure my user "domain\user" with "TRAC_ADMIN" or "WIKI_ADMIN" it just displays a blank page with the "Create this page" button as if it doesn't exist. …
Looks like a duplicate of #3142.
Trying to provide permission list again: