• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.
When trying to resolve an error where a newly-registered user could not edit content, nothing happens when the Delete button is clicked on a user's topic actions page (as if the button were inactive).

After manually deleting the user's topic and version file from the file system, and from the web permissions group, the following error occurred when the user tried to re-register:

You are already registered
You cannot register twice, the name '%PARAM1%' is already registered.
Did you want to reset %PARAM1%'s password?

Additional background information at TWiki:Support.TWikiEditAccessForLocalUsers

Bug logged at Peter's request. My apologies if the information provided is insufficient.


This is just a first step towards a diagnosis... I can at least explain why you get that "You cannot register twice" message: Even if you delete the user's topic fiiles, there is still something left. TWiki stores a mapping from users' login names to their email addresses in a file (per default data/.htpasswd in your installation). You need to manually edit this file and delete the line which contains the user's login name.

But then - there might be no recognizable login name in this file at your installation, or the file might not exist at all. The unresolved %PARAM1% points into that direction, and the error message ( Died at /usr/lib/perl5/5.8.5/CGI/Carp.pm line 314.) seems to indicate that the login name gets lost somewhere during the process.

From your description in the Support web I assume that you are using Apache login? Is that mod_auth_kerb what you are using? I am using this, and had to resort to dirty tricks because mod_auth_kerb leaves login names like haj@COMPANY.ORG in $ENV{REMOTE_USER}, which confuses TWiki. Or are you munging the login names after they come in with e.g. TWiki:Plugins.LoginNameAliasesPlugin? Perhaps you could have a look into your web server's access_log (or access.log) how the login name reads there?

haj

No feedback from the reporter after a month, so discarding this.

CC

I reported this issue in Nov 2006, and checked in on it a few times but saw no response. I had no idea a question had been asked of me a few days later. If it's possible to subscribe to 'develop' changes somehow and be notified via email, please let me know how.

We are indeed using Apache authentication, without an additional TWiki plugin,using Webauth for authentication, LDAP groups for authorization, and the following Apache environment configuration for grabbing users:   AuthType WebAuth

  require valid-user

  RequestHeader set "X-MYREMOTE-USER" "%{WEBAUTH_USER}e"

-- JohnDeStefano - 22 Jan 2009

ItemTemplate
Summary Unresolved parameter error message
ReportedBy TWiki:Main.JohnDeStefano
Codebase 4.0.5
SVN Range TWiki-4.1, Sat, 18 Nov 2006, build 12001
AppliesTo Engine
Component

Priority Normal
CurrentState No Action Required
WaitingFor

Checkins

TargetRelease n/a
ReleasedIn

Edit | Attach | Watch | Print version | History: r5 < r4 < r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r5 - 2009-01-22 - JohnDeStefano
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback