|Anonymous | Login | Signup for a new account||12-01-2021 21:52 PST|
|Main | My View | View Issues | Change Log | Docs|
|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|
|ETA||none||Fixed in Version||3.1.5||Product Version||3.1.2|
|Summary||0002006: Drupal database installation info needs to be submitted twice|
(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|
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.
Added the following test cases:
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
|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.