ProAvia

It would help if you specified which module that is - and what version of the module you are using. That looks like FltBook - which version? What are the admin panel settings set to? What version of phpVMS are you using?

Maybe the easiest way is to have a rule that ANY manual PIREPS will need to have a comment added as to why the pilot needed to use a manual PIREP instead of smartCARS (and if no comment or invalid reason, reject the PIREP). Even if a pilot files a manual PIREP, an admin must approve it - and can edit or refuse it before the hours are added to the pilots logs.If a pilot continuously tries to use the manual method over smartCARS, just start refusing all their manual PIREPS. I have had this rule in affect for over 5 years - and have only ever received maybe 5 manual PIREPS total in that time.... and ALWAYS with a reason as to why the pilot needed to submit a manual PIREP. I also don't use "auto-accept" or "approve all" for the PIREPS. Our staff reviews each PIREP for accuracy, fuel burn, flight time, etc). Even an ACARS type PIREP can and does have errors (excessive fuel burns, excess flight time, etc.). I am still wondering how a pilot is going to get the manual PIREP info to you if you don't have a PIREP form for them to submit the info......

While this might prevent regular users (pilots) from using the manual PIREP form, how will admins be able to now enter the pilots ID to input the PIREP data for a specific pilot?

How are the pilots going to get their PIREP information to the admins? Aren't they going to need some type of form to get the info on their flights to the admins? Using the PIREP form allows pilots to submit their info - and then admins can edit, approve or reject them. Additionally, using an ACARS program (like kACARS_Free or others) will accurately track flight times and allow pilots to submit the data without the need to fill out a manual PIREP.

Look for this setting in local.config.php # If you want to count transfer hours in rank calculations Config::Set('TRANSFER_HOURS_IN_RANKS', false); Change false to true and save the file.

How many airports do you have listed as hubs in your database?

Did you post this as an issue on github? That would be the best place to get it noticed by the developer. I'm sure he will look into it after the holidays,

Thanks for sharing the solution. Hopefully this will help out other members in the future.

Hmm, interesting. So something in one of the Crew Center files is probably causing this. Hopefully a member that uses Crew Center has found a fix.

Default skin or addon skin? Try the search using the default skin and see if it displays only KJFK departures when selecting KJFK in the departure box. What other addon modules do you have installed?

How did you fix it? Providing your solution may help another member in the future.

Are you using the default search or an addon module?

The markers on the map for VOR, fix, etc, - those along the planned route line, should disappear in 10-30 seconds without any input from the user. I believe the default is 10,000 ms (10 seconds).

Second message, page 2..... https://forum.phpvms.net/topic/19993-navdata-update/page/2/ Navdata for AIRAC 1902 - second AIRAC from 2019

When you select KJFK for the departure airport, does it show only KJFK departures or does it show all departures in your database? If it only shows KJFK departures, you can use pagination to display a smaller number of results per page - as eluded to by Yash. If it displays all schedulesfor your VA when selecting KJFK, you have an error in your coding. Are you using the default schedule search or an addon module to search?

There are probably some errors in the navdata you uploaded to your site. I've seen it on my site too. Most of the time its an intersection/fix and not a VOR. Sometimes its a wrong lat/lon in the navdata, other times the name of the waypoint is wrong in the flightplan. You could look in the navdata table and try to fix it, but the next navdata update you make to your database will negate the fix. This issue is not specific to phpVMS 5.5.2 and can happen with any version of phpVMS - it is strictly related to the navadata used in the navdata table.

I see you solved it as I was typing. What did you do to solve your issue. Posting the solution might just help someone else out in the future.

Did you use the Pages option in the admin panel? If so, at the bottom of the page you are creating are two boxes marked Public and Enabled. Enabled allows anyone logged in to see the page. Public allows anyone logged in or not logged in to see the page.

What version of phpVMS? What skin? What PHP, Apache and MySQL versions? What error?

Sorry, at the present time it does not. It's on my list to look at, but I can't promise when I will have time or if its even possible.

In your first response you said "check layout.php of admin layouts folder and change https:// to http:// if you are not using SSL Certificate". After being asked to be more specific (as initial response was the incorrect file and file path), you then state "check the core_htmlhead.php file in admin layout. Change http:// to https:// if using SSL". Thanks for trying to be helpful, but please be a bit more careful when providing information and be very specific in what to do (provide correct path to correct files). Not providing the correct info at best will not fix the OP's issue, and at worst will screw up their installation more than before they posted with the original issue.

Thanks!

Really?? - /admin/lib/layout/layout.php only has references to "http" in the comments section. Could you be more specific as to exactly where you are referring to?

What did you do to solve the issue? Knowing what you did may help others in the future.

Air Charts has been down for at least several months. Chances are they won't be back - which is too bad. Their service was nice. I couldn't find another source, so I commented out the aircharts section in the module.