Bug Reports: SEDCSv3.1.x, MP4-v4.360, SEDB31
Moderator: SEOW Developers
-
- Posts: 2211
- Joined: Mon 08 Jan 2007 11:10 pm
- Location: Perth, Western Australia
-
- Posts: 12
- Joined: Mon 19 Feb 2007 10:08 am
-
- Posts: 12
- Joined: Mon 19 Feb 2007 10:08 am
S` 4ShadesIV/JG7_4Shades wrote:Hi Hitcher,
I am expecting WTE_Goanna to submit new material for the Manchuria sector shortly. When that happens, I will release patches for SEDB31 and MP.
Cheers,
4Shades
Was hoping to have that to you yesterday - got held up with RL stuff Map side complete, just gotta get some data on railway stations and a couple of harbours. Should be ready to go by Friday, earlier if I take a day off work
Cheers
Goanna
A possibility?
I was reading thru the Abyss access log and found something i noticed.
I pulled a couple of lines out of logfile from each.
[Kapt] 192.168.1.1 - - [26/Aug/2007:21:23:38 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
192.168.1.1 - - [26/Aug/2007:21:23:38 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 200 6364 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
[Chainsaw] 81.234.231.223 - - [26/Aug/2007:21:06:04 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Glider] 75.105.128.37 - - [26/Aug/2007:22:08:43 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
75.105.128.37 - - [26/Aug/2007:22:08:58 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 200 6371 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Glider wife] 75.107.190.166 - - [26/Aug/2007:22:28:16 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
75.107.190.166 - - [26/Aug/2007:22:28:18 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
[Hitcher] 68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Kapt spare] 192.168.1.1 - - [26/Aug/2007:22:40:23 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
192.168.1.1 - - [26/Aug/2007:22:40:23 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
Am i pulling at straws or does this mean anything?
Both Glider and myself are the only ones able to get into Map sectors without being kicked back to map list page.
I was reading thru the Abyss access log and found something i noticed.
I pulled a couple of lines out of logfile from each.
[Kapt] 192.168.1.1 - - [26/Aug/2007:21:23:38 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
192.168.1.1 - - [26/Aug/2007:21:23:38 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 200 6364 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
[Chainsaw] 81.234.231.223 - - [26/Aug/2007:21:06:04 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Glider] 75.105.128.37 - - [26/Aug/2007:22:08:43 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
75.105.128.37 - - [26/Aug/2007:22:08:58 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 200 6371 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Glider wife] 75.107.190.166 - - [26/Aug/2007:22:28:16 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
75.107.190.166 - - [26/Aug/2007:22:28:18 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
[Hitcher] 68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
68.225.171.166 - - [26/Aug/2007:21:18:26 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
[Kapt spare] 192.168.1.1 - - [26/Aug/2007:22:40:23 -0400] "POST /MP4/Scripts/MP-Login.php HTTP/1.1" 302 5 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
192.168.1.1 - - [26/Aug/2007:22:40:23 -0400] "GET /MP4/Singapore/Singapore-intel.php HTTP/1.1" 302 6339 "http://72.43.53.139/MP4/Scripts/MP-Chec ... Status=new" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
Am i pulling at straws or does this mean anything?
Both Glider and myself are the only ones able to get into Map sectors without being kicked back to map list page.
-
- Posts: 2211
- Joined: Mon 08 Jan 2007 11:10 pm
- Location: Perth, Western Australia
Hi Kapt,
Man, you are persistent. THis definitely means something, but I'm not sure what yet. Here is the W3C definitions for HTTP status 200 and 302:
Cheers,
4Shades
Man, you are persistent. THis definitely means something, but I'm not sure what yet. Here is the W3C definitions for HTTP status 200 and 302:
200 OK
The request has succeeded. The information returned with the response is dependent on the method used in the request, for example:
GET an entity corresponding to the requested resource is sent in the response;
HEAD the entity-header fields corresponding to the requested resource are sent in the response without any message-body;
POST an entity describing or containing the result of the action;
TRACE an entity containing the request message as received by the end server.
I am trying to think why *some* client browsers induce a 302 status and other clients induce a 200 status from the same server-side code.302 Found
The requested resource resides temporarily under a different URI. Since the redirection might be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. This response is only cacheable if indicated by a Cache-Control or Expires header field.
The temporary URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s).
If the 302 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.
Note: RFC 1945 and RFC 2068 specify that the client is not allowed
to change the method on the redirected request. However, most
existing user agent implementations treat 302 as if it were a 303
response, performing a GET on the Location field-value regardless
of the original request method. The status codes 303 and 307 have
been added for servers that wish to make unambiguously clear which
kind of reaction is expected of the client.
Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer
SEOW Developer
-
- Posts: 2211
- Joined: Mon 08 Jan 2007 11:10 pm
- Location: Perth, Western Australia
A possible problem. After you create a movement and when you go to finalize. If you right click to get other window and click on Finalize on the top of that list nothing happens. But click on Commit button at bottom left it works.
Running Java 1.5 even this option isn't available. But 1.6 just the above mentioned does.
Running Java 1.5 even this option isn't available. But 1.6 just the above mentioned does.
-
- Posts: 2211
- Joined: Mon 08 Jan 2007 11:10 pm
- Location: Perth, Western Australia
Hi Kapt,
This is a workflow issue. There are many ways to skin a cat; here is the way I use to plan flights.
1/ Select flight, strength, time etc.
2/ Click the waypoints where desired, adjusting IAS, altitude and task as you go.
3/ Put last waypoint over destination (don't set "L") and immediately right-click and choose Finalize. This automatically sets last waypoint to "L" and displays the end-of-flight details.
4/ Adjust title, brief, loadout, fuel, target, escorts etc.
5/ Hit big yellow Commit button.
Basically, the only time I change the waypoint task is for GATTACK, RECON or SUPPLY. I never use the "L" feature because "Finalize" does it all for me.
Cheers,
4Shades
This is a workflow issue. There are many ways to skin a cat; here is the way I use to plan flights.
1/ Select flight, strength, time etc.
2/ Click the waypoints where desired, adjusting IAS, altitude and task as you go.
3/ Put last waypoint over destination (don't set "L") and immediately right-click and choose Finalize. This automatically sets last waypoint to "L" and displays the end-of-flight details.
4/ Adjust title, brief, loadout, fuel, target, escorts etc.
5/ Hit big yellow Commit button.
Basically, the only time I change the waypoint task is for GATTACK, RECON or SUPPLY. I never use the "L" feature because "Finalize" does it all for me.
Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer
SEOW Developer
-
- Posts: 2211
- Joined: Mon 08 Jan 2007 11:10 pm
- Location: Perth, Western Australia