View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
655RackTablesdefaultpublic2012-10-29 18:252012-11-14 05:52
ReporterMarkD Assigned Toinfrastation  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
PlatformWindowsOSWindows ServerOS Version2008 R2
Product Version0.19.14 
Summary655: Use of undefined constant CODE_VERSION - assumed 'CODE_VERSION'
DescriptionI have tried installing RackTables on Windows try version 0.19.14 and the latest 0.20.1

I have tried installing apache, php, etc independently and together as part of the xampp project.

Everytime, after going through the 6 step configuration, I end up with a screen saying:

Deprecated: Assigning the return value of new by reference is deprecated in C:\xampp\php\pear\Auth.php on line 469

Notice: Use of undefined constant CODE_VERSION - assumed 'CODE_VERSION' in C:\xampp\htdocs\RackTables\inc\init.php on line 44

Notice: Use of undefined constant CODE_VERSION - assumed 'CODE_VERSION' in C:\xampp\htdocs\RackTables\inc\init.php on line 47

This Racktables installation seems to be just upgraded to version CODE_VERSION, while the database version is 0.19.14.
No user will be either authenticated or shown any page until the upgrade is finished.
Follow this link and authenticate as administrator to finish the upgrade.

following the link just takes me to a page saying that everything is set up OK.
Steps To ReproduceFresh install of windows server 2008 R2
Install Xampp
Install Racktables
Go through Racktables setup script
Additional InformationGoogle searches of the error message point towards the .php files being written for php4 and not php5 ?
TagsNo tags attached.

Activities

MarkD

MarkD

2012-10-30 12:32

reporter   ~0000953

Tried a fresh install using xampp 1.71 which uses php 5.2 instead of php 5.5. This solved the auth.php error but I am still seeing:


This Racktables installation seems to be just upgraded to version CODE_VERSION, while the database version is 0.20.1.
No user will be either authenticated or shown any page until the upgrade is finished.
Follow this link and authenticate as administrator to finish the upgrade.


Strange because if I click in the "this link" it correctly shows:
Data version: 0.20.1
Code version: 0.20.1
in the current status.

To confirm, these are fresh installs and not an upgrade.
MarkD

MarkD

2012-10-31 12:33

reporter   ~0000957

I appear to have found the problem. It is within init.php:

require_once 'pre-init.php';
require_once 'config.php';
require_once 'functions.php';
require_once 'database.php';
require_once 'auth.php';
require_once 'navigation.php';
require_once 'triggers.php';
require_once 'gateways.php';
require_once 'remote.php';
require_once 'caching.php';
require_once 'slb.php';

All of these items are not being called. Changing these to:

require_once 'inc/pre-init.php';
require_once 'inc/config.php';
require_once 'inc/functions.php';
require_once 'inc/database.php';
require_once 'inc/auth.php';
require_once 'inc/navigation.php';
require_once 'inc/triggers.php';
require_once 'inc/gateways.php';
require_once 'inc/remote.php';
require_once 'inc/caching.php';
require_once 'inc/slb.php';

fixes the problem.

I guess this is a windows specific problem?
infrastation

infrastation

2012-11-03 08:31

administrator   ~0000971

Configuring the server is a cleaner solution to this problem. Consider this PHP documentation excerpt:
--
Files are included based on the file path given or, if none is given, the include_path specified. If the file isn't found in the include_path, include will finally check in the calling script's own directory and the current working directory before failing. The include construct will emit a warning if it cannot find a file; this is different behavior from require, which will emit a fatal error.
--
include_path normally has "." (current directory) in the list, which seems to be missing in this case, but you can fix it. As a side note, a failed require_once() ought to stop the script, but for some reason it didn't.
infrastation

infrastation

2012-11-09 17:14

administrator   ~0000977

Does setting "include_path" resolve this issue?
infrastation

infrastation

2012-11-14 05:52

administrator   ~0000987

I assume setting include_path resolves this problem completely. If it does not, please reopen.

Issue History

Date Modified Username Field Change
2012-10-29 18:25 MarkD New Issue
2012-10-30 12:32 MarkD Note Added: 0000953
2012-10-31 12:33 MarkD Note Added: 0000957
2012-11-03 08:31 infrastation Note Added: 0000971
2012-11-09 17:14 infrastation Note Added: 0000977
2012-11-09 17:14 infrastation Assigned To => infrastation
2012-11-09 17:14 infrastation Status new => assigned
2012-11-10 11:57 infrastation Status assigned => feedback
2012-11-14 05:52 infrastation Note Added: 0000987
2012-11-14 05:52 infrastation Status feedback => closed
2012-11-14 05:52 infrastation Resolution open => no change required