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

gif at the bottom of the page unblockable #3299

Closed
9 tasks done
tobbi opened this issue Jul 15, 2024 · 4 comments
Closed
9 tasks done

gif at the bottom of the page unblockable #3299

tobbi opened this issue Jul 15, 2024 · 4 comments
Labels
invalid not a uBlock issue

Comments

@tobbi
Copy link

tobbi commented Jul 15, 2024

Prerequisites

  • I verified that this is not a filter list issue. Report any issues with filter lists or broken website functionality in the uAssets issue tracker.
  • This is NOT a YouTube, Facebook or Twitch report. These sites MUST be reported by clicking their respective links.
  • This is not a support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
  • I performed a cursory search of the issue tracker to avoid opening a duplicate issue.
  • The issue is not present after disabling uBO in the browser.
  • I checked the documentation to understand that the issue I am reporting is not normal behavior.

I tried to reproduce the issue when...

  • uBO is the only extension.
  • uBO uses default lists and settings.
  • using a new, unmodified browser profile.

Description

I'm trying to block a gif at the bottom of the page on stupidedia.org but after using the element picker to remove the element and reloading the page, the gif is not blocked but reloaded.

The filter that gets added when I block the page is this:
||www.stupidedia.org/skins/autodoc.gif

A specific URL where the issue occurs.

https://www.stupidedia.org/stupi/Stupidedia:Hauptseite

Steps to Reproduce

  1. Go to https://www.stupidedia.org/stupi/Stupidedia:Hauptseite
  2. Click the ub0 icon, click the "Remove element permanently" button.
  3. Select the "autodoc" banner at the bottom of the page.
  4. Click "Create" in the panel that contains the ||www.stupidedia.org/skins/autodoc.gif filter.
  5. Reload the page

Expected behavior

The banner remains blocked.

Actual behavior

After reloading the page, the banner reappears.

uBO version

1.58

Browser name and version

Firefox NIghtly 130.0a1 (2024-07-14) (64-Bit)

Operating System and version

MacOS X 12.7.5 (21H1222)

@stephenhawk8054
Copy link
Member

Refresh while bypassing the cache and test again (for windows it's Ctrl + Shift + R, I don't know what are the shortcut keys on MacOS though).

@gothic-bum
Copy link

To refresh while bypassing the cache on MacOS: Command + Shift + R

@MasterKia MasterKia changed the title stupidedia.org: gif at the bottom of the page unblockable stupidedia.org: ads Jul 15, 2024
@garry-ut99
Copy link

garry-ut99 commented Jul 15, 2024

  • (tobbi:) I checked the documentation to understand that the issue I am reporting is not normal behavior.

From documentation: https://github.com/gorhill/uBlock/wiki/Element-picker#element-picker-does-not-work-removed-element-reappears-when-you-reload-the-page

Element picker does not work, removed element reappears when you reload the page
There may be many different reasons for this.

  • If this is a network filter, you may need to bypass the browser cache when you reload the page by holding down the Shift key when you click the reload button.

Also duplicate of:

@MasterKia MasterKia closed this as not planned Won't fix, can't repro, duplicate, stale Jul 15, 2024
@MasterKia MasterKia changed the title stupidedia.org: ads gif at the bottom of the page unblockable Jul 15, 2024
@MasterKia MasterKia added the invalid not a uBlock issue label Jul 15, 2024
@krystian3w
Copy link

krystian3w commented Jul 16, 2024

If someone is missing a finger(s) (even one hand) or the length of their hand, they can also use:

Ctrl/⌘ Command + F5

When we do not like the function of sticky keys (the system remembers previously pressed Ctrl and Shift keys).

Another reason may be an error in saving the simple cosmetic filter in the my filters tab (rare and requires collecting logs to determine where it comes from and whether it can be fixed).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
invalid not a uBlock issue
Projects
None yet
Development

No branches or pull requests

6 participants