Prerequisites
I tried to reproduce the issue when...
Description
Student lesson data in a commercial system is being blocked by uBO when navigating away from an active lesson. The system first attempts a fetch() request, which fails in NS_BINDING_FAILURE then falls back to sendBeacon mechanism using text/plain JSON content. However, the async delay in sending beacon means the host can be a non-Trusted Site by the time it gets intercepted by uBO. So either the EasyPrivacy list needs an exception for this particular site, or uBO could be adjusted to allow ping requests sent to Trusted Sites when processing privacy lists.
Example blocked item extract from uBO Logger:
Filter *$ping,3p
Filter list EasyPrivacy
Context www.edp24.co.uk
Partyness (3) edp24.co.uk ⇒ ljcreatelms.com
Type beacon
URL https://www.ljcreatelms.com/ScormData.aspx/Terminate
Static workaround: @@||www.ljcreatelms.com/ScormData.aspx/Terminate$ping
Where www.ljcreatelms.com host is a uBO Trusted Site
URL(s) where the issue occurs.
https://www.ljcreatelms.com (uBlock disabled) sendBeacon after navigate to https://www.edp24.co.uk/news (uBlock enabled)
Also https://www.ljcreatelms.co.uk/ and https://lp1.ljcreatelms.com/
Screenshot(s)

uBO version
1.46.0
Browser name and version
Mozilla Firefox x64 108.0.2
Settings
Added "www.ljcreatelms.com" (without quotes) to Trusted Sites, confirmed uBO inactive at that site
Notes
Tried disabling uBO in Firefox Extensions, issue did not occur
Tried navigating to another trusted site, issue did not occur
Only navigating from trusted to untrusted blocks the Beacon being sent back to Trusted
Clearing Firefox Cache (Everything) seems to increase the likelihood of occurrence
Not an issue using either AdBlock or ABP with respective EasyPrivacy/tracker options
Noticed Firefox Fetch API keepalive support bug and direct use of Beacon during beforeunload succeeds
Prerequisites
I tried to reproduce the issue when...
Description
Student lesson data in a commercial system is being blocked by uBO when navigating away from an active lesson. The system first attempts a fetch() request, which fails in NS_BINDING_FAILURE then falls back to sendBeacon mechanism using text/plain JSON content. However, the async delay in sending beacon means the host can be a non-Trusted Site by the time it gets intercepted by uBO. So either the EasyPrivacy list needs an exception for this particular site, or uBO could be adjusted to allow ping requests sent to Trusted Sites when processing privacy lists.
Example blocked item extract from uBO Logger:
URL(s) where the issue occurs.
https://www.ljcreatelms.com (uBlock disabled) sendBeacon after navigate to https://www.edp24.co.uk/news (uBlock enabled)
Also https://www.ljcreatelms.co.uk/ and https://lp1.ljcreatelms.com/
Screenshot(s)
uBO version
1.46.0
Browser name and version
Mozilla Firefox x64 108.0.2
Settings
Added "www.ljcreatelms.com" (without quotes) to Trusted Sites, confirmed uBO inactive at that site
Notes
Tried disabling uBO in Firefox Extensions, issue did not occur
Tried navigating to another trusted site, issue did not occur
Only navigating from trusted to untrusted blocks the Beacon being sent back to Trusted
Clearing Firefox Cache (Everything) seems to increase the likelihood of occurrence
Not an issue using either AdBlock or ABP with respective EasyPrivacy/tracker options
Noticed Firefox Fetch API keepalive support bug and direct use of Beacon during beforeunload succeeds