By Laur on

Just installing the new Drupal, i did everithing like the install file told me to, and the first page is shown succesfully, however, when i try to create the first account and enter a username and email the system acts as if my fields had been blank, and tells me:

* You must enter a username.
* You must enter an e-mail address.

Have used drupal for my projects for more than two years now, but nothing like this before.
Anybody has idea?

⋅ Categories: Drupal 4.7.x

Comments

cdliou’s picture

cdliou commented

I found I had the same problem, no matter installing a new site or upgrading from RC3.
I am running on Windows XP, and using Apache 2.0.54, php 5.1.2 as a module, MySQL 5.0.18.
There is no such problem when running RC3 or earlier.

Roberto Gerola’s picture

Roberto Gerola commented

In your php.ini file :
register_globals = Off

mjohnson16’s picture

mjohnson16 commented

I have the same problem on a clean install. And on an upgrade I can not login after logging out, after the upgrade.

PHP 5.1.2
MySQL 4.1.18
Apache 1.3.34

Roberto's suggestion of adding a php.ini file with register_globals = Off did not work for me either. But I confess that I am on shared host and am not sure if the php.ini would work anyway.

Two interesting additions,

First, in the upgrade everything seems to work fine until I navigate to a second slash down. Then I lose all style sheets. For instance, http://www.example.com works. http://www.example.com/admin works. But http://www.example.com/admin/ logs does not work. In fact http://www.example.com/anything/anythingelse does not work. Once I reach the "anythingelse" level then the style sheets are gone.

Second, if the site is forced to use PHP4 then it works fine. So it appears to be a PHP5 issue.

I'm not entirely sure these issues are related but that is my experience so far. I did not have this issue with RC3. Not sure about RC4 as I had not tried it yet.

Michael Johnson

bike5’s picture

bike5 commented

Exact same problem from a clean install.. Anyone have any ideas?

ps: register globals set to off didn't help me either.

Laur’s picture

Laur commented

I really can't change my php.ini, cause our site is in a hosted server of that kind.
Any workarounds? ( really needed )

Avatud lähtekoodiga tarkvara... mmmm!

RMPnet’s picture

RMPnet commented

I found the fix for this here http://drupal.org/node/61368#comment-94973

Regards
Keith.

Laur’s picture

Laur commented

Thankyou, i'll try that asap.
______________________________________
Avatud lähtekoodiga tarkvara... mmmm!

Laur’s picture

Laur commented

Yes, after modyfing bootstrap.inc this problem no longer exists.
______________________________________
Avatud lähtekoodiga tarkvara... mmmm!

Sid_M’s picture

Sid_M commented

The above link is to a posting of a patch, but I didn't find it obvious what I wanted on the page. What you're looking for is the following change from the - line to the + line:

=== modified file 'a/includes/bootstrap.inc'
--- a/includes/bootstrap.inc
+++ b/includes/bootstrap.inc
@@ -136,7 +136,7 @@ function conf_path() {
*/
function drupal_unset_globals() {
if (ini_get('register_globals')) {
- $allowed = array('_ENV' => 1, '_GET' => 1, '_POST' => 1, '_COOKIE' => 1, '_FILES' => 1, '_SERVER' => 1, '_REQUEST' => 1, 'access_check' => 1);
+ $allowed = array('_ENV' => 1, '_GET' => 1, '_POST' => 1, '_COOKIE' => 1, '_FILES' => 1, '_SERVER' => 1, '_REQUEST' => 1, 'access_check' => 1, 'GLOBALS' => 1);
foreach ($GLOBALS as $key => $value) {
if (!isset($allowed[$key])) {
unset($GLOBALS[$key]);