View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003384 | mantisbt | bugtracker | public | 2003-10-21 23:48 | 2005-05-31 11:34 |
Reporter | undertowe | Assigned To | thraxisp | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | ? | OS | SunOS | OS Version | 5.8 |
Product Version | 0.18.0a1 | ||||
Fixed in Version | 1.0.0a3 | ||||
Summary | 0003384: $g_path setting in config_inc.php will NOT override default | ||||
Description | I first noticed this problem after install when login_page.php was not displaying with color or formatting. Looking at the page source, I saw that it was trying to load default.css from the url "http://www.ocf.berkeley.edu/css/default.css" whereas the correct location is "http://www.ocf.berkeley.edu/~atv/mantis/css/default.css" I figured that either my $g_path or $g_absolute_path setting in config_inc.php was incorrect. To make a long story short... No matter what I change my $g_path setting to in config_inc.php, it WILL NOT override the settings in config_defaults_inc.php. No matter what $g_path is set to in config_inc.php, Mantis continues to look for default.css at "http://www.ocf.berkeley.edu/css/default.css". However, when I modify config_defaults_inc.php to set $g_path to the correct location, the changes DO take effect and the css is loaded. Here's the strangest part. Other settings in config_inc.php, such as $g_webmaster_email DO take effect. It seems like ONLY $g_path is being ignored in favor of the default in config_defaults_inc.php. | ||||
Tags | No tags attached. | ||||
Attached Files | config_defaults_inc.php.patch (425 bytes)
--- config_defaults_inc.php Wed Apr 20 02:09:53 2005 +++ config_defaults_inc-rcs.php Mon Apr 25 12:52:16 2005 @@ -1253,7 +1253,7 @@ $g_bottom_include_page = $g_absolute_path.''; $g_top_include_page = $g_absolute_path.''; # CSS file - $g_css_include_file = $g_path.'css/default.css'; + $g_css_include_file = '%path%css/default.css'; # meta tags $g_meta_include_file = $g_absolute_path.'meta_inc.php'; | ||||
Also, I have had this problem with two other versions since 0.17.5. But this was not an issue with 0.17.5, and it worked correctly. |
|
The problem is that the location of the CSS file et cetera are config variables as well, which are set by default to $g_path . '/something'. By the time the config file is loaded, those variables are already set, so path is set but not those other config variables. The fix is probably to reinitialise those variables in the config file, which should be added to CVS in the near future :-) |
|
Ah yes! I reinitialized $g_css_include_file in my config_inc.php, and it worked. Thanks. |
|
Can't this be solved the same way it was solved for db_table_prefix and db_table_suffix in 1.0.0a1? See attached patch. |
|
Fixed in CVS. config_defaults_inc.php -> 1.257 |
|