Problem with logging of cache and LoMaps

Miloo974 shared this problem 3 months ago
Solved

Hello !

For two days, new update of Locus:The geocaching functions are displayed in errors (maps, logs)


Chrystelle

Comments (27)

photo
1

Hi Chrystelle,

could you please provide us with more detailed information about the errors? Describe step-by-step how you come to an error, attach screenshots of the error or any error messages... Thanks!

Michal

photo
1

(excuse me, but I did not learn English, I'm doing a translation with Google Translate)

I bought LOCUS to play Geocaching.

(It's been several years). When I'm on the LOCUS app, I'm connected to my Geocaching account (On LOCUS settings, I see my nickname)

The problems :

1 / the card is displayed only halfway (picture).

Before, I never had a problem.

2 / After finding a cache, I log on LOCUS.

Usually, I validate and the log is transferred to the official site but now I have an error message after validating my text. (Photos)

photo
1

For the second problem, I have to validate "CANCEL/ANNULER" if I validate "IGNORE THE LOG/IGNORER LE LOG" or "REDESIGN/REESSAYER", I have the same log on the Geo site twice

photo
1

Good day Millo974,

1. issue with the map: based on error message on empty map tiles, it means that on these places, map does not exists > "Map unavailable for this area". What map are you using?

2. Issue with logging: we talk about basic "Found it" log? Or anything special? Any images, any trackables etc?

photo
1

Hello,

I neverworry about live streaming.

I use OSM - Outdoor / Outdoors, Hiking, Cyclist andOSM - Outdoor / Hike and Bike.


This is thesecond card: Hike and Bike that is not displayed correctly. (screenshotof the map.1).


For thesecond problem,

here's the screenshot of what I'm doing:This is the second card: Hike and Bike that is not displayed correctly.

(screenshot of the map).

For the second problem, with an example of a cache, here is the screenshot of my usual log procedure (2/8).

And on page 8, it is noted ALSACIENNE but it is not my nickname, I do not understand.

photo
1

Screenshots : 1.2.3

photo
1

I have a problem sending screenshots


I have a problem sending screenshots

Files: 2.1.JPG
photo
2

Po aktualizaci hlásí problémy s logováním ale log se uloží. Vždy jsem zvolil pouze zrušit. Nenačte to trackables z inventáře, myslím, že hláška je podobná.

photo
1

Ano, ale předtím, než jsem neměla chybu!

photo
2

Hi, I can confirm the problem with logging the fieldnotes. It ends with message: "kl, code: 10601"


Locus 3.37.1

FieldNotes plugin 1.4.6.2

photo
photo
1

Hi all,

thanks for additional information. Miloo974 wrote about two problems which are unfortunately in a single topic.

So the first problem with the map: it really does not look like "Hike & Bike" maps. It is also weird that on the main map screen is not visible bottom "Attribution".

/a720ac536ef20efe3ae11a580d437cec

Check please once more used map. It should look exactly like on my screenshot.

Problem with the login of caches is more interesting. is there possibility that you all have an unfinished upload of trackables log? Anyway, I've created a new version, so if anyone has a while, please test it if there will be the same problem.

How to:

install this special Beta version APK file (Beta version is just unlocked Free version as we describe here, so simply install it together with Pro version).

Start it, use it, try to do the action that causes a problems and we will see. If there still be any issue, in Locus/logs directory should be created a log with extra information. Share it with me please, thanks all!

Menion

photo
1

Oh, sorry. I did not know that I had to create two subjects.

Thanks for the info, I'm doing it tomorrow. I tell you if it worked. Thank you

photo
1

Hehehe ;-) I have tried the linked Beta version (3.37.1.1) for the problem with the loging of caches. When i checked last three unloged caches in FieldNotes addon and selected the "Log selected", than the Locus Pro version was launched and caches are forwarded there. Then the message with czech string equal to "no applications are available" and then obviously the same error: kl, code: 10601.


Is there any way how to temporarily force the hook for loging is registered in the Beta version?

The logs are pure "Found it" on three traditional caches, no trackables.

I have some feeling that the error may be related to Opera which I have as a default browser.


Gimli2


of topic: I am not sure if it is better to write these reports in CZ or EN?

photo
1

@Miloo974

not a big problem, but better separate problems, because then more people may talk about a particular single problem.

@Gimli2

I prefer not to mix languages, thanks for understanding.

Ignore for now "Field notes" addon and log caches over Locus Map (Beta version) > menu > more > Geocaching Tools > Logs manager. Fact that "add-on Field notes" automatically opens Pro version seems to be small problem in this add-on. Thanks

photo
1

At first: Thank you for pointing to internal logs manager. I had no idea that this feature was implemented.


The problem is unfortunately still the same. It ends with error: kl, code 10601. Before that, there was some flash message but was covered by modal panel/form/container (sorry, I dont know the android terms) with the name with actually processed cache and only the bottom edge of flash message was visible.

photo
1

Ah, still problem with "no application available".

It will be most probably the same issue as reported here. Please check my answer, it may help.

photo
1

According to reported problems with Opera as default browser I installed DuckDuckGo browser and set it as a default browser in Android (7.1).


Then I used the Locus betaversion (linked in this thread above) with internal logs manager. The first part process of logging you can see in attached screen capture. There is also visible the mentioned flash message (Jejda!\n startActivityForResult(-1)\nh$',code: 11002). Then, after few tens of seconds hanging on modal panel with a progressbar, it ends with error "kl, code 10601".


I repeated the test with Chrome as default browser and everything behaves exactly the same. Before the test with chrome as default browser I even restarted phone.


From logs, I hope it helps:

https://www.geocaching.com/oauth/authorize.aspx?response_type=code&client_id=(FILTERED)&scope=*&redirect_uri=https%3A%2F%2Foauth-geocaching.locusmap.eu&state=locus, CHROME, [])
10:49:23.267	D	ړ$iF	getMimeTypeForUri(https://www.geocaching.com/oauth/authorize.aspx?response_type=code&client_id=(FILTERED)&scope=*&redirect_uri=https%3a%2f%2foauth-geocaching.locusmap.eu&state=locus), res: text/html
10:49:23.306	E	ړ$iF	onStartActivityForResultError(Intent { act=android.intent.action.VIEW dat=https://www.geocaching.com/... flg=0x14000000 cmp=com.opera.browser/.leanplum.LeanplumCatchActivity (has extras) }, -1)
java.lang.SecurityException: Permission Denial: starting Intent { act=android.intent.action.VIEW dat=https://www.geocaching.com/... flg=0x14000000 cmp=com.opera.browser/.leanplum.LeanplumCatchActivity (has extras) } from ProcessRecord{57a8680 8506:menion.android.locus/u0a467} (pid=8506, uid=10467) not exported from uid 10265

photo
1

Hello,

thanks for additional information. Maybe I know the reason ...

Please try firstly tap on "Load Pocket query" option in "Geocaching tools" screen. This will request to log in. After that, return to "Geocaching tools" and you should see your profile at the top of the screen. Then try this login process. Does it work?

photo
1

No good news, it doesn't work. "Load Pocket query" leads to the same behaviour regardless the default browser settings (chrome, duckduckgo, opera).

May be unrelated, but it's strange for me, that even with chrome or DDgo as default browser, the cpm var contains the opera's package name.


version: 818 / 3.37.2
package: menion.android.locus.pro
android: 25, REL
device: Sony / E5823
errorCode: 11002
msg: startActivityForResult(-1)
stack: java.lang.SecurityException: Permission Denial: starting Intent { act=android.intent.action.VIEW dat=https://www.geocaching.com/... flg=0x14000000 cmp=com.opera.browser/.leanplum.LeanplumCatchActivity (has extras) } from ProcessRecord{aa3497e 17759:menion.android.locus.pro/u0a365} (pid=17759, uid=10365) not exported from uid 10265
at android.os.Parcel.readException(Parcel.java:1689)
at android.os.Parcel.readException(Parcel.java:1641)
at android.app.ActivityManagerProxy.startActivity(ActivityManagerNative.java:3128)
at android.app.Instrumentation.execStartActivity(Instrumentation.java:1520)
at android.app.Activity.startActivityForResult(Activity.java:4266)
at o.ﬧ.startActivityForResult(:767)
...

photo
1

Hmm yes, I see it too. Locus use since I remember, small internal "Pick browser" dialog with an option "don't ask". Just a few days ago, I've removed it because it is no longer needed. But here, seems it is still used and force Locus Map to use it, instead of other browsers installed in the device.

So it will most probably need a) a new version, hmm or if possible, b) temporarily disable Opera in your device? Sorry for complications!

photo
1

It is not problem to wait for a next version of Locus. Thank you.

photo
1

Good day Gimli2,

if you will have a free evening, may you please give a try to this Locus Map Free (beta) version, if login will work correctly for you? Just to confirm it before new version will be out. Thank you!

Menion

photo
1

Hi Menion,

better right now, than sometime at the evening. ;-) So, with Opera set as a default browser I tried to upload logs via Geocaching tools -> Log manager. I was redirected to broswer to log and allow Locus to use gc.com. Then I was asked which application shoudl be used to handle return (locus pro / tested beta free). I selected tested beta and some error message 10601 flashed but then upload of all selected logs started and also correctly finished.


Something from logs:


14:46:32.526	D	Ιх$ı	sendIntentView(o.ŧι@6b52342, https://www.geocaching.com/oauth/authorize.aspx?response_type=code&client_id={xxx}&scope=*&redirect_uri=https%3A%2F%2Foauth-geocaching.locusmap.eu&state=locus, CHROME)


(Parameter for sendIntentView is CHROME - may be ok, but strange whem default browser is another)


14:47:03.680	E	јј	createFailedResult(Response{protocol=h2, code=10601, message=, url=https://api.groundspeak.com/v1/geocachelogs}), result: ResultInfo [code: 10601, tag: ԁι, title: Jejda!, msg: ], extra: 
14:47:03.683	D	ҕ	postValue(Resource [status: ERROR, data: null, result: ResultInfo [code: 10601, tag: ԁι, title: Jejda!, msg: ]])


(This was the message mentioned above.)


And one irrelevant question: Why are the some chars in 3rd column in logs from UTF16 mess? ;-)


G.

photo
1

Ah perfect test, thank you. Logs `sendIntentView` are just information logs, no problem. "Chrome" in call is just "preferred" browser, nothing more.

Error code 10601 is "canceled", which may happen in the case, you press "back" before Locus handle the result. Do not know if this was the problem.

Anyway all together ... it seems to work, perfect :).

And "And one irrelevant question: Why are the some chars in 3rd column in logs from UTF16 mess? ;-)" ... please explain, do not understand.

photo
1

Ok, the Locus' logs has following format:

14:47:03.683	D	ҕ	postValue
10:49:23.306	E	ړ$iF	onStartActivityFor

My estimation:

1st col. = timestamp

2nd col. = log level

3rd col. = HERE TARGERTS MY QUESTION :-) -> it looks sometimes "normal" (e.g. "jj") and sometimes there are something like "ҕ" or "ړ".


The strange chars are sometime also in the canonical names in stacktraces:

at o.ﬧ.startActivityForResult(:767)

photo
1

Ah, this in logs :). It is some kind of protection & optimization. All names of all classes and functions are changed to this and when I need to decode it, I have a key for this. It allows to make app code smaller and also for some hacking and reverse engineering, it complicate a life little bit.

photo