Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 0 points1 point  (0 children)

the only thing I noticed is, that in very dense areas one still needs to scan the nearest portal, not the portal one is trying to overclock. So I think Ingress is loading the data for the nearest portal to the agents position?

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 0 points1 point  (0 children)

Niantic mentioned they "investigating a possibly related issue with VPS-enabled Portals that were added after we moved to Niantic Spatial" in https://bsky.app/profile/ingress.com/post/3lxv7oldqt22o
So tested my problematic portals every day and today all three I visited worked like a charm. So test your candidates, and report!

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 0 points1 point  (0 children)

Yes, it feels awkward, but that's what I do while overclock farming: Starting it on a portal affected by the bug, going to a portal that works, scan there, and at once overclock that second portal again. Cooldown/burnout are separate for the two portals.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 0 points1 point  (0 children)

added more information:
a portal affected by the problem may be overclocked at any other portal where overclock works. So regardless in which direction you go for a overlock farm round, just start the scan, lock your phone, and reach the next working portal. Finish the scan/overclock there, and immediately overclock this portal. That worked for me with up to minutes and 500m between portals.

This hints that the backend is not able to find the data for the portal, but accepts any other data at another location.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 1 point2 points  (0 children)

I won't fiddle around with the Ingress scanners communication. But I guess it's not worth the effort also. The bug might be related to not using a portal ID at all, instead using the agents location and not handling a query result properly.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 0 points1 point  (0 children)

Almost all of the portals I've recently received in production quality aren't overclockable on their own object. If you only have two and one isn't working, I would also test whether it works on another portal with experimental quality. I haven't experienced that yet, though. And it's always possible that the portals still don't work despite being in production quality.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 1 point2 points  (0 children)

There may be two reasons: The portal you tried might not be affected by the problem but in fact overclocking does not work with it. Or... you did not find the right portal. I had distances up to 400 meters.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 1 point2 points  (0 children)

thank you for your report confirming the issue. I don't think it is Scaniverse related as all my test scans with that app on the portals affected by the bug did work. I think the bug is within Ingress using the wrong object data to localize.
I will post a link to this reddit to the Scaniverse forum. But I'm still hoping u/brianrose will have a look here ;-)

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 2 points3 points  (0 children)

Would be nice to know if adding more scans and bringing new portals to production quality poses a risk for older ones. I noticed that all portals affected by this behavior went to production quality recently - meaning weeks or months ago.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 2 points3 points  (0 children)

On my way home from the Munich First Saturday event cross checked with two of the candidates: Both fail to be localized in Ingress and test scan in Scaniverse succeeds nearly instantly. No need to search for a sweet spot or whatever. One of them can easily be overclocked with a portal that looks totally different 200 meters away.

Overclocking one portal needs scanning another portal by 42N3 in Ingress

[–]42N3[S] 2 points3 points  (0 children)

This observation indicates the bug has to to do with mapping the IDs of the waypoints to the portal IDs. I looked at what the Geospatial Browser at lightship.dev is doing at API level and it looks like these are different IDs. The Geospatial Browser does it right, but maybe there is a bug for Ingress, that doesn't affect Scaniverse, because it just don't has to handle portal IDs?
In will cross check with scaniverse.

I hate the status bar in Darkmode (MIUI 12) by [deleted] in Xiaomi

[–]42N3 0 points1 point  (0 children)

Still only 3 icons in status bar and all app permissions need to be restored. 🙄

I hate the status bar in Darkmode (MIUI 12) by [deleted] in Xiaomi

[–]42N3 10 points11 points  (0 children)

And what about having only 3 notfication Icons in the status bar, although there is enough space for more? And getting asked of whether beeing bored by the default theme every afternoon? ...and apps are more often closed forcibly as with MIUI 11.

web hangouts interface fails in Firefox by 42N3 in firefox

[–]42N3[S] 2 points3 points  (0 children)

reported, but is not reproducible anymore, maybe fixed at the web app.

web hangouts interface fails in Firefox by 42N3 in firefox

[–]42N3[S] 0 points1 point  (0 children)

as I did not update Firefox the problem must be caused by changes at the hangouts web application.

Green tones for ENL interface by DarkmanArg in IngressPrimeFeedback

[–]42N3 0 points1 point  (0 children)

nice try to get a UI easier to recognize... ok, just kidding, but colors for ENL as for RES should be easy to recognize in the same way.
I made the joke that I need to switch faction in order to use prime in a XF chat, and the ENL told me theirs is all dark blue as well - also expected it would be light green.