This explanation sounds good, because you are wright we can purchase the ticket directly on the app.
I will try to look at the code to precise the report, but I am a basic user, I don’t even know if I will be able to read it .
Is there a documentation or something to start ?
if we detect that the app is not downloadable for a region, we use [UI] level filter
this is what you see with N/A
now I’m unsure if the geo-restriction is enforced by the google-play remote and would otherwise be unexplained to the user why it is failing (so better show N/A) or it has legal reasons to not circumvent them, the MR doesn’t explain the reason, some issue links are internal.
but if the geo-restriction is enforced by the remote (Google Play), the code wouldn’t be able to do something about it but better warn the user. I think the georestriction hinges on the google account that you got assigned from a pool.
I think you could try to log out (in the App Lounge Settings) and relogin (and again possibly) until the app is offered to you?
Ok thank you for the tips.
I relog out and signed in one time with my real google account,and with an other randomly attributed and each time it fails ! (And also on aurora store to compare)
I try also tried with my old smartphone [honor 9 lite - android 9] (connection on aurora store with the same google account) this time it works.
As the version is the same (v4.1.1(41)), I guess wether the issue come from a phone setting whether form the android version ?
So some more information, i looked up to the app description. Thé description is quite similar. The last update for both of them is on 25/11/2022
There is juste the config file which seems to be a bit diffrent (on x in the name and some kB of diffrence). May be because of the android version ? Can it be responsible ?
As the description also list some phone on which the app doesn’t work, it may also come form there ? (The NFC is availab’e and the FP4 is not on the list,but maybe it should be ? )
(config file difference is fine, that’s a profile for the devices screen resolution)
It was easy to debug cleanapk responses, as the api was quite simple and required no auth.
To see the google play server response for the tcl eticket app would maybe explain why it is filtered. I guess the app-lounge developers have something setup for themselves to debug and make sense of a response.
I mean to know more than the App interface tells, one needs to query with play-api utilities to get a raw response to step through/compare textually, see the aurora credits for projects that can do this or use gplayapi itself - README.md · master · Aurora OSS / GPlayApi · GitLab
Reading again the merge description, contrary to what I thought (“hinges on the google account”), ip country location seems to be a criteria. See their “test procedure” to clear app-lounge caches when changing network/ip.
In what country is ipinfo.io placing you when you test? maybe you should add this to the gitlab issue.
If your IP is shown as being a french network and the App is not listed, then it qualifies as bug.
btw - for me the tcl-e-ticket App is filtered at the DATA level (german ip) → not shown at all in the listing, while for you it was filtered at the UI level → shown, but with N/A button
In the question related to the compatibility section :
"Is my phone compatible with the TCL E-Ticket app?
The TCL E-Ticket application is compatible with an Android mobile phone, version 5 or higher, with an NFC chip, except for the Nexus 5X and 5, Pixel 2, 2XL, XL, 3, 3a, 3a XL, 3XL, 4, 4a, 4XL, Asus Z00A, Z00A_1, Z00A_3, Fairphone4 FP4, Motorola Nexus 6, moto g pro, Vivo V2066"