Opened 17 years ago
Closed 16 years ago
#530 closed defect (wontfix)
Site Administrator "About" page does not show server version
Reported by: | jbirch | Owned by: | |
---|---|---|---|
Priority: | medium | Milestone: | |
Component: | Map Admin | Version: | 2.0.0 |
Severity: | minor | Keywords: | |
Cc: | External ID: | CodeCollabID: 256 |
Description
In the Site Administrator, click on the "About" link. The window that appears does not display the server version, showing '?.?' instead.
MGOS 2.0, IIS6, Win2k3, .Net install
Change History (11)
comment:1 by , 17 years ago
Owner: | set to |
---|
comment:2 by , 17 years ago
comment:3 by , 17 years ago
Yep, still a problem. :)
The server is started and there are no other versions of MapGuide running. In Site Admin->Manage Servers->Configure, I get 2.0.0.2308. In the MapAgent scripts, GetSiteInfo and GetSiteVersion both return the correct values.
In the Site Admin's about.php I put a print statement inside the exception handler, and it got the output:
Argument is null.
Is it possible that $userInfo isn't being set properly?
comment:4 by , 17 years ago
The exception message you are getting is consistent with behaviour when $userInfo has not been set. It seems for some reason, it is not correct only when accessed from your about.php page. But for everywhere else where you encounter it, sounds like it is fine. I assume you are clicking on the About link from the Site Admin pages, or have a valid a session with Administrator user if you are trying to hit it directly via http://localhost/mapguide/mapadmin/about.php. The only way I can reproduce it if I try to hit the page without first having a valid session available.
comment:5 by , 17 years ago
For some reason, the session ID is not getting passed properly to the about.php page when it pops up. Note, this appears to be an IE-only (tested 6 and 7) problem. It works properly in Firefox 2.0.
With IE, adding this line to about.php after LoadSessionVars
print(nl2br(print_r($_SESSION,TRUE)));
shows
Array()
when called by clicking on the pop-up. If I manually copy the session ID onto the request string like this:
http://example.org/mapguide/mapadmin/about.php?PHPSESSID=5pjfft822ajgfv88uisbn549i4 {{{ All of the variables are shown properly. My guess is this is a problem in the JS call that clicking on About makes. }}}
comment:6 by , 17 years ago
Oops, sorry for the messed-up formatting. Better:
If I manually copy the session ID onto the request string like this:
http://example.org/mapguide/mapadmin/about.php?PHPSESSID=5pjfft822ajgfv88uisbn549i4
All of the variables are shown properly.
My guess is this is a problem in the JS call that clicking on About makes.
comment:7 by , 17 years ago
Added code to check if server is up, and also display errors in About page.
This defect is easily reproduced when there are two different versions of MG on the same machine (ie. MGOS 1.2 and MGOS 2.0). Stop the MGOS 1.2 server and Start the MGOS 2.0 server and login to Site Admin. Click the about button to verify that the Server version is correctly displayed.
Stop the MGOS 2.0 Server and start the MGOS 1.2 Server. Login to Site Admin and click on the About button. Server version will display ?.?.
Also test the above by pointing to http://localhost/mapguide/mapadmin/about.php. If Administrator has not been logged in for a session, the version will display ?.?, otherwise, if the 2.0 server is running, the version should be correctly displayed.
http://trac.osgeo.org/mapguide/changeset/3143
Note: This submission does not fix Jason's problem with $userInfo in IE6/7 as I have not yet been able to reproduce it.
comment:8 by , 17 years ago
Owner: | changed from | to
---|
And since this is a minor problem, I have asked Ronnie to stop looking at this and to move onto other more important defects. Hope that makes sense.
comment:9 by , 17 years ago
Owner: | removed |
---|
comment:10 by , 17 years ago
External ID: | → CodeCollabID: 256 |
---|
comment:11 by , 16 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
As a trivial and unreproducible problem I'm going to close this.
Hi Jason, Is this still a problem for you? I am not able to reproduce this. But I have seen this if the Server hasn't been started. Are there previous version of MG running at the same time? In the Site Admin, Manage Servers page, click on Configure. What does it report for server version?