Using 1.9 cvs from a week ago (more or less)
I made a site (in a multitiki install as subdirectories, in case it matters) with "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations work fine.
( http://moviments.net/valldelcorb )
Then I shifted to "Request passcode to register:" on (and a simple string of 8 letters, no special chars., in "request passcode to register", with checkbox on), and Prevent automatic/robot registration as off. New registrations fail.
I tried myself with several new users, or emails (and e-mail domains), and I don't get any confirmation email.
I created another site on the same multitiki installation on the same server, with a duplication of the same database to start with, and set back login params. as "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations with same user details (username, password, email) and they work fine. I get the confirmation email in less than 5 min.
( http://moviments.net/drecerca )
It looks like a bug is hidden somewhere there...
----
Update: April 17th
It's kind of weird.... On a third site in the same multitiki install (on the same server, of course), tiki registration works ok having "Request passcode to register:" on (and a simple string of 13 letters), and Prevent automatic/robot registration as off.
Weird... I wonder if this is not some configuration problem... in that tiki, even if I did (that I remember of) nothing different from the other tikis.... :-/ ¿?
-------
Update August 11th 2007
Updated 1.9 cvs code from today in
http://margalef.ourproject.org
which have both request passcode to register as on, and prevent automatic registration of robots as on.
I got the confirmation email to my inbox, I clicked on the full link to validate the new registration request (it was from a google account, recognizing properly the full url link), but I got the answer from the tiki site:
"User or password not valid" (or something similar, since I have translated it from another language)
Still something not fully fixed around there...
---------
I updated the 1.9 cvs code and cleaned tiki caches. There is still some problem on the http://moviments.net/valldelcorb installation, which is using a modified twist theme (in case it matters, even if not using any special template for registration of mail sending). If request passcode to register is on, no messages are received to mailboxes (tried on 2 different ones).
But on other installations of the same multitiki (for instance, http://moviments.net/drecerca , based upon a modified planetfall theme), mails are sent ok, and once validated the link, the account is successfully created, etc.
Last, but not least, I've realized on the http://margalef.ourproject.org tiki install (not multitiki at all, and on another server; using also a modified planetfall theme), last time (the trial from yesterday, August 11th), I received a second email message 3 minutes later, to the same mail box, and regarding the same single user account request made from me, with a different url to validate the account (something weird, isn't it?). This second url worked fine to validate the account, but not the first.
In any case, with updatd cvs code from today, I got normal behavior for new registrations on http://margalef.ourproject.org , using "request passcode to register" as on.
Whatever it was, it seems mostly fixed. And since it seems that I'm only the one with this weird behavior, I close the bug report.
If anybody else find similar problems, just reopen.
Thanks for checking the code for this issue, for those of you who invested time to check that the code was ok.
To 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.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.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 show.tikiwiki.org.
filename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |