Although the issue you’ve reported seems similar to the one in this thread, I don’t think its the same bug as the symptoms are completely different. We’ve never had any reports of white textures.
The issue our customers are having is of entire CGL textures being ignored randomly, with default bing textures being displayed.
The fact there are 2 bugs related to CGL files does indeed confirm there are issues that Asobo should be fixing. Hopefully the “fix” Boris mentioned is responsible for both bug symptoms.
I ran a new series of tests about this issue and still fail to reproduce it.
I have installed EGFH, EGHR, EGLF, EGLL, EGTO packages from the marketplace plus the EGHO package @Gobby provided originally but had the secondary aerials correctly displayed on all these airports.
@Marcel can you provide me with the extensive list of Belgian/Dutch sceneries you have installed when witnessing the issue so I can test this context as well?
If any of you or your customers witness the issue, please use the Options → Ground → Debug Tile tool from the DevMode menu and capture the information displayed about the aerials. Hopefully this will give us something to investigate.
Many thanks for attempting to reproduce the issue.
Most of our users reporting the issue have 10+ of our airports installed. I’ve personally only seen the issue with at least 8 installed. Even then it only randomly affects some, not all of the installed airports.
Any chance of testing with more airports?
Indeed between 8-10 seems to trigger it.
Out of my head (not behind my computer) i had installed the following:
AS Antwerp (EBAW)
AS Middenzeeland (EHMZ)
Flightsim.to freeware: EHLE (incl. Areail) EBBT, EBOS, EBBE, EBFN
ORBX EGLC or EGSU (duxford) one of these is in the same area.
PS
Also note when the bug happens NOT ALL airport’s are affected. The ones which are seems to be random. You can already see in the world/airport menu at which airports the sat map is missing.
I have added all the airports you mentionned to my test list but all were displaying correct secondary aerials (except EBBT because the package I found doesn’t have any).
Let’s see what your debug tile tool shows when you have the problem.
Also, have you tried to disable/enable those packages individually to see what package or combination of packages triggers the issue? Or is it completely random?
I couldn’t find any correlation or pattern to which airports fail when I did some testing a couple of months ago. It does appear to be completely random. Adding or removing any package from the Community folder can change which CGLs fail to load. When no packages are added or removed, the failing airports remain consistent.
I also tested splitting the CGL into its own package, and varying the package names alphabetically, but nothing completely resolved the issue.
Finally some good news, adding the 4 additionnal airports shown in the debug tiles screen captures you provided, I was finally able to have a reliable reproduction of the bug.
So we now have something to investigate further.
However, this system being rather complex and our first few investigations showing the issue runs deep into it, I don’t expect us to be able to provide a fix shortly.
I will let you know as soon as we move forward on this.
In the meantime, possible workarounds are to change airport packages priorities (latest mounted packages are less likely to have the issue as far as we could see) or, as you mentionned already, having less than 8/9 packages with CGL in the same area (Level 6 in the Bing Map tile system)
Great news that its been acknowledged. With SU13 out of the way, I’m really hoping this might be taken into SU14 backlog.
More and more users report the issue as its becoming more common for people to have lots of sceneries installed. I know for a fact multiple users have received refunds on the Marketplace for this issue too.
One of the dev streams mentioned this was going to be fixed in SU15, but I don’t see it in the beta release notes.
Any update/confirmation of this being fixed?