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

non-Mapbox sources are billed in v1.x #12171

Closed
hyperknot opened this issue Aug 16, 2022 · 5 comments
Closed

non-Mapbox sources are billed in v1.x #12171

hyperknot opened this issue Aug 16, 2022 · 5 comments

Comments

@hyperknot
Copy link

hyperknot commented Aug 16, 2022

Steps to Trigger Behavior

Load a non-Mapbox source with Mapbox access token specified in v1.x.
The load will be billed by Mapbox.

Detail

The bug is a missing bracket on the 2nd line here:

if (config.EVENTS_URL &&
customAccessToken || config.ACCESS_TOKEN &&
Array.isArray(tileUrls) &&
tileUrls.some(url => isMapboxURL(url) || isMapboxHTTPURL(url))) {
this.queueRequest({id: mapId, timestamp: Date.now()}, customAccessToken);
}

This means everyone who used 1.x with an access token was billed for non-Mapbox source loads.

Simple bug - probably thousands of dollars billed in error to customers.

Note: using Prettier would have made it obvious to see this bug.

@mathewantony31
Copy link

Thanks for the report, Zsolt. We've worked with the small number of impacted users to fix the issue by removing the Mapbox access token if they're not using a Mapbox source. We don't have any plans to provide a new gl-js v1 release with this changed as a workaround exists for someone to remove their Mapbox access token.

@hyperknot
Copy link
Author

My project was definitely affected and I found no way except for fixing the brackets myself. Removing the token is not an option as I need to be able to switch between Mapbox and non-Mapbox maps.

I was charged for the non-Mapbox usage, I'm trying to communicate it with billing now.

@mathewantony31
Copy link

Thanks for raising that, Zsolt. I've prioritized the request with the billing team who've processed a refund on your account.

@hyperknot
Copy link
Author

Thanks @mathewantony31 they've issued me a refund now.

@stepankuzmin
Copy link
Contributor

Thanks, everyone! This is now fixed in the v1.13.3 release.

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

No branches or pull requests

3 participants