Pocket Query map preview not working

[+ErewashPaddler]

When I go to my list of pocket queries, if I select to preview any of them I am shown an unfiltered map based on my home coordinates.

The same happens if I run the pocket query and choose "map this location".

Edited April 29, 2021 by ErewashPaddler

[+IceColdUK]

Is this the same issue?

 

 

[+ErewashPaddler]

IceColdUK - no, I think this is different - I am being shown a map, just not the correct map.

[+baer2006]

 

20 minutes ago, IceColdUK said:

Is this the same issue?

 

It's a different user workflow, but I would bet that the root cause is the same.

Map is opened, and a PQ mapping is triggered (by the user in one case, by the code behind the map icon in a PQ in the other case). And this PQ mapping doesn't work anymore

[+PereSant]

Same here, and has been addressed already by other users in another thread.

 

Engineering team in Seattle should be ashamed of themselves! Some basic rules about programmming I learned:

 

1) If you want to change a website, draw a backup copy first

2) Write your changes offline

3) Before putting your changes online, test them.

4) Have them tested by someone else.

5) Put them online

6) If something is wrong, put the backup copy back online

7) Correct mistakes offline

8) And fast!!!!!

 

Seems quite straightforward for me! You know, some of us out here are paying customers, and we expect performance, not excuses.

 

Just my two cents, no offense intended.

Edited April 29, 2021 by PereSant

[+KCSearcher]

My issue is the same as described by ErewashPaddler. 

 

Any idea when this will be fixed?

[+baer2006]

1 hour ago, PereSant said:

Engineering team in Seattle should be ashamed of themselves! Some basic rules about programmming I learned:

 

1) If you want to change a website, draw a backup copy first

2) Write your changes offline

3) Before putting your changes online, test them.

4) Have them tested by someone else.

5) Put them online

6) If something is wrong, put the backup copy back online

7) Correct mistakes offline

8) And fast!!!!!

(emphasis added by me)

You nailed it. I'm a software developer, too, and also sometimes wonder about the (lack of) QA in Groundspeak's web-dev department . And as you say, a quick roll-back, if something is seriously broken, should be a matter of a few hours at most.

[+niraD]

26 minutes ago, baer2006 said:

And as you say, a quick roll-back, if something is seriously broken, should be a matter of a few hours at most.

It should be a matter of a few minutes if you use a blue-green deployment model, or some other deployment model that keeps both systems online and transfers traffic from one to the other. Once you realize there are problems, just transfer all the traffic back to the old system, which is still online.

[+Alphadog]

Same thing happening to me. When will this be resolved? Trying to plan a trip and have limited time to do so.

[+mellers]

Same thing happening for me, have tried using different browsers on several devices using both Chrome and Firefox. Hope this gets sorted quickly as my PQ map of solved puzzles is my starting point to plan a caching trip and am really stuck without it.

[+MartyBartfast]

I'm getting the same as the OP, Firefox on Linux.

 

 

[+ardila.nl]

1 hour ago, Alphadog said:

Same thing happening to me. When will this be resolved? Trying to plan a trip and have limited time to do so.

Same here. There is a new Geotour in the Netherlands which I want to start with this weekend (72 caches).

Because of this bug I tried using the search map to complete my planning which I found to be a horrible experience.

Please fix the browse map as the search map is not suited for this kind of planning and it requires more clicks to do the same tasks

[+WadeH]

It's been this way for a few days now (reported in another thread) and still no change.  

[+Alphadog]

3 hours ago, ardila.nl said:

Same here. There is a new Geotour in the Netherlands which I want to start with this weekend (72 caches).

Because of this bug I tried using the search map to complete my planning which I found to be a horrible experience.

Please fix the browse map as the search map is not suited for this kind of planning and it requires more clicks to do the same tasks

I use Cachly on my iPhone, and my existing PQs seem to be working on that. I don't know if new ones can be created, however.

[+patsu]

Same here

[Frau Potter]

As reported in the other thread, we notified the engineers. It will be prioritized for fixing as soon as possible. 

[+Alphadog]

Another day dawns ... and it's still not working. C'mon, folks! We pay for premium membership and we want premium features AND premium customer service. 

[+Artemis&Apollo]

I have the same problem.  When I map any of my pocket queries I get ALL caches around my home coordinates.  If I look at the pocket query list it is correct. I've  tried regenerating the pocket query but it still does not work.

[+Goldenwattle]

I did a pocket query; one I do regularly, and this is the map I saw when I clicked on 'preview the search'. The whole world!

 

[+thebruce0]

1 hour ago, Goldenwattle said:

I did a pocket query; one I do regularly, and this is the map I saw when I clicked on 'preview the search'. The whole world!

 

Yeah that's just because it's defaulting to no filtering on the browse map because the PQ filter isn't being loaded (as opposed to the PQ errantly returning all worldwide results). Same effect as enabling everything and zooming all the way out.

[+KCSearcher]

I just tried it from my laptop running chrome and my android.  I am now getting the correct map results I expected.  Problem seems to be resolved for me.

[Frau Potter]

This issue with Pocket queries should now be resolved. 

[+ErewashPaddler]

9 hours ago, Frau Potter said:

This issue with Pocket queries should now be resolved. 

Excellent - I can now start planning for my trip out tomorrow! Many thanks.

 

[+PereSant]

Yee-haaa! Seems to be fixed, my pocket queries are showing correctly again.

[+mellers]

Yes, fixed here now - thank you.