I had problems with our testbed as there was no way I could get simpletest to install drupal HEAD and I could install it through browser w/o problems so I took away the only diff between normal browser and simpletest which is JS. After disabling JS in FF install is stuck on 'Installing Drupal' page. Refreshing does not work and there are no link or buttons I could click to push it to next step. DB tables are generated and populated its just UI that is 'stuck'.

CommentFileSizeAuthor
#5 Picture 5.png44.85 KBRok Žlender

Comments

Amazon’s picture

Amazon commented

This is the testbed: http://testing.drupal.org/

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented

I just did a quick install without JavaScript in Firefox (the fieldsets were not collapsible, so this verified I am not using JS), and all worked fine for me. So I am unable to reproduce.

vjordan’s picture

vjordan commented

I successfully installed without JS enabled. I cannot reproduce this issue.

yched’s picture

yched commented
Title: Install is JS only » Install is 'browser only'

"Simply" disabling JS in FF to test non-JS install is borched, because your browser still has the 'has_js' cookie, so it still gets served the 'JS' version of the batch processing page. This of course doesn't happen if JS is 'really' disabled, not just from 30 secs ago for the sake of testing. You need to disable JS *and* clean the cookie - or restart your browser, since has_js is a (browser-)session cookie.

The initial problem is probably that the batch engine (which is now used even for non localized installs since http://drupal.org/node/176003) relies on the fact it is facing a *browser* : the successive HTTP requests are triggered through AHAH (JS) or http-equiv="Refresh" (non-JS).

Same reason why you can't batch in cron...

Rok Žlender’s picture

Rok Žlender commented
Title: Install is 'browser only' » Install is JS only
StatusFileSize
new Picture 5.png44.85 KB

How to reproduce:

  • System: PHP 5.2.3 Apache 2.0.59 MySQL 5.0.41 on MacOs 10.5
  • FF 2.0.0.11, disabled JS with developer toolbar, Opera 9.25 disabled JS in quick preferences
  • latest HEAD co from cvs cvs -z6 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal co -d latest drupal
  • http://localhost/latest -> install in English -> fill in fields -> Save and continue -> check attachment what happens

To my big surprise installation went over fine in Safari 3 on same install.

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented

Hm, since we cannot reproduce this so far, maybe you can look into whether the refresh meta tag is missing or what happens for you? Maybe you have a broken theme file, which you modified and badly merged with cvs update?

keith.smith’s picture

keith.smith commented

I just tried to reproduce this problem with a web server running Apache/2.0.54 (Fedora), with PHP 5.0.4, MySQL 4.1.20, using FF 2.0.0.11 on a Vista system. I disabled JS in Firefox, and deleted all cookies for my test site (including the has_js cookie). Created a new database, and checked out a new version of HEAD. Granted write permissions to sites/default. Closed and restarted my browser. Checked that Javascript was disabled, and it was.

Ran the installation routine, had no JS elements during that process (no clean urls, no collapsible fieldsets, no automatic email addresses or time zone detection.) But, the installation completed normally, and I ended up on the "Visit your new site" screen, and the new site seems to work fine.

yched’s picture

yched commented
Title: Install is JS only » Install is 'browser-only'

Looks like Rok and I crossposted in #4 - #5.
Thus, resetting the title : install is definitely *not* JS only.
The problem with the testbed is most probably that the install currently has to be performed through a browser - or, at least, something capable of executing the refresh meta tag.

Dunno whether this still qualifies as critical.

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented
Title: Install is 'browser-only' » Install is JS only?

Rok reproduced this issue in two of his browsers, so the title change was deliberate IMHO.

Rok: you should test with firebug's http sniffer, and see what happens actually.

yched’s picture

yched commented

"Rok reproduced this issue in two of his browsers, so the title change was deliberate IMHO."
Since we crossposted in #4-#5, my bet is that what Rok reports is caused by the 'has_js' cookie not being cleaned. We'll see :-)

So, Rok, could you confirm you get a broken non-JS install *after* cleaning your cookies ?

Rok Žlender’s picture

Rok Žlender commented
Title: Install is JS only? » Install is browser only
Priority: Critical » Normal

No I cannot. This seemed to be old cookie issue. I successfully installed drupal without JS on few browsers (FF, Safari, Opera). This is no longer critical. Problem I'm having is that simpletest does not support meta redirects. I can go around this by manually reloading proper pages. Not sure if this is worth fixing but I'll leave the issue open.

cburschka’s picture

cburschka
they
commented
Status: Active » Closed (duplicate)

1.) The bug in normal browsers is caused by this: #229825: backport "$_COOKIE['has_js'] must die" patch to 7.x
2.) The bug in simpletest, lynx and other clients without meta-refresh is caused by this: #229905: Batch API assumes client's support of meta refresh.

That covers both problems described here.

acrollet’s picture

acrollet commented

The patch in #23 at http://drupal.org/node/210752 fixed this issue for me. (needing to use curl for install.php)