notino.bg: breakage

[peterbonov]

Prerequisites

• This is NOT a YouTube, Facebook, Twitch or a shortener/hosting site report. These sites MUST be reported by clicking their respective links.
• I read and understand the policy about what is a valid filter issue.
• I verified that this issue is not a duplicate. (Use this button to find out.). Comment in the old issue threads even when they are closed or even if you have a different problem.
• I did not remove any of the default filter lists, or I have verified that the issue was not caused by removing any of the default lists.
• I did not enable additional or non-default filter lists, or I have identified which specific stock list is causing the issue.
• I have disabled the Developer mode in uBO Lite's settings and the issue still persists.
• I have verified that the issue still exists after using the Optimal or Complete filtering mode.
• I have verified that the web browser's built-in content blocker/tracking protection, network wide/DNS blocking, or my VPN is not causing the issue.
• I have turned off all other extensions and the issue still persists.
• If this is about a breakage or detection, I have verified that it is caused by uBO Lite and isn't a site or browser issue.
• I have verified that the browser I am using is up to date with no pending updates.
• I did not answer truthfully to ALL the above checkboxes.

URL address of the web page

https://www.notino.bg/mynotino

Category

breakage

Description

Account page for store fails to load, everything below the site header is blank.

Browser name and version

Chrome Version 144.0.7559.133 (Official Build) (64-bit)

Other extensions used

Hover Zoom+, Reddit Enhancement Suite

Country

No response

Screenshot(s)

Screenshot(s)

Configuration

name: uBlock Origin Lite
version: 2026.208.2004
browser: Chrome 144 (win)
filtering:
 default: optimal
permission: all
badge: 21
rulesets:
 +annoyances-cookies
 bgr-0
 easylist
 easyprivacy
 pgl
 ublock-badware
 ublock-filters
 urlhaus-full
scripting:
 ublock-filters.isolated
 ublock-filters.main
 easyprivacy.isolated
 easyprivacy.main
 ublock-badware.main
 annoyances-cookies.isolated
 annoyances-cookies.main
 toolbar-icon
 css-specific
 css-procedural

[mapx-]

@peterbonov
open uBOL settings, enable Developer mode, then go into Develop tab, Custom DNR rules, add the filter bellow & save:

@@||my.notino.com/js/*.js$script,domain=notino.bg

@gorhill

weird case:
if I disable uBlock filters – Ads, trackers, and more => all working fine
In that list I get no blocked notino stuff

In network pane:

without the exception above the status is 307 (redirection), with the exception above 200

However, an account is required: see here https://github.com/uBlockOrigin/uBlock-discussions/discussions/971
with uBO no issue

[peterbonov]

I just tried it and can confirm that this exception does indeed fix the issue, thanks.

[gorhill]

A generic regex-based rule causing this:

{
  "action": {
    "redirect": {
      "extensionPath": "/web_accessible_resources/noop.js"
    },
    "type": "redirect"
  },
  "condition": {
    "domainType": "thirdParty",
    "regexFilter": "^https?:\\/\\/(?:www\\.|[0-9a-z]+\\.)?[-0-9a-z]+\\.com\\/\\/?(?:[0-9a-z]{2}\\/)+[0-9a-f]+\\.js",
    "requestDomains": [
      "com"
    ],
    "resourceTypes": [
      "script"
    ]
  },
  "id": "_dynamic/78",
  "priority": 11
}

This rule is the result of the following filter:

!#if ext_ubol
/^https?:\/\/(?:www\.|[0-9a-z]+\.)?[-0-9a-z]+\.com\/\/?(?:[0-9a-z]{2}\/)+[0-9a-f]+\.js/$script,3p,redirect=noop.js,to=com
!#endif

[stephenhawk8054]

@Yuki2718 This is quite risky filter, should we keep it?

---

It's bound to match a lot of normal /js/ scripts.

[Yuki2718]

Yeah, I think we have to give up Adsterra for uBOL, till Chromium team fixes the rediculous regex stuff, which apparently never happens.

[mapx-]

/^https?:\/\/(?:www\.|[0-9a-z]{7,10}\.)?[-0-9a-z]{5,}\.com\/\/?(?:[0-9a-z]{2}\/){2,3}[0-9a-f]+\.js/$script,xhr,3p,redirect=noop.js,to=com

it seems it's ok for uBOL (replacing in uBO filter only {32} by +)

[Yuki2718]

I mean issues like this will keep happening if without the {32}, and uBOL user can't get fixes soon even if we quickly fixed such issues. The story will be a bit different if we could use either header or ipaddress though.

[Yuki2718]

@gorhill Sorry, can you share the url of the blocked script?

[mapx-]

sure, but the current uBOL filter replaces all {...} sequences by + , that's why it is dangerous

/^https?:\/\/(?:www\.|[0-9a-z]+\.)?[-0-9a-z]+\.com\/\/?(?:[0-9a-z]{2}\/)+[0-9a-f]+\.js/$script,3p,redirect=noop.js,to=com