ProAvia

Maybe a picture of the screen after you add the second charter would help. Does it still list the first charter? Does the second charter appear in the list or does it not allow you to add the second charter? As for limiting each pilot to a maximum of 5 charter flights each month, it may be best to make that a rule/policy and monitor it manually. If a pilot submits more than 5 in a calendar month, send them a note reminding them of the policy and then delete or reject their PIREP.

Now I'm noticing the pilot pay per hour computation for the flight time is messed up. Pilot pay / hour - $60 Flight time - 2.17 (flighttime) 2:17:00 (flighttime_stamp) Total pay for this flight - $130.20 So in the above example, the pilot makes $1 for every minute ($60/hour) - TIMES - 137 minutes (2 hours 17 minutes) - EQUALS - $137.00 (should be). The $130.20 paid is based on 2.17 hours(approx. 2 hours 10 minutes - 2 and 17/100 hours), not 2:17 hours (2 hours 17 minutes - 2 and 17/60 hours). While this example doesn't show a big discrepancy in dollar value, it's still an error. I don't know where to look to try to fix it. I believe the issue is the number after the decimal is being divided by 100 instead of 60. In my example above - 17/100 instead of 17/60. I am not sure if this same issue (x/100 versus x/60) is affecting the flight time calculation between kACARS and phpVMS - I don't presently have enough conclusive data, as the kACARS log totals usually equal - but not always - the flight time shown in the 'pireps' table. It's not that I mind virtually paying the pilots a little less, but I know one of them will eventually catch this. LOL - Hopefully there's an easy fix.... or at least it can be incorporated into version 3. Any and all help is appreciated!

Nice! Looking forward to see the solution.

This is just a wild a$$ guess - In '/core/codon.config.php', comment out the 'define ('SITE_ROOT.........' line. Below it, enter: define ('SITE_ROOT', str_replace('phpvms/core', 'phpvms', dirname(__FILE__))); OR define ('SITE_ROOT', str_replace('phpvms'DS.'core', 'phpvms', dirname(__FILE__))); OR Some other combination of the above. I have absolutely NO CLUE if this will work, but may be worth a try.

Certainly weird. My intent on a new install was to be sure we were all on the same page... virgin, unedited install. The errors you see on the check install page are very similar to what I saw on mine. I think the check install routine and/or the checksums aren't up to date - not in your install, just that they were never updated. See the reference to '.tpl' files? I think you're right about the 'coreyand' and 'core' issue. Hopefully someone with more knowlege comes along soon with a possible solution.

Certainly strange..... I'm assuming all your VA stuff is going to be under '.../flight/'. If that's the case, try a totally new install of phpVMS and place all the files/folders in '...flight/phpvms/'. create a new DB and install. Don't change anything or copy anything from the present 'errored' install until after you report back here. List any errors, etc you may get. Maybe we can get a clue from there. I'm not sure putting phpVMS in the 'phpvms' folder will solve anything, but may be worth a try. Is there anything else in the '.../flght/' folder other than phpVMS files/folders? EDIT: Verify the default 'crystal' skin is located in '.../lib/skins/' - NOT '.../core/lib/skins/'.

What is the base url set to in local.config.php? What directory is phpvms (the actual phpvms files) installed in - /flight, /flight/core, /flight/phpvms, or??

Deleting ActivityData.class.php isn't going to alleviate the error. RanksData.class.php appears to be calling "ActivityData". So you have 2 options. Either download a new RanksData.class.php for version 2.1.x that doesn't have the call - or - comment out the entire section in your current RanksData.class.php file referencing that call. Maybe grab the complete file contents from here: https://github.com/nabeelio/phpVMS/blob/master/core/common/RanksData.class.php If you decide on the second option, post lines 230-260 so someone here can help make sure you are commenting out all of the suspect lines. In either case, make a backup of the original file. Then replace the file or contents and test it out.

Thanks Kyle!

My old 2.1.936 - installed 4/2014 - doesn't have an ActivityData.class.php. My new 5.5.2 install does have that file. I didn't think 2.1.936 came with that file - but I've been wrong before. Maybe someone can verify if the ActivityData.class.php file was in version 2. I believe the error you posted is saying that the ActivityData.class.php file is not present - or maybe not in the correct path. In any case, you may want to consider upgrading the the new version 3 once it's released. That should rectify the issue.

What version of phpVMS are you using? In /core/common - do you have an ActivityData.class.php file?

kACARS version must match. Your version of kACARS is 1.0.1.0 Your VA requires version 1.0.1.1 Go to fs-products, download and install kACARS version 1.0.1.1

Thank you! Yup, had read through a few posts about it - including that one. Guess I'll add it a little at a time and see if it breaks anything.

My conversion from 2.1.x to 5.5.2 is mostly complete - I'm just trying to clean up a few items. What is the purpose of following statement? - <?php if(!defined('IN_PHPVMS') && IN_PHPVMS !== true) { die(); } ?> I see it in all the 5.5.2 default template folder php files and those of some updated Modules template files. I think it has something to do with security and/or theft of file content. Am I close? If I'm using any modules or custom template file from my 2.1.x install, should I add the statement to the top of all of those template files? Including those in my skins folder? Including those in 'admin/templates'? Should it be in any other files elsewhere in the install? Are there any downsides to including it in the older modules? (I guess worst case is the 'blank page' issue I read about??) Anything else I should know about this? Thanks! Really appreciated all the help I've gotten here and for you all putting up with my (mostly) newbie questions! I've really learned quite a bit through the conversion '"experience".

Restricted rank - yup, that'll do it! You can use the same DB with all the original records in it. I did this - after tweaking my new 5.5.2 install to my needs. I probably made it harder on myself than necessary in the process of all this, but I took my 5.5.2 install live last night and everything appears to work as it should. Using the original DB allowed me to keep all data from the 2.1.x install. Of course, I installed 5.5.2 on the side and tweaked/tested it with all the modules I use first. Then I converted over on my live site, so the pilots weren't waiting for me to finish. Took me several weeks in my spare time. Was a pain, but very do-able with the outstanding help I received from members here.

I think there is a URL issue. In each notice or warning it shows on the --- First line: /home/yand/public....... Second line: /home/coreyand/public..... What's the base URL set to in local.config.php? As Servetas stated, a url to your site may be useful.

Are the pilots using tbe airline code with the correct flight number? As an example - Airline Alpha has the code AL and flight number 1000, Airline Bravo has the code BR and flight number 2000. In kACARS the pilot would need to enter AL1000 for Alpha Airline or BR2000 for Bravo Airline. If they entered AL2000, they will get a flight not found.

On the 'Pilot Brief', the weather is being pulled from flightaware in phpVMS 5.5.2. Look in .../core/templates/schedule_briefing.php lines 50-62 in the default file. If you want to use another WX source, you can change it there. As for charts - search the forum here for AirCharts. Integrates into the above page and allows pilot to choose which chart they want to view.

Can their row be based on the name displyed? In what files are these items located? I'm on my tablet right now, so my navigation is a bit limited - will be able to look closer later when on computer.

Yes, the active addon shows at the bottom of the list. But on mine, the list is not alphabetical for the other addons.

Sadly, even if renamed, the link directly to the registration form WILL eventually be comprimised - IF you allow prospective members access. I believe you can re-name the registration form to one your pilots do not know - so only you or your management have access to it. You could build your own application form for new pilots to apply to - or be invited to apply to. This form could send an email to you with the new pilots information. Then, if you decide to accept them, you could enter their info into the re-named registration form. You could create a link to this re-named registration form on the main page of your admin panel.

That's what I get for trying to read through the post at 1 AM this morning - totally missed that.

Excellent - thanks! I had been working on that exact file - but was missing the AS totalhours part. Also added .round($all->totalhours, 2). to tp_index.php to round to two decimal places. My TopPilotData.class.php is a little different. Here's the final result - starting on line 54 public static function alltime_hours($howmany) { // return DB::get_results("SELECT pilotid, totalhours FROM " . TABLE_PREFIX . "pilots ORDER BY totalhours DESC LIMIT $howmany"); return DB::get_results("SELECT pilotid, (totalhours + transferhours) AS totalhours FROM phpvms_pilots ORDER BY totalhours DESC LIMIT $howmany"); }

I wonder if the issue you are having has anything to do with the version of PHP your host is providing for you? Is it possible that the registration form in phpVMS 2.1.x is not compatible with the host provided PHP version? Or an issue with the RECAPTCHA settings in your phpVMS install? Open .../core/lib/recaptcha/recaptchalib.php and look at line 38-40 - they should look like: define("RECAPTCHA_API_SERVER", "http://api.recaptcha.net"); define("RECAPTCHA_API_SECURE_SERVER", "https://api-secure.recaptcha.net"); define("RECAPTCHA_VERIFY_SERVER", "api-verify.recaptcha.net"); Also, did you happen to change the public and/or private RECAPTCHA key(s) in .../core/local.config.php - or anywhere else? As stated above, you'd be much better served by upgrading to phpVMS 5.5.2 moving forward. In briefly looking at your site, it doesn't appear you've changed the default skin or are too far along in development.

Yeah - that's the issue I had too. That column shows all time total hours (since hire or since in your phpVMS) - without adding in transfer hours. Look at my possible work-around a few posts above. Although the result isn't sorted by hours - high to low - for combined all time hours + transfer hours. And I don't know how to sort the result from high to low. Hoping someone chimes in with a better solution than I stumbled across.