by Steve Waite » Mon Mar 23, 2020 11:32 am
What's actually happening is that I am putting in accessibility features on a daily basis that will most likely cause issues around the program. Errors and Omissions are expected and we are the Beta Testers, the program is untested with the new features.
Problems are expected to be fixed so there's no need to worry about them so long as they are reported in detail enough for me to understand them. Otherwise I can only hope to come across the problem in use myself or during programming, sometime in the future or that some other user finds the cause and reports it. Problems are usually fixed in a few moments. The hard part is knowing what the problem actually is.
Often I have to be able to recreate a problem. When a problem effects only one user it may be a particular feature in a plane or airport that is not handled properly by IF, remember the 2.0 issue was just a short term problem to do with finding the work arounds in place. Ordinarily IF reads all values as decimal so normally won't cause problems. The same thing comes up before now on a number of occasions.
Remember that IF has to assimilate every addon the same as the simulator does, but I don't have access to the code of the simulator. The program may yet be unaware of things found in aircraft and scenery. IF will always be behind the simulator In that respect. The planes and scenery come from older versions of the simulator and that incorporated work arounds built in over many years before IF was conceived.
Mostly IF will assimilate all aircraft and scenery that have been made and that are yet to be made. This is a tall order, but so far we find very few problems in addons. The 2.0 error was simply unfinished fleshing out of new features added the week before, it happens often that way. Including a feature may only be very small but may come with many caveats that we have to find out later. That's essential to software development.
So we can expect problems of any kind at any update. It's not possible to test out everything each time so we must use it to find out.
In order to track problems down I have to be able to recreate the problem or I might require some kind of elimination of possible variables from the beta tester. For example "does a default profile work OK". That would be best chosen to eliminate the addon aircraft and scenery so that it can be determined if the problem is associated with a particular addon. That would be a very simple procedure.
If it can be tracked to an addon, that would be easy to find if I know the addon. If it's an IF specific issue then I don't need an addon to find the problem. In either case I might need to recreate the problem to find out what it may be caused by.
Clearing and reinstalling wipes out any clues to a problem by setting all things back to defaults. What we need to know is what is different on that system that means the error arises on that system. If it's not an issue for everyone then why not? Could it be a particular setting is enabled? Could it be a particular plane loaded? could it be a particular airport installed?
software architect at codelegend.com
equipment: i9-9980Xe 64GB 2xRTX2080ti NVLink 2TB M.2 NVMe,
i9-9900X 64GB RTX2080ti 2TB M.2 NVMe, i7-3960X 32GB GTX680 4TB RAID10,
NAS @7TB RAID10 (16TB)