Closed (duplicate)
Project:
Email Registration
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 May 2009 at 00:14 UTC
Updated:
27 Dec 2012 at 17:11 UTC
Jump to comment: Most recent file
Comments
Comment #1
gregglesYeah, I would guess that this is a conflict with some other module. I suggest you debug this be
1) disabling other modules on the site to see if the problem goes away
2) Start with a test site that just has core and pathauto and then add in other modules until you find the one that causes the problem
Comment #2
chugaystyr commentedI have the same with user/[userpath]. Maybe it will be usefull:
- before the problem i've made mass users insertion direct to database (from another drupal db).
- it happens only with new user creation. It generates right string if i change login.
- fixed if to change User path automated settings (e.g. to user/[user]) and back to previous again (to user/[userpath]). Now it is working right.
Comment #3
gregglesThis is caused by email registration module setting the username to a random string. There's not much that Token (which gets the name) can do about that.
Comment #4
Christopher Herberte commentedI'm not sure that this can be fixed. Path auto is generating the name from the temp random string before the new name gets set.
Maybe module weight might do it? hmm.
Comment #5
gregglesPathauto sets it's weight to 10 as it is. How much later could/would Pathauto have to go? I don't think it can.
Comment #6
Christopher Herberte commentedBTW I cannot replicate this bug. I'm thinking this is a dupe of #383428 which is fixed.
Closing.
Comment #7
z3cka commentedI was able to fix this issue by changing the weight of the email_registration module in the system table to -1 so that it gets run before pathauto does.
like this:
Now the paths and usernames get created as expected.
Comment #8
sebagr commented#7 worked great for me, thanks!
However, it's a pain that we have to do this manually... there should be a place in Drupal to move the order of the modules.
And even in that case, there may be circular requirements in which you'd need to run A before B for one hook, but B before A for other hooks...
I read somewhere sometime ago about having a matrix of hooks and modules to have a fine control about module order for all the hooks.
Any idea if there's a module already doing this?
Comment #9
xbery commentedGreat!! Thanks. Another Drache gone :-)
Comment #10
pieterdcstraubse said at http://drupal.org/node/1066336#comment-4121216 that #7 worked for him
Just add
to email_registration.install and run the database update script.
Comment #11
gregglesThat needs a function comment in a docblock and needs to be a patch before it can be rtbc.
Thanks.
Comment #12
maddentim commentedHere is a patch file off 6.x-1.3 instead of the 6.x.1.x-dev as there look to be some d7 commits that accidentally went on the d6 branch.
Comment #13
gregglesI think this problem would be fixed by #1410844: Switch from hook_user_insert to submit handler so the code fires earlier so marking this a duplicate of that.