bbuske

Hi @Nabeel, I am able to reproduce the error and I found a solution for it. By default, when you open the manual PIREP form, there are no required fields. In our case the issue was the aircraft field. By default, when you load the PIREP form, it will show all fields blank, including the aircraft field. In this particular case, we had saved the PIREP before assigning an aircraft to it, just leaving the field blank. The result was that a NULL entry in the database was created for aircraft ID. When we tried to edit the PIREP the Ooops something went wrong message came up as a PHP error was generated. Logging into phpMyAdmin, manually changing the NULL value to any valid aircraft ID makes the EDIT form come up normally and without an error. I could imagine that the error would occur as well if other fields were left empty and get assigned NULL as a result. My suggestion would be to either mark those fields as required, hence preventing a PIREP to be saved without all required information entered first, or have the fields contain some kind of default value, which is accepted by the database. In the case of Aircraft maybe something like "Please select Aircraft" which is assigned ID 1... or possibly as a third option, go ahead and change the mySQL table in such a way, that the value NULL is accepted and no longer causing an error. I hope this helps you. Cheers

+1 for the alpha / beta tester. I would be in!

You can use most ACARS software around with X-Plane. Even kACARS or smartCARS, as long as you XPIUPC. Hence my question was if this will be without the requirement of FSUIPC / XPIUPC because XPIUPC is no longer maintained and not running on Linux and Mac systems.

Still, when pilots try to edit a PIREP after sending it or even saving it, a PHP error shows up and it says Ooops something went wrong. It would be nice to disable that option so it doesn't appear or to let the pilot know he is not allowed to edit a PIREP. That error message doesn't look nice..

Any news or updates on this? It looks really nice and we are looking for an XP ACARS that is not using FSUIPC. Cheers

Thanks for your reply. But I doubt that is the case. As I said in one of my replies, it has nothing to do with the CSV files, since I cannot add a schedule manually either. It says the flight has been added, but it is not stored in the database. The same what happens with the CSV. I have the same problem with importing aircraft, but here adding them manually works, hence yes - it has something to do with the CSV. But the routes issue must be a different one, since it does not allow to add schedules manually either. That is what I was thinking. I don't think I have the error logs enabled but the fact it doesn't allow adding manually either, points to a different issue, not related to the CSV. PM me with what information you need and I will get you set up.

If you can use XPIUPC I think it does work. Yes. But I have not tried yet. I have plans to do so this week though.

Hi, I am using 5.5.2. I got the file from airlineschedules.com specificly for phpvms5. I have opened the file with Kate. A text editor for Linux with coding abilities. One thing though, I stand corrected... If I try to add a schedule manually, it says the schedule has been added successfully but it does not show up in the list. With aircraft the problem is similar but not the same. I had issues, importing the aircraft from the csv file but I was able to add the aircraft manually. I got not only the message that the aircraft was successfully added but it also appears in the database as it should be. With the schedules it does not. It says it has been added successfully but it is not added to the database. I have downloaded and brand new copy of the csv file without opening it and I still can't add it. Even if I use the schedule template csv, add a route or two to it and import it, it is not working. It does not look like an issue with the csv. The issue must be elsewhere, otherwise using the phpvms template or at least adding a flight manually should be working. Cheers

5.5... I think it is. The latest of phpvms5. I am using PHP 5.6, but I can also use 7.0. The issue remains. It is a copy I get elsewhere. Whether I open it or not does not change the fact that it imports fine but. I even get a message that the import was successful, but nothing shows up. I have tried adding aircraft manually which worked. I then exported the csv, deleted the aircraft I added and tried to re-import the same csv I exported before. The same issue. I get a message that the import was successful but nothing shows up. Cheers

Hi, I got a csv with all out schedules. When I import it, it is being processed and the routes are added normally. I can see no errors. However, afterwards no schedules are showing up and they are not added to the database either. Adding a schedule manually works just fine though. Any idea what is causing this and how I can fix it?

I installed it and everything went fine. But the page is not loading. It is stuck at the cirlce on load but it never goes away...

Hello, when people try to edit a PIREP after they have sent it, an error is coming up about a missing function. While this would be nice to work, editing PIREPs is not really necessary anyway. So I wonder if there is an option to disable it somewhere. I know there was an app.config file in V5 but I have not found something similar in V7. Any help is appreciated. Cheers

These are the phpvms 7 forums, aren't they? That is what I have tried to install.

Same issue here. Unzipping into the default phpvms directory allows for the installer to run. Software works fine. However, if you rename the folder afterwards, even when changing the path in the config, only the main page will work. Once you click on a link, you get a 404 again. I have no clue what is causing it. I have solved the issue by creating a subdomain named http://crew.myvirtualairline.org and redirect it to the phpvms directory. This way using the subdomain works. I would be interested in knowing if there is any other way to this. Cheers

I had that issue with PHP 7.0. Changing to 7.1 fixed the issue. Since you are already on 7.1, have you tried changing to 7.0 or 7.2?