ProAvia

A warning such as this will not make your site inaccessible. It's just a Warning, not an Error. Did you happen to install an addon admin skin? If so, change back to the default admin skin. Did the site ever load correctly after you install it? I am guessing that phpVMS is installed in /home/singap08/public_html/operations - is that correct? Are you also using the default crystal skin or an addon skin? In /admin/templates/sidebar_schedules.php line 1 is: <?php if(!defined('IN_PHPVMS') && IN_PHPVMS !== true) { die(); } ?> --- I don't think that line is actually needed. Place "//" before the word 'if' (that will comment out the line), saved the file and try again. Although, that line 1 appears in most all of the template files anyway.

We use both. We have had a TeamSpeak server running for several years. It is mostly used during online events or if I member is having computer or sim issues and we need to discuss using voice. Recently, we set up a Discord server - this has allowed quicker "chat" type messages, PM's and the occasional voice session. I still think we will use TeamSpeak for any online events, as we also usually use JoinFS for multiplayer. I believe your are limited to 32 user slots if you run a TS3 server locally - which is how we run ours. Running locally is free - but someone has to run the server so others can connect. We usually have ours running on my old laptop (along with JoinFS) and use a free DNS service so our named IP address doesn't change. No-IP.com is our free DNS provider - and they also offer a free DNS client to parse our IP address and 'marry' it to our named IP address. There are probably other providers as well.

I would start fresh. New install and new database. As I mentioned, additional tables are added to the DB in 5.5.2

I believe iCrewLITE is for phpVMS 5.5.2 and doesn't work in phpVMS 2.1.x Additionally, you will have issues with phpVMS 2.1.x under PHP 5.6 Search for phpVMS 5.5.2 (Simpilot version by DavidJClark) - or use the updated version 2 available here in the forums or on Github. I would recommend 5.5.2 for now. Lots of skins and addon modules will work with it. If you already have a lot of data in your database, you will have to move that over to the new install of 5.5.2 - 5.5.2 adds several new tables to the database along with some additional columns for the existing tables from 2.1.x

As a start.... What version of phpVMS are you using? What version of PHP? Where did you download the iCrewLITE skin from... URL? Chances are the skin is not installed correctly or the skin is not compatible with the phpVMS version you are using.

Great that you have it now working properly. Any chance you will be releasing these skins for others to freely use?

What version of phpVMS? What version of PHP? Where did you download the skin from ... URL?

My very basic understanding is that using different jquery versions can cause all sorts of issues. And converting phpVMS to use a newer jquery version is going to require a lot of code changes. Since you said your skins are custom, any chance you can get them working with the same jquery versions presently used by phpVMS? Maybe reach out to other skin developers (see the forum here on site) and see what they suggest. Once you get these skins working correctly, any chance you will release them as freeware for others to use?

I have not made these changes to "local.config.php" and I get error_log to show errors.

In the root folder of phpVMS should be a file named error_log. Also, at least in my PHP 7.2 with my host, I needed to create a ".user.ini" file which includes a directive to enable logging of errors (this file supposedly overrides the php.ini file on a folder by folder basis). .user.ini - file contents for error logging error_reporting = 32759 display_errors = On display_startup_errors = Off log_errors = On log_errors_max_len = 0 error_log = /<path to phpvms install>/error_log <path to phpvms install> can include "home/public_html/<rest of path>/error_log" I also have the same thing set up in my /admin folder to show admin errors. I suggest changing back to the default user and admin skins and test the log in again. If its working in the default skins, there is probably something messed up in your custom skins.

What skin are you using? If the user closes their browser and reopens it - then goes to the site and uses the correct log in details, are they able to log in correctly? Are there any errors showing in the error_log?

What version of kACARS_Free are you looking for?

That is not the acars map that comes with phpVMS. That is a payware addon by CrazyCreatives named Airline Map (if version 1 using Google Maps) or Airline Route Map (if version 2 using OSM). If you are having issues with that addon working as described on the Crazy Creatives website, you will need to ask in their forums for assistance. If you are wanting to get the correctly working addon to just display on an external webpage, someone here may be able to assist you in getting it working. Chances are they will need to have the exact same addon. In any case, it may be better to chat with others about this via PM or email.

@web541 - could it also be that something is missing or corrupt in the ELA skin core_htmlhead.php file? Not the one in /core/templates but the one included with the addon skin. EDIT - never mind that.... I think the skin may have been installed incorrectly. Here's the skin on github: https://github.com/carlosmfreitas2409/ElaSkin-2.0 - its not supposed to be in "/lib/skins/ElaSkin-2.0-master" but in "lib/skins/ela". And not everything from the extracted download goes there either.

You mean 5.5.2.72 - which is 5.5.2 updated to work with PHP 7.2 Besides the ELA skin, have you tried any others? I have seen issues with the ELA skin in general. Check your error_log file in the root of phpVMS and see if it shows any errors. Post them here.

Default or edited for smartCARS?

Great! So it's all working as you expected now? What file is that code from above?

What version of phpVMS? What version of PHP? I'm guessing everything works fine with the default skin..... Any errors showing in the error_log file?

I wonder if there is any chance the skin you are using is causing this? I don't think it would. But, maybe try changing to the default crystal skin and see if the issue is still there. Any chance a module you installed included anything that could have changed the navdata calls?

I guess this is for phpVMS 2.x or 5.5.2 by looking at the path to the file...... moved to correct forum

The record ID of the fix makes no difference - Can you provide the info from the navdata table for that fix?

The post you quoted it over 3 years old. That member hasn't been on the forum in almost 3 years. Chances of an answer from them are very slim.

If that's the case, the system isn't recognizing any of the routing besides dep/arr points - whether theu are in the navdata tavle or not.

Google is your friend Type the ICAO in and see what you get

Don't bump threads that haven't received a response in almost 7 years. Start a new thread and post a link to the old thread if you need to reference it. Necroposting is frowned upon. Of course, ICAO airline codes have been 3 letters since 1982 (compliance by 1987). Prior to that, airline codes were 2 letters and corresponded to the IATA designator. There are no 4 or 5 letter/digit airline codes.