ProAvia

Yeah I know it isn't the skin of choice - but always best to revert to the crystal skin to see if the issue is still there. In /lib/skins/crewcenter Do all files end with the extension .php or .tpl ? Have you edited any of the files in this folder? What MySQL or MariaDB version is your host using? Also, verify you are using the default schedule search and not an addon like FltBook or any of the other schedule search modules.

Change back to the crystal skin and see if it works as intended there. This will determine if its phpVMS or the skin. Also... PHP version? MySQL/MariaDB version?

You will have to edit two files Backup the originals first...... -------------------------------------------------------------- -------------------------------------------------------------- In /admin/modules/PilotAdmin/PilotAdmin.php Edit (around line 462) $tmp = array( 'id' => $row->id, 'cell' => array( # Each column, in order $row->id, $pilotid, $row->firstname, $row->lastname, $row->email, $location, $status, $row->rank, $row->totalflights, $row->totalhours, $row->lastip, $edit ) Add after ---- $row->totalhours, as a new row $row->lastpirep, ---------------------------------------------- ---------------------------------------------- In /admin/templates/pilot_list.php Change (around line 17) colNames: ['','Pilot ID', 'First', 'Last', 'Email', 'Location', 'Status', 'Rank', 'Flights', 'Hours', 'IP', 'Edit'], To colNames: ['','Pilot ID', 'First', 'Last', 'Email', 'Location', 'Status', 'Rank', 'Flights', 'Hours', 'Last PIREP', 'IP', 'Edit'], Then (around line 29) colModel : [ {index: 'id', name: 'id', hidden: true, search: false }, {index: 'pilotid', name : 'pilotid',sortable : true, align: 'left', search: 'true', searchoptions:{sopt:['in']}}, {index: 'firstname', name : 'firstname',sortable : true, align: 'left', search: 'true', searchoptions:{sopt:['in']}}, {index: 'lastname', name : 'lastname', sortable : true, align: 'left', searchoptions:{sopt:['in']}}, {index: 'email', name : 'email', sortable : true, align: 'left',searchoptions:{sopt:['li']}}, {index: 'location', name : 'location', sortable : true, align: 'center',searchoptions:{sopt:['eq','ne']}}, {index: 'retired', name : 'status', sortable : true, align: 'center',searchoptions:{sopt:['in']}}, {index: 'rank', name : 'rank', sortable : true, align: 'center', searchoptions:{sopt:['eq','ne']}}, {index: 'totalflights', name : 'totalflights', sortable : true, align: 'center',searchoptions:{sopt:['lt','gt']}}, {index: 'totalhours', name : 'totalhours', sortable : true, align: 'center',searchoptions:{sopt:['lt','gt']}}, {index: 'lastip', name : 'lastip', sortable : true, align: 'center', searchoptions:{sopt:['in']}}, {index: '', name : '', sortable : true, align: 'center', search: false} Add after ---- {index: 'totalhours', name : 'totalhours', sortable : true, align: 'center',searchoptions:{sopt:['lt','gt']}}, as a new row {index: 'lastpirep', name : 'lastpirep', sortable : true, align: 'center',searchoptions:{sopt:['lt','gt']}}, Now you will have a Last PIREP column in the Pilot List showing the date and time of the last submitted PIREP for each pilot. The date/time shown is either the last PIREP date/time (if at least one PIREP has been filed) or the pilot's join date - whichever is most recent (at least in phpVMS 5.5.2.72).

What is line 66 in /core/modules/Loa/LoA.php? What is line 22 in /core/common/LoAData.class.php? phpVMS version? PHP version? MySQL/MariaDB version?

The link listed a few posts above IS the most updated version. You will need to covert to from tpl to php. After you convert it - if you still get an error, try Googling the error. Or post the error here and maybe someone will help you out.

Yes, listing the error would help figure out what may need to be changed. Be sure to list phpVMS version PHP version MySQL/MariaDB version Exact errors you are seeing

That should be version 1.0 - and is probably the most current version. What is it that you feel needs to be more current? This version is easily converted from tpl to php template files. It's working well in phpVMS 5.5.2 and phpVMS 5.5.2.72 without error.

Here's something to check also.... Go through each and every simBrief file and change http to https. This applies to the original simBrief module and to the options form too if you use it. And check that you have the correct URL near the bottom of the options form file "schedule_briefing.php".

Isn't epizy.com free web hosting? Be aware that phpVMS doesn't work well with free hosting - especially when you start adding skins and modules.

Which means the API key is tied to virtualei.net - so anything that point that domain will work with the API key. I would double check all the simBrief files again. Also verify the SITE_URL in local.config.php is shown as https and not http. I think its around line 27 in local.config.php

Is it possible that your simBrief API key is tied to crew.virtualei.net ? Maybe contact simBrief and ask what exact URL they have listed for your API key.

Is this kACARSI or kACARSII payware module on your site? Besides changing from http to https, are there other changes to the URL?

Nice find! Thanks.....

Not sure how that's done in v7. In earlier versions there were options to enable the page for signed in users to see and also to make the page public - which everyone could see.

Post in English - you will get quicker responses. That doesn't look like kACARS_Free -- Are you using kACARSI or kACARSII payware version? What PHP version? What phpVMS version? Check to be sure the payware kACARS module is installed correctly - the module may also be known as the Site Files. In local.config.php, be sure define('SITE_URL', ... is set to show https instead of http In kACARS, be sure the URL is using https instead of http

The issue might be specific to your website host..... First - back up the StatsData.class file Change $key_month = date('MY', $start); To $key_month = date('i', $start); Save the newly edited file, try it again and let us know of the outcome...... If it doesn't work, revert to the backup file.

Yes, I doubt that will fix the issue either. But it helps if everyone has the same line numbers on default files - easier to help others when they encounter an issue. I have never used the Cron job option. I rarely run the maintenance items manually either. All my stats stay up to date.

I would recommend you do not remove/delete line breaks. It is easier for us to help you if your files are close to the default files we have available. Have you made any other changes to StatsData.class.php? If not, replace your present file with the default and let us know what errors may show up. I think your error references this line in the default file: https://github.com/DavidJClark/phpvms_5.5.x/blob/master/core/common/StatsData.class.php#L171

Have you set the timezone in your php.ini file? Make sure the spelling of the timezone is correct and it's one of the valid timezones.

You can create a phpinfo.php file and put it in the directory with the phpVMS files. I recommend putting it in the phpVMS directory because different settings can apply to different directories - just like many hosts allow using different PHP versions in different directories. Then run the file and see what is actually enabled and what isn't. Contents of the phpinfo.php file.... <?php phpinfo(); ?>

What base template is your skin based on? What are the licensing requirements (if any) of the base template?

Great! Making mistakes is how we all learn. Glad you got it working.

Certainly NOT an idiot question.... let's see if we can figure out why this happened. What PHP version? What MySQL/MariaDB version? When you set up the database, did you allow ALL priveleges to the db user? Does the db user (ERA001) have access to use the database assigned for phpvms use? Based on your answers, I may have a few more questions. But I may need additional info you may not wish to post on a public forum, so feel free to contact me thru the PM system here.

Honestly, if you can't get the recaptcha working correctly in the default 5.5.2.72 install, it probably won't work in an addon skin either. If you show us the errors, we will try to help. If you don't you are on your own. Once you start taking items out of the base install you become a test pilot with no support, as it's impossible for us to figure out what you did.

You don't necessarily need the Email Settings changed Why would you remove the captcha? If you remove it, you will eventually get a bunch of robots registering and/or span registrations. ReCaptcha "just showing stupid errors" indicates the keys are incorrect, installed incorrectly or possibly an issue with your server setup. But without you listing those errors, no one can help you correct the issue. ReCaptcha is version 2 compliant - as it states in local.config Do you have a valid email entered in the admin panel? Is it an email related to your site - XXX@MyVA.com? Or is it a gmail, hotmail, etc type email address? Have you checked the Chrome console while registering or sending email thru the site? Have you checked the error_log file in the main phpvms directory or in the /admin directory for any errors?