simpilot

I have just tried it with jpg, png, and gif images and it works as long as you are using a full domain path to the rank image. What is one of the paths to your images?

I would try uploading the file again - there is not a line 52 in the github version. https://github.com/DavidJClark/phpvms_5.5.x/blob/master/admin/maintenance.php

Is it all pilots or just certain ones? If it is just certain ones possibly they have no rank or a rank without a rank image. Also, disable the rank image inclusion in the signature to see if it will process it without it to see if the issue may actually be deeper than what is being seen. Config::Set('SIGNATURE_SHOW_RANK_IMAGE', false);

Have either of you tried it with a jpg?

Is the CRON job set up correctly, are you getting errors related to it?

You have to use a fully qualified url - http:// www.myairline.com/path/to/my/rank/image This is due to the image being used both in templates as well as core classes so a relative url is going to be wrong for one of them.

Look in firebug - I would guess you have a javascript conflict as those are all javascript functions.

You are trying to use the mysql extension which is being deprecated in php 7 and most hosts are not including it in the php build. You will have to change to mysqli In your local.config.php file change define('DBASE_TYPE', 'mysql'); to define('DBASE_TYPE', 'mysqli');

Both are css issues. Somewhere you have defined white as the default color for anchor tags, probably so they will show up in the menu and footer. You will have to assign anchor link colors for the individual div's. Everything to the side is most likely a missed container tag or something of the like. Kind of guessing with only a picture to look at.

It looks like it is working right now, what is the "current" installation? Looking right now http://uae-virtual.com/core/version looks like you are running 5.5.2 It looks like the ACARS script will have to be edited to get rid of the break error. This is probably stopping ACARS reports.

With all the complaints I received I have hid it in the background currently, Until I can find something that makes everyone happy with the system it will remain that way. All data is still being recorded and live flights are showing on the map.

There are templates in the same folder as all the other templates. email_registered.php email_registrationaccepted.php email_registrationdenied.php Make sure you put the edited versions in your skin folder so they are not overwritten in an update.

What are you having issues with? I have 5.5.x running on php 7.0.5 in a development environment without any real problems.

So you can submit via ACARS or no? Also, when submitting manually are you using the same flight number as the schedule shows - in the above case the airline would be the one with the AFA code and the flight number section should be 1912. Is this how you are entering the manual pirep?

Have you tried any of this with the default crystal skin? Looking at the errors on your contact page and schedules page it looks to me like the currently in place skin has not been adapted from older versions of phpVMS.The event stop error should not be affecting it but it could be, I am thinking that it has something to do with the template variables. You could also try changing line 104 in core/classes/CodonEvent.class.php from public function hasStop($eventname) to public static function hasStop($eventname) This may get you past this particular error but it would not solve the why the pirep failure is happening.

Remove it from the frontpage_main template file. // Show the activity feed MainController::Run('Activity', 'Frontpage', 20);

There should be a "By Airline" option in the search. If you are trying to apply some "type" of airline to the search you are going to have to create a table with types and then edit the airlines table to include a reference to the type.

If you are on shared hosting you will most likely have to open a support ticket with them to change it, if they will. It may be possible to run a custom php.ini file in the root of your site but most shared hosting providers have this disabled. If you have root access to the server you can change the setting in php.ini. short_open_tag=On You can also try setting it in your local config using the php directive, ini_set ('short_open_tag', 'on'); You can also try to set it in an .htaccess file if all else fails. Personally, I would just use my editor and do a mass replace of <?(space) with <?php

Did you update the database with the new PIREP fields? That is what it sounds like to me if it is PIREPs causing all the issues.

Looks like the same error that you get when you are trying to run an older version of phpVMS on a server running a php version greater than 5.4. There are a number of ways to fix the issues in the forums, you just need to decide which one fits you best.

Looks like you are using the php version on a tpl template system - change the extension on the sidebar function in the admin module file, change the extension from php to tpl.

What is the website? Are you sure you have changed the data format for vacentral to xml? This is what the issue has been on every one I have worked on with this condition so far.

What is the site url that the information is coming from?

Likely this -> http://forum.phpvms.net/topic/23275-exporting-pirep/#entry122813

Is php installed on the server?