Nabeel

I should be, is that column a string?

Select schedules where?

Are cookies enabled for those two?

Can you attach your import file? Did you do an export first and then use that file to reimport?

I'm not sure what you mean by won't be checked?

Alex: http://docs.phpvms.net/skinning#creating_skins http://docs.phpvms.net/skinning#editing_templates

Have them log out, clear their cookies, and then log back in and try it

Can you can http://www.fcc.gov/mb/audio/bickel/DDDMMSS-decimal.html to convert it

Hey there, You have to use the decimal format of the coordinate

Your export format might be wrong, make sure it's a comma separated file. I always do an export from/work with Google Docs, so maybe trying that?

I'll add an option in app.config and stuff for disabled pilot, would that help? The problem with deleting pilots - it will delete their PIREPs too, the reason being there will be orphaned entries in the tables, and my queries join tables tables on things like the pilotid and the airline, aircraft, etc - if you remove a pilot and there are orphaned entries, these queries don't make sense anymore. I can see how it makes sense if you delete a pilot, their pireps shouldn't be removed, since in real life, you fire a pilot, their flights don't magically disappear. I'll take a look at this and see if it can easily be done (I suspect it's just changing my query from an INNER JOIN to a LEFT JOIN, which it might be already...) As for pilot search, do you mean filter, or programmatically? There is a PilotData::findPilots() function, but I guess you mean a filter, which I can add in...

I was wondering that myself, I can add an option to force pax/load, that's not too much of an issue. But I guess in the case of FSPax where it adds it automatically. That actually seems like a bug that if it's empty, it fills nothing out... I've added that to the bug tracker for now. But the other part - an admin can edit it before it's accepted, and it doesn't count in the finances until it has been submitted

Breadcrumbs sound interesting. I will see about having the save goto the same page, I think there were some logistical issues with that

Just the distance was wrong? Try with the latest build, it's using a much more accurate formula now for the distance remaining

Some security fixes included in this as well

Revision 870: schedule distance fixes, removed debugging texts29 January 2010, 4:36 pmschedule distance fixes, removed debugging textsSource: Revisions of /Download from http://downloads.phpvms.net/phpvms.beta.zip

If you search, there's been a few topics about this

Look on that page, it will show what's returned there

You forgot the semi colon at the end of the DB::debug(); line

After $this->set('allpilots', PilotData::findPilots(array('p.airline'=>$airline->code))); put a DB::debug(), and show what that says

You can't access it directly like that, it has to be called from somewhere (Template::Show('fleet_table.tpl'))

This topic has been moved to Releases. [iurl]http://forum.phpvms.net/index.php?topic=2091.0[/iurl]

Just a suggestion - if you are naming them all consistent (like, blt[FLIGHT_NUMBER].pln), you can just create a link like: echo fileurl('/download/blt'.$schedule->flightnum.'.pln'); Which would echo out the link to that - that way it just depends on the flight number, and wherever it's placed - no need to manually change all that. And the code you're changing SchedulesData has completely changed as of the next version (you pass the column names which need updating from the Operations class)

Looking at your page-source, they're all the old templates

Do p.airline (it might be case senstive). What's in your template? And what's it showing now?