By Sam308 on

This is a BIG PROBLEM

I just upgraded from version 4.7.5 to 4.7.6 and noticed that under the "Create a new account" page (user account) that the "Personal Information" section appears at the top of the page and that both the "User registration guidelines" and "Account information" sections appear at the bottom of the page.

This should be reversed, like it was before the upgrade.

The correct order from top to bottom should be as follows as it was in all pervious versions:

User registration guidelines
Account information (Username and E-mail Address)
Personal Information

I have over 30 Personal Information fields and now a new user thinks that they have to fill out all Personal Information fields first before they get down to the Account information section.

Anyone else experiencing this problem?

Is this a bug?

Sam308

⋅ Categories: Drupal 4.7.x

Comments

vm’s picture

vm commented

Same effect here. Weights are non responsive. An issue should be filed on this if it hasnt been already.

Sam308’s picture

Sam308 commented

What Weights are non responsive?

Are the profile weights under ?q=admin/settings/profile/edit/ (Settings >> profile) not working anymore?

Does this mean I should downgrade to 4.7.5 until a fix is issued?

Sam308

Sam308’s picture

Sam308 commented

Before the upgraded from 4.7.5 to 4.7.6 I had the Cache settings "Page cache" enabled. (Administer >> Settings).

After the upgrade I noticed the "Create a new account" order problem.

To fix it, I had to disable the Cache settings "Page cache" and then re-enable it again. For some reason this fixed the problem.

I am now going to upgrade my other Drupal 4.7.5 sites to 4.7.6 and hopefully won't have anymore problems.

Sam308

vm’s picture

vm commented

cleared cache tables manually. no change. will continue to poke around. It does not affect new user registration, its just a matter of reording.

Ignore the weight comment: weights do adhere, I was thinking that they weights the category but they do not.

Sam308’s picture

Sam308 commented

Do what I explained above about disabling and re-enabling the Page cache, and then log out of the site and delete your browsers history / cache / Temporary Internet Files to see if it works. That's what I had to do.

Sam Raheb (Sam308)

vm’s picture

vm commented

Thanks, but I don't have page cache enabled. That's why I cleared the cache manually from the database.
The same situation can be found on my Drupal 5 Sandbox without cache enabled.

Browser cache can't be the problem either, as I don't allow cache to be saved on my dev machine.

when creating a new profile field. The new profile Category is added above Account Information. Previously created profile categories are than returned to previous positions.

Will continue to poke around.

Sam308’s picture

Sam308 commented

Do you think of just trying the method to see if it works? It can't hurt.

Just toggle the page cache on and off to see if it fixes the problem. I don't have any clue why this fixed the problem for me, but it did.

Sam Raheb (Sam308)

vm’s picture

vm commented

If I'm clearing the database tables manually, there is no page cache remaining.

Tried your method anyway:
enabled page cache, disabled page cache.
cleared browser cache files. 0 of 0 files deleted.
Situation still exists.

you try this, add a new profile field into a new category, and see where its placed. This may help you realize its not a cache problem for me at this stage.

the new profile entry created (in a new category) the new category will be listed first again.

Situation exists here at drupal.org as well.

Sam308’s picture

Sam308 commented

Since I have a total of 33 profile fields, I had to increase the default drop-down list weight value in the profile.module from 5 to 40. I did this before I upload the new 4.7.6 profile.module.

On line 248 I change the weight value from the default 5 to 40 as stated below:

Before:
'#delta' => 5,

After:
'#delta' => 40,

At this time I don't want to play around with testing the profile weight affects with the newer 4.7.6 profile.module on my live site because it may screw everything up. I see that this is affecting you, but I don't have a test site set up for testing purposes, so I will have to take both your word and advice on what the real problem and or solution is.

Sam308

Sam Raheb (Sam308)

vm’s picture

vm commented

Drupal.org is showing these same situations. I placed a bug report on the profile.module. http://drupal.org/node/114103

Sam308’s picture

Sam308 commented

Yes, I just noticed that drupal.org has the same problem. It is not such a problem with only 2 personal information fields, but becomes a BIG problem with 33 of them as in my case.

This may be a tough one to debug.

If it helps, I only uploaded the new 4.7.6 version files, a total of 13 new files that were changed from the previous 4.7.5 version. Then I ran the update.php file. I finally then updated the modules page.

Sam Raheb (Sam308)

Sam308’s picture

Sam308 commented

The problem came back after a cron job was ran.

I am going to downgrade back to version 4.7.5 until this is fixed.

Sam Raheb (Sam308)

vm’s picture

vm commented

downgrading opens you up to a security problem. I don't suggest doing that. I'd imagine this will be addressed quickly because its happening on drupal.org as well.

Sam308’s picture

Sam308 commented

I have to downgrade because I have a total of 33 profile fields. If I don't downgrade new users will think they have to fill out all Personal Information fields first before they get down to the Account information section.

I will have to take the security risk until the problem is fixed.

What other options do I have ?

Sam Raheb (Sam308)

timtyler’s picture

timtyler commented

Core hack of profile module in Drupal 5.1 fixes this problem.

Change:

From:

function profile_form_profile($edit, $user, $category, $register = FALSE) {
  $result = _profile_get_fields($category, $register);
  $w = 0;

To:

function profile_form_profile($edit, $user, $category, $register = FALSE) {
  $result = _profile_get_fields($category, $register);
  $w = 1;

--
__________
|im |yler http://timtyler.org/ tim@tt1lock.org Remove lock to reply.