Open Bug 1615133 Opened 6 months ago Updated 2 months ago

Cannot create account on databricks with standard ETP on Nightly


(Core :: Privacy: Anti-Tracking, defect, P1)

75 Branch





(Reporter: birdsarah, Assigned: englehardt)


(Blocks 2 open bugs)



(1 file)

Steps to reproduce:

Expected: Proceed having signed up

Actual: Nothing happens, button is non-functional

Workaround: After turning off ETP for the site using shield menu, sign up proceeds as expected.

Clean, Nightly profile on Feb 12.

Tracking protection set to Standard

  • Name Firefox
  • Version 75.0a1
  • Build ID 20200212205745
  • Update Channel nightly
  • User Agent Mozilla/5.0 (X11; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0
  • OS Linux 5.4.13-201.fc31.x86_64

This is caused by fingerprinting blocking of When the script is blocked we see a reference error in the console: ReferenceError: geoip2 is not defined and clicking the signup button does nothing. geoip2 is defined by and the error is thrown by, specifically:

jQuery(document).ready(function($) {
    var setupSignupPage = function() {, onError);

        $("#signup-button").on('click', function(event) {
            var $fields = $("#signup-form").find('input,select').filter('[required]:visible');
            var invalids = isValid($fields);
            if (invalids.length) {
                return showErrors(invalids);



Since geoip2 doesn't exist, the click handler is never defined. This seems like a perfect example of something we can fix with Bug 1516552.

Priority: -- → P1

We've decided to fix this by adding a temporary skiplist entry for the geoip2 path since they have a reasonably well defined API both for geolocation and device identification (that latter of which will not be skiplisted). See

Grepping in our 2020-02-04 100k crawl I see the following maxmind URLs related to geoip2 (along with site count): script 134 xmlhttprequest 68 xmlhttprequest 60 xmlhttprequest 11 script 6 xmlhttprequest 6 xmlhttprequest 5 xmlhttprequest 4 xmlhttprequest 2 xmlhttprequest 2 xmlhttprequest 1 image 1 xmlhttprequest 1 xmlhttprequest 1 image 1 script 1 xmlhttprequest 1

We can cover all of these with *,* This only misses, but that looks like a dead URL.

Deployed this fix to the url-classifier-skip-urls on STAGE and verified with the simple test page in Comment 3. Ready for deployment on PROD.

Blocks: 1617323

This is now live on PROD. I've verified the fix on a fresh Nightly profile.

Should this be closed?

(In reply to Julien Cristau [:jcristau] from comment #6)

Should this be closed?

No, this is only temporarily mitigated by the intervention. We still need to figure out a long-term solution.

Assignee: nobody → senglehardt
You need to log in before you can comment on or make changes to this bug.