ProAvia

phpVMS 5.5.2 or 5.5.2.72? With PHP 7.3 - phpVMS 5.5.2 or 5.5.2.72 will not install correctly What version number of MySQL? Look in local.config to see if MySQL orMySQLi Do you have error reporting turned on? Are any errors showing inthe error_log file? Are any errors showing in the console? I wouldn't worry about changing from lbs to kg, adding a skin or any other addons until you have your install working withoutany errors while using the default crystal skin.

More info is needed.... phpVMS version? PHP version? MySQL or MariaDB version? Who is your host and what OS is running on the server? During install, did you choose MySQL or MySQLi ? The "Remove this...." part is most probably the standard News item posted after installation is complete. You can remove it by going to Admin, News & Content, News.

What phpVMS version? Are you using an ACARS program? If so, which one? Look in local.config for these 2 lines. Change both to false - or add them if not already in local.config Then test to see if it works for your issue. Not sure if it will solve being able to bid on additional flights. # Schedules - if bid exists Config::Set('DISABLE_SCHED_ON_BID', false); # true = route not shown if already bid on Config::Set('DISABLE_BIDS_ON_BID', false); # true = if bid exists no one else can bid that flight

I'm guessing after 4 years without the author releasing it, we will never see it for use.

Crazy Creatives Tour Center is a payware module and can not be discussed in this open forum. Contact Crazy Creatives, post on their support forums or hope another member here who has that module PM's you.

Hmm - the link you provided works for me. And I can also view the live map.

What version of phpVMS? What version of PHP? What version of MySQL or MariaDB? What skin are you using? Who is your host? Can you send email directly through your host - outside of the phpVMS environment? Are you using an email address provided by your hosting company, your ISP or from Gmail, Outlook, Yahoo, etc.?? Lots of things could be causing your emails to fail. A big one is sending numerous emails at one time - sometimes anti-spam measures can mark them (and the sending email address) as spam. Then the email address gets blocked. There are lots of variables to look at.

Solved by using http instead of https. OP will be updating his kACARS_Free client to 1.0.1.5 in the coming days and changing site back to https.

I didn't get it 🤕

You're welcome! Thanks for coming back and letting us know it worked out well for you. Yes, a fresh install and careful adding of skin/addons does wonders for the smoothness and speed.

OK -that's good. What version of kACARS_Free are you using? If you want, contact me via PM with connection info and I will see if I can access it from here. At least that will confirm if it's something on your end or the program.

Is kACARS_Free install in Program Files or Program Files (x86)? Are you running kACARS_Free as Administrator?

Interested in this too. Please do keep us updated on your progress.

Let us know how it all works out. 👍

Sounds like you need to double check that all "http" entries are changed to "https". There is a post in the forums that discusses changing to https - but I was unable to locate it. EDIT: Have a look at this thread.....

CURRENT_SKIN refers to the skin selected in the admin panel. If no addon skin installed, that means the crystal skin. But the crystal skin doesn't have a header.php file. I bet the old db is set for your addon skin instead of crystal. Go to admin panel and set the skin to crystal. Or if you can't get to admin panel, go into the active db Settings table and change the skin name there.

Great... let us know how it works out.

Make a backup of your database and marry that backup database to this new install. Test to see if its working. If so, add you skin and then slowly add any addon modules you use. If its still all working, change the new install to your old live database and redirect your domain to the new install location. If all that goes well, you now have a new install with your original database that is working as intended. If it doesn't work as you are doing the steps, investigate the last item you did which caused the issue to return.

Glad to help - wish we could have found the culprit. Maybe someone else will see this thread and be able to assist further. Maybe time to start thinking of an upgrade to phpVMS 7 when released. Now may be a good time to start testing it out.

OK - that's good. Can you try setting up a development site with a new install of phpVMS 5.5.2 and see if it works? Leave our live site alone for now. Run the dev site on the same host in a different directory.

I wonder if your issue has anything to do with "fastcgi"? I am not well versed enough to know. The last errors mention "fastcgi" and creating a default object in the PIREPData.class file on line 337 As for the IP addresses mentioned - 46.229.168.163 - 46.229.168.151 - 46.229.168.149 - have a look here: https://whatismyipaddress.com/ip/46.229.168.163 https://whatismyipaddress.com/ip/46.229.168.151 https://whatismyipaddress.com/ip/46.229.168.149 and here https://www.abuseipdb.com/check/46.229.168.163 https://www.abuseipdb.com/check/46.229.168.151 https://www.abuseipdb.com/check/46.229.168.149 Not sure what all that is about, but you may want to consider blocking those IP addresses or possibly the entire range - 46.229.168.0 thru 46.229.168.255. And I didn't check the IP addresses in your first post about the error messages.

1 - I separated out the error_log entries you provided. 2 - What warning are you seeing? For the PHP version - did you change the entire hosting plan to 5.4.45 or just the directory/sub-domain that your phpVMS is in? As a test..... in .../core/lang/en.lang.php on line 31 change 'email.pilot.retired.subject' => SITE_NAME.': You\'ve been marked as retired', to 'email.pilot.retired.subject' => 'SITE_NAME'.': You\'ve been marked as retired', basically adding a ' on either side of SITE_NAME - save the file and retest. If it works - GREAT -- if not, revert back to the original SITE_NAME without the ' on either side. Let us know what happens.

When the conversion from 2.1.x was done, were the database tables updated to add the additional table fields and new tables? To quickly see - In the Schedules table, are columns for week1, week2, week3, week4 ? Is there a Ledger table? There are several other items added to the 5.5.2 database

@Skytraveler For clarification: PIREP hours don't update when you approve the PIREP? PIREP hours do update after running the maintenance script? Is this something new, or has it been doing it for a while? If new, what were the last modules your added or files you edited since it was working correctly? You already stated you are on phpVMS 5.5.2 Was this a conversion from phpVMS 2.1.x or a totally new install at some point? What PHP version? What MySQL/MariaDB version?