AirwaySim

General forums => General forum => Topic started by: Karl on March 06, 2012, 05:22:01 AM

Title: New Scheduling slow?
Post by: Karl on March 06, 2012, 05:22:01 AM
I have been waiting, and I have seen no forum messages, so I guess it must be me and my computer.  But, I find that, while I like the new features offered with the recent update, I find that my schedule planning and route building pages are taking a long time to load.

It also seems to me that the stop over is used so rarely that perhaps there should be a special route building page just for this purpose only and that it not be on the regular scheduling pages at all  unless the user purposely goes to that function.

Fuel stop overs naturally do not have the passenger demand that non stops have.  I try to avoid this function if I can.

Just my thoughts & my slow computer!   ;)
Title: Re: New Scheduling slow?
Post by: coopdogyo on March 06, 2012, 06:34:12 AM
I have also noticed the route opening pages loading slower.
Title: Re: New Scheduling slow?
Post by: Flightman on March 06, 2012, 06:47:33 AM
Dont like it eather. Slow and not so simple as last one.
Title: Re: New Scheduling slow?
Post by: Sami on March 06, 2012, 10:52:37 AM
Quote from: sami on March 04, 2012, 01:13:46 PM
Try with the mobile version, http://mobi.airwaysim.com/game/Routes/Open

Most likely the 'fancy flag dropdown' menu what is causing it. However no tester reported of that, and works fine here too.

Try that, any faster?
Title: Re: New Scheduling slow?
Post by: JumboShrimp on March 06, 2012, 01:52:36 PM
My subjective opinion on 3 steps is:
1. initial loading of Open New Route - slower, but new functionality beats slight speed decrease
2. opening of new route screen - slower
3a. Confirm on creation of the screen - slightly faster
3b. Create next day - slightly faster

So for people creating 7 day schedules, it is a wash speed-wise, but improvement due to additional functionality.
Title: Re: New Scheduling slow?
Post by: Karl on March 06, 2012, 10:10:23 PM
Quote from: sami on March 06, 2012, 10:52:37 AM
Try that, any faster?

Much better!  Thanks!   :)
Title: Re: New Scheduling slow?
Post by: Sami on March 06, 2012, 11:17:42 PM
ok, if that is the cause have to see if it can be improved....
Title: Re: New Scheduling slow?
Post by: Captain Ted on March 07, 2012, 01:09:10 AM
+1
Title: Re: New Scheduling slow?
Post by: Dave4468 on March 07, 2012, 01:16:00 AM
Yea, I'd noticed it being slow, slower than it was in the beta.

And again rapid on the mobile site.
Title: Re: New Scheduling slow?
Post by: Sami on March 07, 2012, 10:17:24 AM
Quote from: DaveP1991 on March 07, 2012, 01:16:00 AM
Yea, I'd noticed it being slow, slower than it was in the beta.

It's exactly the same code, exactly the same files, exactly the same server so I cannot be slower than in beta actually. :P
(player count is irrelevant as that does not load data from the large route databases)
Title: Re: New Scheduling slow?
Post by: Cardinal on March 12, 2012, 04:55:13 PM
A minor irritant with the new scheduling screen, but it affects me greatly:

Instead of using 7-day scheduling, I often use a 6/1 scheme, where a route is on one plane 6 days a week and another plane the 7th day. I schedule the 6-day plane first, then I click "create another route like this". Before, I could select "Every day" and then de-select it to clear out all the days, then select the one day I want. 3 clicks and done. Now when I de-select "Every day" it only clears that check box, the individual days all remain selected. So I have to clear all the individual check boxes one at a time. 7 clicks. Often, the "every day" box re-selects itself after I de-select it and the "loading" bug goes away. When that starts happening I just give up and go back to the route selection screen and start with a clean scheduling screen, effectively tripling the time it takes me to schedule a route.

I'm also getting a lot of timeout errors across the AWS site, even when logging in. It's not confined to any particular game. When it happens, I am able to access other websites (Google, MSN, etc) while waiting for AWS to time out.