# \[Support\] uBlock Origin

**URL:** <https://discourse.mozilla.org/t/support-ublock-origin/6746>\
**Category:** Add-on Support\
**Created:** [January 26, 2016, 8:07pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746 "2016-01-26T20:07:49Z")\
**Posts on this page:** 20\
**Page:** 36

<div class="post-metadata">

**Author:** ![gorhill](https://avatars.discourse-cdn.com/v4/letter/g/c5a1d2/32.png) [@gorhill](https://discourse.mozilla.org/u/gorhill)\
**Post date:** [April 21, 2018, 1:16pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/718 "2018-04-21T13:16:54Z")

</div>

> [@neek](#):
>
> I’m assuming this isn’t intentional?

This is intentional. The firewall pane is read-only when “advanced user” mode is not enabled. The reason is to provide some awareness to non-advanced users about where their browser connects – hopefully the gained awareness will motivate some users to take action and start to control about whether they should block by default some or all 3rd-party connections.

See [https://github.com/gorhill/uBlock/wiki/Quick-guide:-popup-user-interface#the-overview-panel](https://github.com/gorhill/uBlock/wiki/Quick-guide:-popup-user-interface#the-overview-panel).

---

<div class="post-metadata">

**Author:** ![neek](https://avatars.discourse-cdn.com/v4/letter/n/e480ec/32.png) [@neek](https://discourse.mozilla.org/u/neek)\
**Post date:** [April 21, 2018, 2:01pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/719 "2018-04-21T14:01:17Z")

</div>

Aaah, this is what I was missing (from the link):

‘To hide that panel, just click again on either the “requests blocked” or “domains connected” label.’

I simply couldn’t work out how to hide it before. But I probably should learn more about controlling 3rd-party connections, as you suggest.

Thank you for the reply!

---

<div class="post-metadata">

**Author:** ![shakeyd05](https://avatars.discourse-cdn.com/v4/letter/s/94ad74/32.png) [@shakeyd05](https://discourse.mozilla.org/u/shakeyd05)\
**Post date:** [April 25, 2018, 12:47am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/720 "2018-04-25T00:47:30Z")

</div>

Why does it block gfycat links on reddit? It says unsupported MIME type. Is it possible to patch?

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [April 25, 2018, 1:53pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/721 "2018-04-25T13:53:52Z")

</div>

Maybe you have enabled “No large media elements”? [https://github.com/gorhill/uBlock/wiki/Per-site-switches#no-large-media-elements](https://github.com/gorhill/uBlock/wiki/Per-site-switches#no-large-media-elements)

---

<div class="post-metadata">

**Author:** ![avandesa](https://avatars.discourse-cdn.com/v4/letter/a/8e8cbc/32.png) [@avandesa](https://discourse.mozilla.org/u/avandesa)\
**Post date:** [April 26, 2018, 4:25am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/722 "2018-04-26T04:25:05Z")

</div>

Hello, I’m having an issue with the latest update. Basically, some ads aren’t being blocked, and the element picker isn’t working. I went into a lot of detail [in a reddit post](https://www.reddit.com/8ezxsu/). Has anyone else reported a similar issue, or is it something I broke?

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [April 26, 2018, 3:47pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/723 "2018-04-26T15:47:21Z")

</div>

Check settings or popup panel for “Disable cosmetic filtering” option. [https://github.com/gorhill/uBlock/wiki/Per-site-switches#no-cosmetic-filtering](https://github.com/gorhill/uBlock/wiki/Per-site-switches#no-cosmetic-filtering)

---

<div class="post-metadata">

**Author:** ![z-80](https://avatars.discourse-cdn.com/v4/letter/z/a8b319/32.png) [@z-80](https://discourse.mozilla.org/u/z-80)\
**Post date:** [June 5, 2018, 12:36pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/725 "2018-06-05T12:36:12Z")

</div>

Very annoying website practice of greying everything over and popping up something you don’t want to see and it happens every single time you visit the page.

Is there anyway to permanently block (through one rule) this rude (infuriating) practice? Screenshot example attached.

 ![grey-popup-screenshot](https://us1.discourse-cdn.com/flex001/uploads/mozilla/original/3X/3/8/38d72fd2f953d016364e1abe113a39d74b5e895d.png)

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 7, 2018, 1:20pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/726 "2018-06-07T13:20:08Z")

</div>

You may try experimental scriptlet `example.com##script:inject(overlay-buster.js)`.  
Standard way is to hide dialog and background using element picker, and then you will need to reset overflow in body by setting `example.com##body:style(overflow: auto !important)` to see scrollbars.

---

<div class="post-metadata">

**Author:** ![ypsy](https://avatars.discourse-cdn.com/v4/letter/y/3e96dc/32.png) [@ypsy](https://discourse.mozilla.org/u/ypsy)\
**Post date:** [June 12, 2018, 7:59pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/727 "2018-06-12T19:59:03Z")

</div>

Hi, I save a lot of news articles or other web pages as PDF (to archive them) and noticed that cosmetic filters are not active when using Firefoxes print-to-pdf. Some sites have those big popups in the center that make the “printed” pdf completely useless. I tried some website-to-pdf plugins for firefox but they were not satisfying to me. Often they use the internal page-to-pdf functionalities anyway and thus have the same problem.  
I can think of two solutions: Either uBlock somehow gets into the pdf-printing engine of firefox and applies the cosmetic filters there. Or uBlock could provice a way to export an html file with cosmetic filters applied. That way I could convert that file using “wkhtmltopdf” or similar. I tried to do this using javascript to get the rendered source code, which sadly also did not have the cosmetic filters applied yet. Also tried to export the html using the developer tools “dom tree as html”. Same results. I even thought of using uBlocks javascript code to filter html (in some sort of standalone mode, without needing a browser) but quickly figured I was way too unexperienced to try it.  
So I’d appreciate any help. Thanks in advance.  
Y

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 12, 2018, 8:53pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/728 "2018-06-12T20:53:45Z")

</div>

> Some sites have those big popups in the center that make the “printed” pdf completely useless.

Can you share example?

> uBlock somehow gets into the pdf-printing engine of firefox and applies the cosmetic filters there

I don’t think it’s possible - these are internal pages, and webextensions does not work on them

> uBlock could provice a way to export an html file with cosmetic filters applied.

Not exactly this, but you can use _Zap_ tool to get rid of these elements [Quick guide: popup user interface · gorhill/uBlock Wiki · GitHub](https://github.com/gorhill/uBlock/wiki/Quick-guide:-popup-user-interface#zap-an-element-on-the-current-page)

---

<div class="post-metadata">

**Author:** ![ypsy](https://avatars.discourse-cdn.com/v4/letter/y/3e96dc/32.png) [@ypsy](https://discourse.mozilla.org/u/ypsy)\
**Post date:** [June 19, 2018, 8:23am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/729 "2018-06-19T08:23:07Z")

</div>

Any Facebook Post for example. If you’re not logged in, you get this full page “See more of …” thing. If you dismiss it, it’s still 1/3 of the page. On the printed pdf it looks even worse and gets in way with the text.

That’s interesting. The Zaptool does indeed remove it in a way so that it’s not visible in the printed pdf anymore. It’s not very convenient though as it is not remembered and on a lot of tries I did, clicking on the zaptool button didn’t do anything (the zapping mode didn’t start) until I reloaded the page a couple of times and/or disabled/enabled cosmetic filtering. Maybe another bug.

So does anyone have an idea why the changes made with the zaptool apply to printed pdfs and the cosmetic filtering does not?

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 19, 2018, 8:32am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/730 "2018-06-19T08:32:36Z")

</div>

> [@ypsy](#):
>
> So does anyone have an idea why the changes made with the zaptool apply to printed pdfs and the cosmetic filtering does not?

Because Zap removes elements from document and cosmetic filtering hides them.

---

<div class="post-metadata">

**Author:** ![ypsy](https://avatars.discourse-cdn.com/v4/letter/y/3e96dc/32.png) [@ypsy](https://discourse.mozilla.org/u/ypsy)\
**Post date:** [June 21, 2018, 12:54pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/731 "2018-06-21T12:54:04Z")

</div>

> [@gwarser](#):
>
> Because Zap removes elements from document and cosmetic filtering hides them.

I see! So would it be possible to remove them from the document with cosmetic filtering as well or have an option to do so? If this is not too much effort and does not bear any other problems I’d be very glad if a developer could consider this 🙂

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 21, 2018, 1:31pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/732 "2018-06-21T13:31:02Z")

</div>

> [@ypsy](#):
>
> possible to remove them from the document with cosmetic filtering

This was discussed and will not be implemented for cosmetic filtering (at least for now - you can present your case here: [Ability to remove DOM element instead of hiding? · Issue #2252 · gorhill/uBlock · GitHub](https://github.com/gorhill/uBlock/issues/2252) )

However there is special filtering implemented to remove elements from html source (not from dynamically _rendered_ document) [Static filter syntax · gorhill/uBlock Wiki · GitHub](https://github.com/gorhill/uBlock/wiki/Static-filter-syntax#html-filters) and seems to work for printing. May help for selected pages where you create your own filters.

---

<div class="post-metadata">

**Author:** ![mraeryceos](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@mraeryceos](https://discourse.mozilla.org/u/mraeryceos)\
**Post date:** [June 25, 2018, 8:46pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/733 "2018-06-25T20:46:19Z")

</div>

I’m using medium mode for ublock origin. I have a lot of rules.  
As a feature request, I’d like to be able to sort the rules, by the number of times the rules have been used. This statistic will help me discard old rules, for sites I haven’t used in a long time.

Would I want to keep the number of rules down for performance reasons?

---

<div class="post-metadata">

**Author:** ![grahamperrin](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/grahamperrin/32/17266_2.png) [@grahamperrin](https://discourse.mozilla.org/u/grahamperrin)\
**Post date:** [June 30, 2018, 6:55am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/734 "2018-06-30T06:55:59Z")

</div>

[Firefox WebExtensions · gorhill/uBlock Wiki · GitHub](https://github.com/gorhill/uBlock/wiki/Firefox-WebExtensions#read-carefully-if-using-ubowebext) might benefit from some updates.

The bug linked from the first bullet point is a duplicate of Mozilla bug [1396395 - Firefox crashes when submitting form](https://bugzilla.mozilla.org/show_bug.cgi?id=1396395)

> RESOLVED FIXED in Firefox 58

– and the fix (for **single-process mode compatibility** with AdNauseam, Findx Privacy Control, Ghostery, HTTPS Everywhere, Nano Adblocker, Privacy Badger and uBlock Origin) should be in the next release of Waterfox, probably 56.2.2.

The bug linked from the second bullet point is a duplicate of Mozilla bug [1379148 - document.write does not synchronously modify a document if an extension has content scripts at document\_start](https://bugzilla.mozilla.org/show_bug.cgi?id=1379148)

> VERIFIED FIXED in Firefox 57

## uBO’s cache storage

> … wiped-out …

If it’s IndexedDB, see:

- Mozilla bug [944918 - indexedDB broken - UnknownError - Error opening Database](https://bugzilla.mozilla.org/show_bug.cgi?id=944918)

In particular:

- [comment 34](https://bugzilla.mozilla.org/show_bug.cgi?id=944918#c34) demonstrating that in some cases, deletion of _a type of hidden file_ should suffice (contrast with suggestions, elsewhere, that it’s necessary to abandon an _entire profile_)
- [comment 39](https://bugzilla.mozilla.org/show_bug.cgi?id=944918#c39) proposing a mitigation.

---

<div class="post-metadata">

**Author:** ![grahamperrin](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/grahamperrin/32/17266_2.png) [@grahamperrin](https://discourse.mozilla.org/u/grahamperrin)\
**Post date:** [June 30, 2018, 7:06am UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/735 "2018-06-30T07:06:45Z")

</div>

> [@z-80](#):
>
> … annoying … popping up …

OT from uBlock Origin, you might like this extension:

- [In-Page Pop-up Reporter](https://addons.mozilla.org/addon/in-page-pop-up-reporter/)

> … Mozilla is experimenting with a browser feature to detect such pop-ups automatically and block them.

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 30, 2018, 1:37pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/736 "2018-06-30T13:37:47Z")

</div>

> [@mraeryceos](#):
>
> I’d like to be able to sort the rules, by the number of times the rules have been used. This statistic will help me discard old rules, for sites I haven’t used in a long time.

Things like this has been requested before and I don’t think will be implemented. There are some performance/architectural problems.

> [@mraeryceos](#):
>
> Would I want to keep the number of rules down for performance reasons?

Do you see any slowdowns?

---

<div class="post-metadata">

**Author:** ![gwarser](https://sea1.discourse-cdn.com/flex001/user_avatar/discourse.mozilla.org/gwarser/32/72022_2.png) [@gwarser](https://discourse.mozilla.org/u/gwarser)\
**Post date:** [June 30, 2018, 3:59pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/737 "2018-06-30T15:59:05Z")

</div>

Thank you, [updated](https://github.com/gorhill/uBlock/wiki/Firefox-WebExtensions/_compare/1f950bc8d0bfcd55b281549b89e102575924c0ba...56405ec6c228cbbae4b6968e52e89c3c0e417dee).

About database problem: I think this problem also happens for “desktop.ini”, “this is uBO database” or “asdf” files - they should find better solution than:

> b) Whitelist everything starting with a “.”

---

<div class="post-metadata">

**Author:** ![mraeryceos](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@mraeryceos](https://discourse.mozilla.org/u/mraeryceos)\
**Post date:** [June 30, 2018, 7:08pm UTC](https://discourse.mozilla.org/t/support-ublock-origin/6746/738 "2018-06-30T19:08:28Z")

</div>

> [@gwarser](#):
>
> > Would I want to keep the number of rules down for performance reasons?
> 
> Do you see any slowdowns?

No slowdowns I can tell, but I wouldn’t be able to tell unless I had two screens side by side, one processing my rules and one without.

[Previous page](https://discourse.mozilla.org/t/support-ublock-origin/6746.md?page=35)

[Next page](https://discourse.mozilla.org/t/support-ublock-origin/6746.md?page=37)