15.02 Update Notes

There is also a graphical glitch with the Krait Hazard kits (maybe with all of them, I am currently flying a Krait) where the UI elements are not correctly overlaid.


The visor elements (the yellow circle with the planet name and distance) should not be visible through the hazard kit.

EliteDangerous64_2023.06.07-11.05.jpg


They should be covered by the physical construction of the ship:
EliteDangerous64_2023.06.07-11.06.jpg


It's not a big issue but if the dev team has some time it would be nice to have it fixed.
EDIT: Disregard what I wrote in the first part. Thanks to @Ned Flandalorian who helped me point out my mistake.

Also the hazard kits all display permanently damaged livery.
 

Attachments

  • 1686129053226.png
    1686129053226.png
    2 KB · Views: 4,900
Last edited:
FYI, currently in EBISU system recovering mode. Finally able to check the mission board today and still has local ground bases that need to be powered up here but all of them are actually fully active and under normal operation.

Mission board shows a number of other power-up missions in other systems but the bug you mention still exists. Can't power them up if they're already powered-up.

Unless, of course, you do the standard "have you tried turning it off and turning it back on" thing. The only problem is that when you try to do that, people start shooting at you.
Having the same problem: sites are already powered up.
Even tried to shut them down and power up again, but nothing changed

At that point, I just decided to leave them unpowered, having gained not one, but two regulators per site, and the delusional (and totally false) hope that I have left it unpowered for someone else to complete the mission after me. ☺️
 
There is also a graphical glitch with the Krait Hazard kits (maybe with all of them, I am currently flying a Krait) where the UI elements are not correctly overlaid.

The visor elements (the yellow circle with the planet name and distance) should not be visible through the hazard kit.


They should be covered by the physical construction of the ship:
Should they really? The HUD elements are projected on the inside of the ship's canopy, the ship kit is on the outside of the glass so why would it obscure the HUD?
 
I would have opened an issue in the Issue tracker but it has been bugged for me for a long time too - every time I open an issue, upon submission it goes to this state:
This is because you are using the "wrong" combination of web browser and security settings, which results in some compulsory fields being hidden at step 3, not being sent on to step 4, which then doesn't notice their absence but corrupts the bug report on final submission.

Possible workarounds: keep installing different browsers until it works ; report the bugs on the forum instead ; conclude that a company that after multiple years still shows no interest in making its bug tracker work in all common modern browsers probably doesn't have an interest in receiving bug reports either.
 
Should they really? The HUD elements are projected on the inside of the ship's canopy, the ship kit is on the outside of the glass so why would it obscure the HUD?
Honestly, I am a bit confused now about what should be overlaid and what shouldn't. Maybe you are right about the hazard kit but then I don't know why this is happening:

EliteDangerous64_2023.06.07-12.21.jpg
EliteDangerous64_2023.06.07-12.22.jpg


Ignore this post, I just realized there is actually a canopy in that place on Krait.
Thanks for pointing this out.
 
Last edited:
This is because you are using the "wrong" combination of web browser and security settings, which results in some compulsory fields being hidden at step 3, not being sent on to step 4, which then doesn't notice their absence but corrupts the bug report on final submission.

Possible workarounds: keep installing different browsers until it works ; report the bugs on the forum instead ; conclude that a company that after multiple years still shows no interest in making its bug tracker work in all common modern browsers probably doesn't have an interest in receiving bug reports either.
Thanks, I finally opted for point 3 and will continue doing point 2 as well just in case someone from Fdev is interested.

I am quite happy with Edge right now as everything (except the Issue tracker) is working for me.
I just decided to put it in my signature as a disclaimer why I am not using the "official" Issue tracker.
 
You can always trek out to Witch Head. It's basically the war mechanics without the weekly reset (or any sign of progress at all).
I took a run out there this morning to have a look, couldn't see any planetary bases. 5 systems with stations, so there is that, thanks. Not sure I'll bother; it's the time to get there, then get back etc, but maybe I'll move my carrier out that way on Thursday evening if I get an itch to shoot something.

For me, it's the convenience of being able to jump a couple of systems to a planetary fight, and spend maybe an hour playing without too much worry if I'm interrupted by the real world. Sometimes I have more time, so maybe I'll do some other stuff instead or even spend longer shooting, depends on what I feel like doing/have time for. But since the "quick and easy" planetary fights now disappear after a few days (days that I have limited time or even no time to play), I just look at the time involved to find a fight, get there etc and just go do something else instead, often not in ED. I just think it's a shame to change it and was hoping I wasn't the only one bothered by this.

Yeah, I know "stop having fun wrong".
 
AX Reactivations have an intermittent bug where you do the missions but it sometimes won't let you hand them in.

The mission shows as completed in the transaction panel, the mission board at the station has a tick in the corner signifying that there are completed missions to hand in but when you go into the mission board the completed missions section is entirely missing, so you can't hand them in.

Really annoying to complete missions and have to discard them, please sort it out.
Disembark from your ship and reboard (I did so on a planet since the concourse was unavailable at the mission station, I'd guess it would work on a station but haven't tested). Then it will allow you to hand it in.

This will definitely happen if you use the unstuck option to reboard (and possibly rebuy) your ship.
 
Last edited:
Having the same problem: sites are already powered up.
Even tried to shut them down and power up again, but nothing changed

At that point, I just decided to leave them unpowered, having gained not one, but two regulators per site, and the delusional (and totally false) hope that I have left it unpowered for someone else to complete the mission after me. ☺️
Before accepting the mission if it is in your same star system, check your navigation panel, highlight that base and check its status. If it says normal operation, don't accept the mission in the first place. I learned that the hard way. Now, it's standard procedure.
 
Before accepting the mission if it is in your same star system, check your navigation panel, highlight that base and check its status. If it says normal operation, don't accept the mission in the first place. I learned that the hard way. Now, it's standard procedure.
Good point!
On the other hand, if the power regulator is provided, I steal it, and then proceed to shut down the target settlement.
Either way, I turn it into a win 🥳
 
  • Fixed some unintended changes to ship flight characteristics in situations where rotational correction was active.
    • Enabling rotational correction should no longer have any impact on the flight characteristics of your ship outside of situations where it is actively correcting rotation (Ticket Reference: ID 44533)
  • Fix for players not being able to plot a route to settlements/ports through the POI panel UI (Ticket Reference: ID 59375)
  • Fix implemented for Festive lights and Warm White Light glow being desaturated (the party is back on!)
Thank you very much!
party-hard-harry-potter.gif
 
Last edited by a moderator:
Before accepting the mission if it is in your same star system, check your navigation panel, highlight that base and check its status. If it says normal operation, don't accept the mission in the first place. I learned that the hard way. Now, it's standard procedure.
Still not working. Information from the nav panel indicates settlement is abandoned but some are powered up when you get there.
 
Disembark from your ship and reboard (I did so on a planet since the concourse was unavailable at the mission station, I'd guess it would work on a station but haven't tested). Then it will allow you to hand it in.

This will definitely happen if you use the unstuck option to reboard (and possibly rebuy) your ship.
Disembarking at the hand in station is normally disabled so I'd have to do that somewhere else and come back, but thanks, I'll try it if I get a mission I can't hand in again.
 
Are you doing them in open? If so, I wonder if it isn't due to someone having just completed a similar mission. Is that possible?
Yes that is likely possible. A station can be turned off semi-permanently(idr #hrs rn) if turned off enough times, and i have a hard time believing the opposite does not apply too.
(i recently came across a turf war between two PMFs and there was a lot of both respective stations that were turned off)
NB i can't say i know as i don't know the code behind it. XD




@sallymorganmoore
Now that things (may) have settled a bit, i hope it is okay to point out that a workaround for "antsy" orbit lines on certain AMD cards have been found to work.
-see post https://forums.frontier.co.uk/threads/orbit-lines-shader-fix-for-amd-6000-graphic-cards.616882/
and this guy reports stutters removed: https://forums.frontier.co.uk/threa...river-issues-workarounds.607423/post-10159552
Might be worth a look.



cheers
 
@sallymorganmoore

Just came across something i think is new in 15.02 (at least i hadn't seen it anywhere before).

Canaharvas system shows as being in repair / post thargoid recovery mode, but when you drop from SC at Tilley Retreat its actively under attack.

screenies at ticket 59952

(Edited fer spellungs)
@sallymorganmoore
Re-iterating this one.

Updating this after yesterday's maintenance.

Checked on Desurinbin System, still the same issue. Gal Map shows system in repair/post thargoid recovery. Dropping at the station from SC (no interdiction or hyperdiction getting there), got both the standard station welcome audio AND the ax pilot "this system is crawling with thargoids..." greeting. Station has repair scaffolds around mail slot, but thargoids actively attacking.
 
Thanks, I finally opted for point 3 and will continue doing point 2 as well just in case someone from Fdev is interested.

I am quite happy with Edge right now as everything (except the Issue tracker) is working for me.
I just decided to put it in my signature as a disclaimer why I am not using the "official" Issue tracker.
If you add an exemption for the bug tracker in Edge, it works. Saves a bit of browser-swapping...
 
"Upload the malware to insert random data port here" doesn't work reliably either.

I just uploaded the malware to the required port (yes, I triple checked it) and nothing happened. Well, some things happened - I lost the malware, got a bounty and it seems I have to abandon the mission and get a reputation hit. Not. Fun.
This is already the 3rd mission type that simply does not work as it should.

Could we perhaps get an update to ED where all (and I mean ALL) focus would be on making the missions work?

It really is not fun having to suffer reputation hits because of bugged missions when you are trying to gain as much influence for the faction as possible.
 
Last edited:
Back
Top Bottom