Mantis Bugtracker
  

Viewing Issue Advanced Details Jump to Notes ] View Simple ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0002006 [Quercus] minor always 09-12-07 13:15 12-18-07 13:25
Reporter nam View Status public  
Assigned To ferg
Priority normal Resolution fixed Platform
Status closed   OS
Projection none   OS Version
ETA none Fixed in Version 3.1.5 Product Version 3.1.2
  Product Build
Summary 0002006: Drupal database installation info needs to be submitted twice
Description (rep by attila75)

"# visit the Drupal setup page at http://localhost:8080/drupal [^] [^] and provide the details of the database you just created
# after you submit the form, you'll see the same empty form again, this seems weird but don't fred, the form just changed the values of a configuration file, you now need to install the database structure for real"
Steps To Reproduce
Additional Information
Attached Files

- Relationships

- Notes
(0002333)
attila75
10-10-07 01:56

I have tracked down the issue with logging in Drupal code.
During installation install_main() (see install.php) runs multiple times, because install_goto() (see install.inc) redirects the page.
install_main() calls drupal_bootstrap(), during the execution of which conf_init() (see bootstrap.inc) is called, which loads settings.php.
When using Drupal normal PHP, settings.php is reloaded, with Qercus it is not, therefore the $db_url global variable will not be refreshed, therefore installation stucks.
However when one goes to the address bar in the browser and presses enter, the installation continues, because settings.php is reloaded.
Probably the easiest fix would be to reload the source files after a page reload, but I leave it up to you guys to come up with the best solution.
 
(0002558)
mo
12-11-07 13:21

Added the following test cases:

0b33.qa
0b34.qa
0b35.qa

3b33.qa
3b34.qa
3b35.qa

These test reproduce the conditions when this bug happens, but
they do not reproduce the error seen in this bug report. Currently,
this bug can only be reproduced on a live server running the drupal
code, the error happens because the DefinitionState returned from
the _defCache in Quercus.java is seen as valid even though it is
out of date (it is left over in the LruCache from a previous request).

When running on the live system, the CRC's of the new and old key match,
so this might be a problem with the way a CRC is being calculated for
a PHP file that contains only global variables (it defines no functions
or classes).
 
(0002589)
ferg
12-18-07 13:25

php/0b36
 

- Issue History
Date Modified Username Field Change
09-12-07 13:15 nam New Issue
10-10-07 01:56 attila75 Note Added: 0002333
10-10-07 02:11 attila75 Issue Monitored: attila75
11-19-07 20:37 mo Status new => assigned
11-19-07 20:37 mo Assigned To  => mo
12-11-07 13:21 mo Note Added: 0002558
12-18-07 13:25 ferg Note Added: 0002589
12-18-07 13:25 ferg Assigned To mo => ferg
12-18-07 13:25 ferg Status assigned => closed
12-18-07 13:25 ferg Resolution open => fixed
12-18-07 13:25 ferg Fixed in Version  => 3.1.5


Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
36 total queries executed.
30 unique queries executed.
Powered by Mantis Bugtracker