ProAvia

Thanks! Yeah - I thought the default 5.5.2 file did something like that. On the main admin page, I don't get a chart. Nothing at /index.php/profile/stats either. Hence my question if I need to download anything else to make ChartsData.class.php work - see my first post. I messed with it some before loading your update. And I was able to get it to load. But I took mine out and used yours instead, cause yours looked cleaner and adds a few changes not in the original files. There is one small omission/error that was in the original files - and carried over into yours. admin/templates/charts/index.php, line 41 // Originally: <a href="viewcharts?icao=<?php echo $airport->icao; ?>"><?php echo $airport->icao; ?></a> // Change to: <a href="chartsadmin/viewcharts?icao=<?php echo $airport->icao; ?>"><?php echo $airport->icao; ?></a> //This will allow viewing the charts in the admin panel without the error of: //The module "VIEWCHARTS" doesn't exist! After changing that, it works great! If you'd like, maybe send a pull request to Kyle. I'll look at the AirCharts module too and then decide which to offer - heck, maybe both. I do like the option of viewing from the schedule briefing page in AirCharts. Thanks again!

In the default phpVMS 5.5.2 (Simpilot version), there is a file in 'core/common' named 'ChartsData.class.php - it's not in version 2.1.934. I see in that file a reference to - #replacement functions for OFC charts - Google Charts API - simpilot #load Google Chart Wrapper library (3rd party) require CORE_LIB_PATH . '/gChart/gChart.php'; - at the top of the file. Is there something else I need to download/install for ChartsData.class.php to function? Seems this file provides a replacement for OFC (Open Flash Chart) functionality. What exactly does this file do and is it linked to specific default modules? ______________________________ My main reason for asking about this file is that on my version 2.1.934 site, I am using Airport Charts - by Vansers. That add-on module contains the exact same file name... ChartsData.class.php. The two files are nowhere near similar in content. I'd like to use the Airport Charts module in phpVMS 5.5.2 - AND any functions of the default chart as well. I don't think renaming a default file would be a good thing - as it would break stuff that I'm not even aware of. Kyle hasn't updated Airport Charts since 10/2011. I can get the original to work in version phpVMS 5.5.2 using the normal methods found here for other modules. I saw in the Airport Charts thread that Kyle is fine with the module being modded for personal use. Maybe I need to mod the Airport Charts folders/files to 'NavCharts' from 'Charts'? I suppose the best course of action is to use the new name of 'NavCharts' throughout the module to make it easier to keep track of the mod files (and rename the DB table to 'navcharts' also).

Sorry - I'm out of ideas at this point. Someone with more knowledge of how it's supposed to work can hopefully assist you further. In the mean time, can you install another phpVMS - and leave it all as default - and try the mail function there?

Thanks! Mine is set the exact same as that. Lines 704-705 (proper timestamp section) and 825-826 (Update a specific PIREP section) match those of that file. As a matter of fact, my PIREPData.class.php file matches the one linked above exactly.

The reason I requested clarification is that some have had issues with free hosting and phpVMS. Have you tried reverting the settings to the defaults and trying the email function again? Here's the default settings from 'app.config.php' for reference: # Email Settings Config::Set('EMAIL_FROM_NAME', ''); Config::Set('EMAIL_FROM_ADDRESS', ''); Config::Set('EMAIL_USE_SMTP', false); # Add multiple SMTP servers by separating them with ; Config::Set('EMAIL_SMTP_SERVERS', ''); Config::Set('EMAIL_SMTP_PORT', '25'); Config::Set('EMAIL_SMTP_USE_AUTH', false); Config::Set('EMAIL_SMTP_SECURE', ''); # must be "ssl" for Google Apps Config::Set('EMAIL_SMTP_USER', ''); Config::Set('EMAIL_SMTP_PASS', ''); # Set specific email addresses to send notifications to Config::Set('EMAIL_NEW_REGISTRATION', ''); Config::Set('EMAIL_NEW_PIREP', ''); # Whether to send an email or not Config::Set('EMAIL_SEND_PIREP', true); # This is email to specifically send email sent error to, such # as failure notices with an invalid email or something # If blank, it'll default to the "from" email that's specified Config::Set('EMAIL_RETURN_PATH', ''); The only change in 'local.config.php' on mine is Config::Set('EMAIL_SMTP_SECURE', 'ssl'); # must be "ssl" for Google Apps - but I can't tell you exactly why it's set that way (as I copied my settings from phpVMS 2.1.936 to phpVMS 5.5.2). With these settings, emails are send from the email address provided during install. I set up a "main_office@MyAirlineName.com" email address through CPanel prior to installing phpVMS.

Yes, a Linux server on the hosting end. Are you on a free host or do you pay for hosting the website? Is the host digitalocen or digitalocean?

I left all those email settings at their default. I set up phpVMS using an email address associated with the domain I run the program on. The site sends emails correctly. Site: www.MyAirlineName.com Email: me@MyAirlineName.com

Yes, read about the new version. Looking forward to it. As long as my present modules work correctly, I'm happy. I'll leave that setting alone for now.

It's not that I necessarily want it changed - but on my 5.5.2 test site, I processed a test Pirep and noticed the flight time addition was odd. The pilot had 3348.38 total hours - 3348 hours 38 minutes. His Pirep added 2.22 - 2 hours 22 minutes. The result should have been 3351.00 - 3351 hours 00 minutes. Instead the result was 3350.6 - 3350 hours 60 minutes. While I know that 3350 hours 60 minutes is actually 3351 hours 00 minutes, it might be confusing to my pilots. I'll do some more testing to see if the times add up correctly. Maybe there's an issue with 60 minutes not converting over to 1 hour - possibly it happens at 61 minutes? I thought there was a reference - maybe during install - to choose between a period or colon for the separator.

Yes, it's coming up just fine. phpVMS 5.5.2 with a bunch of mods and older skin. Most 'errors' corrected - a few left to fix. I was thinking it may need changed in the future though - but I've been wrong before (just ask my wife ). Thanks!

I could swear I've seen this somewhere, but can't find it now. And was unable to find ANY reference using Search. Can the flight time separator be changed from ' . ' to ' : '? And where is this setting? My present 2.x site uses the period ( . ) and I'd like to change to the colon ( : ) on my 5.5.2 site. With a 5.5.2 site, does it matter which separator is used? Is there an advantage to using one over the other? TIA!

Using phpVMS 5.5.2 In 'app.config.php' (file date 10/25/2016) on or near line 321 is the entry: Config::Set('TPL_EXTENSION', '.tpl'); Should the '.tpl' be changed to '.php'? If so, should the line Config::Set('TPL_EXTENSION', '.php'); be added to the 'local.config.php' or just edited in the 'app.config.php'?

I don't have an answer to your issue, but....... What version of phpVMS are you using? You may wish to edit your post above to remove the email address and password (unless those are only examples).

I really can't tell you which version of PHP you should run. But I can say that I'm running phpVMS 5.5.2 on PHP version 5.6.18. phpVMS 5.5.2 runs fine on PHP 5.6.18 - with a few fixable errors. I'm still in the process of going through everything and attempting to fix any errors with some older modules. I believe it's been mentioned that phpVMS 5.5.2 will NOT run on PHP version 7.x. But, I personally haven't tried it.

phpVMS 5.5.2 When attempting to access the Admin Activity Logs via Admin, Site & Settings, I receive the following: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3 bytes) in /home/xxxxxx/public_html/xxxxxxxxxx/phpvmsTEST/core/classes/ezdb/ezdb_mysqli.class.php on line 287 I'm using the original file provided with version 5.5.2. Is this something I need to worry about and is there a fix? Thanks for any insight! EDIT: Disregard - I think I found my issue. Search is my friend! ----- walking away, shaking my head ------- Search is my.......

Thanks! Looks like there is BBcode in here - at least some basic ones. I think some of the icons in the editor are BBcode based. Spoiler

Finally had time to test this again - too many "honey-do's" this week in preparation for the holidays. I tried your original files again and it worked this time. No other changes were made. Then tried with your updated FrontSchedulesData.class.php and that also works. Is there an easy way to add pagination to this? Say, after every 12 schedules listed. Thanks!!

Thanks web541 - that was fast! You rock! All search combinations work except when trying to search by aircraft type. Either only by aircraft type or adding the aircraft type to any other search. Searching by aircraft type in /schedules works but not in /FrontSchedules. No entries in error_log. You mention better solutions. Please list - payware and freeware if available.

I guess I'm late to the game.... Had this working perfectly on version 2.x. Install on version 5.5 and got "No routes found." - along with a few errors. Fixed the errors, but still getting "No routes found.". Hoping David (simpilot) or someone else has time to look at it and hopefully provide a fix. TIA!

I may have a slightly newer version than you Ray. At the end of that line, mine states: // Edit this value to set the max LOA Duration I think (as in I'm not positive) you would set it to the number of days - plus 1 day. So if you limit an LOA to 90 days, it will expire on day 91. This provides the pilot a full 90 days of LOA.

I think we'll find out in the next few days! Now that these 2 are fixed, I can test out the other modules I have. Let us know if you fix any also.

phpVMS 5.5.2 - Latest version of ScreenShotCenter (see post one up from this for link) Just in case anyone is getting this error: Deprecated: Non-static method Screenshots::show_random_screenshot() should not be called statically, assuming $this from incompatible context in ... layout.php Here's a possible fix - try calling it like this $allpics = new Screenshots (); $allpics->show_random_screenshot(); Instead of Screenshots::show_random_screenshot(); Thanks to web541 for pointing me in the correct direction. See this post:

Thanks web541 - that works great! First I used your revised call - and that worked to get rid of the error. Then I added your modified '... core/modules/PopUpNews/PopUpNews.php' file - and the error is still gone. The only reason I added your modded php file was to preclude other issues in the future. Now to figure out exactly what your did and why. Then off to see if I can fix basically the same issue in the Screenshots module. Thanks again!! EDIT: Screenshots module fix same way Called as $allpics = new Screenshots (); $allpics->show_random_screenshot(); Instead of Screenshots::show_random_screenshot(); Will post that in the Screenshots thread also in case it helps someone else out.

Thanks for looking Ray! I'm just now getting around to upgrading from version 2.x to 5.5.2 . Quite the challenge - and maybe I'll even learn something... LOL I do know on my live version 2.x phpVMS, that when our host upgraded to php 5.6, we had a ton of errors. Many were fixed (not by me though) by suppressing the error.

Yeah - i could suppress the error, but would rather have a way to fix it. Wanted to fix this one first and possibly use the same fix on other modules as well. I guess worst case would be to fix all the strict standards errors with older - not updated - modules and then suppress all of this type. If there were an easy fix out there, we'd probably know of it by now.