Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Geoip1 should still be available even when Geoip2 is available #12959

Merged
merged 1 commit into from May 25, 2018
Merged

Conversation

mattab
Copy link
Member

@mattab mattab commented May 23, 2018

Because geoip1 can still be useful even when geoip2 is available (for example, geoip1 seems faster)

(this is a patch we hot-fixed on Cloud)

cc @sgiehl

@mattab mattab added this to the 3.5.1 milestone May 23, 2018
@sgiehl
Copy link
Member

sgiehl commented May 23, 2018

I would strongly recommend NOT to merge this. It was fully on purpose that it is not possible to switch to GeoIP Legacy once GeoIP2 is active. Switching from GeoIp2 back to GeoIp Legacy will disrupt the region data already tracked with GeoIp2. The conversion script included is able to convert legacy (FIPS) data to ISO. A conversion in the other direction is not possible. And having data in the wrong order (first ISO then FIPS) in the database will result in weird regions when running the conversion script.

Btw. disabling the GeoIp2 plugin should also "reactivate" the Legacy providers. Which should imho be enough. Also the integrated auto update / wizard will only be able to download GeoIp2 databases as long as the plugin is active.

@mattab
Copy link
Member Author

mattab commented May 24, 2018

@tsteur FYI, we will need to patch Cloud if we don't merge this in core...

@tsteur
Copy link
Member

tsteur commented May 24, 2018

Ideally we don't always have to patch it 👍

That should allow setting and using invisible geolocation providers without problems
@sgiehl
Copy link
Member

sgiehl commented May 24, 2018

@tsteur @mattab I've update the PR and moved the visibility check for providers from "backend" to "UI" only. That way the providers won't be shown in the UI (unless they are active) and so can't be chosen easily. But they can still be chosen using the API, as they are still "available" in the list of all providers

@mattab mattab merged commit 4896999 into 3.x-dev May 25, 2018
@mattab
Copy link
Member Author

mattab commented May 25, 2018

Good idea, this should solve the issue @sgiehl

@tsteur tsteur deleted the geoip branch May 25, 2018 06:38
InfinityVoid pushed a commit to InfinityVoid/matomo that referenced this pull request Oct 11, 2018
That should allow setting and using invisible geolocation providers without problems
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants