Edgewall Software
Modify

Opened 18 years ago

Closed 17 years ago

#2795 closed defect (duplicate)

Can only edit Wiki pages with anonymous user, even with WIKI_ADMIN or TRAC_ADMIN

Reported by: cardillr@… 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 Emmanuel Blot)

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 anonymous, 18 years ago

Trying to provide permission list again:

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

comment:2 by ojacobson@…, 18 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 matthew.donald@…, 18 years ago

Is this an escape character problem? Try specifying (note '
')

domain\\user TRAC_ADMIN

comment:4 by anonymous, 18 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 anonymous, 18 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

comment:6 by sam@…, 18 years ago

Cc: sam@… added
Severity: normalblocker

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 anonymous, 18 years ago

Owner: changed from Jonas Borgström to anonymous
Status: newassigned

comment:8 by anonymous, 18 years ago

Resolution: fixed
Status: assignedclosed

comment:9 by anonymous, 18 years ago

Resolution: fixed
Status: closedreopened

in reply to:  6 comment:10 by Matthew Good, 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:11 by Matthew Good, 18 years ago

#1091 has been marked as a duplicate.

comment:12 by Emmanuel Blot, 17 years ago

Description: modified (diff)

in reply to:  description comment:13 by Christian Boos, 17 years ago

Keywords: needinfo removed
Resolution: duplicate
Status: reopenedclosed

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.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain anonymous.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from anonymous to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.