trium

yes, there was no firefox-process to see in the task-manager... ccleaner was the first app i started. ps: i have all selections of firefox ticked in ccleaner -> except "internet cache" and "cookies"

hi fans, after the first start of my laptop with my w8.1 64 bit today and run ccleaner it says me: (i use ff 52.6.0 esr 32 bit) but ff was not open. ofcourse ccleaner cant close ff -> ff isnt open

350 kb? very bad...

ublock v1.15.4 gorhill released this 3 hours ago Closed as fixed: Firefox/webext Android Firefox corrupted downloads with uBlock on

now 2 updates :-) ublock v1.15.2 gorhill released this 8 hours ago No change to the code, I just updated the filter lists packaged with the extension -- due to a bad EasyList filter being shipped with the previous package.

ublock v1.15.0 gorhill released this a day ago New HTML filtering Ability to remove DOM elements from a source document before it is parsed by the browser. The platform must support an extension API to modify the response body on the fly. Currently only Firefox 57+ allows this. The filter syntax is similar to cosmetic filtering, except that the character ^ is used before a valid selector to denote that the filter is to be applied to the source data. Contrary to cosmetic filtering, with HTML filtering the elements matching a selector are removed from the source. Example: twitter.com##^meta[http-equiv="refresh"] www.google.ca##^#hplogo boards.4chan.org##^script:has-text(7c9e3a5d51cdacfc) Note that procedural operators are supported. Procedural operators which are senseless to use on source data will be ignored. For example, it makes no sense to use procedural operator such :matches-css(...) for HTML filtering. Note that HTML filtering essentially brings back support for inline script tag filtering. I plan on deprecating the syntax ##script:contains(...) in favor of ##^script:has-text(...). For the time being, uBO will conveniently convert the old syntax to the new HTML filtering syntax. Given that HTML filters are to be applied to the source data of a document, the best way to create such filters is to view-source: the document and from there analyze what should be removed. Thus the element picker won't be extended as a tool to create HTML filters. In case it's still not clear at point: this is a big deal feature. Sub-filter lists Ability for filter list maintainers to force uBO to load extra filter lists from within a filter list, using an !#include directive. Example: !#include adblock_ublock.txt When uBO encounters the above directive inside a filter list, it tells uBO to load the extra filter list and append it to the current one. The main purpose of such directive is to allow filter list maintainers to be able to make use of uBO's extended filter syntax, without forfeiting the ABP-compatibility of their main filter list: ABP will ignore such directive since it will be seen as a mere comment. All the details of the new directives syntax is being fleshed out at AdguardTeam/AdguardBrowserExtension#917. At this point only !#include is implemented by uBO, because it solves immediately a current issue by simplifying the work of filter list maintainers who want to make use of uBO's extended filter syntax. Important: uBO forbids sublists which are outside the directory of the main list. Typically, filter list maintainers will just use a single file name, as seen in the example above, in which case same-origin and same directory is implicit. Changes Logger The logger can now be opened in a sidebar on Firefox. Just open the side bar and "uBlock₀ -- Logger" will be available as a choice. Given this new ability, I added the following enhancements: A new entry in the tab selector: "Current tab": This will cause the logger to automatically filter out rows which do not belong to the currently active tab. The rows related to behind-the-scene scope are now always shown. If you close a tab while "Current tab" is selected, the resulting void rows will be automatically deleted. You can expand/collapse a single row by clicking on the time stamp cell. Given that uBO's logger is unified, being able to open the logger in a sidebar means you could end up having multiple views opened for the logger: only one view will work at any given time. Mind that there are minor visual issues which I have no control over: The maximum horizontal space is limited by the browser. Firefox: the font size is smaller than dictated in the DOM inspector view: I have no clue why, uBO's chosen font size is overridden by Firefox for some reasons. -Firefox: it's not possible to select text in the logger when it is embedded in a sidebar. If you have the logger already opened in a tab or separate window, you will have to close these for the logger-in-a-sidebar to start working. However some internal message events are lost in Firefox and as a result the logger-in-a-sidebar may take over 30 seconds to start working after you close the logger-in-a-tab or window. Closed as fixed: Firefox Not all images blocked 'Block media elements larger than' set to 0kb script:contains() does not work in WebExtensions Evaluate using the new webRequest API to filter a response body on the fly Ability to open the logger into the browser's sidebar Core uBO's own reload button does not do a cache-invalidating reload Press Ctrl while clicking to force a bypass of the browser cache. manualUpdateAssetFetchPeriod=0 is ignored Blocking meta refresh redirects (works only on Firefox 57+) script:inject with only negated domains cause cosmetic filtering engine to crash Regular expression flags in procedural cosmetic filters Some procedural filter chaining not work? Scriplet injections are Not Logged Scriptlet injection filters counted as cosmetic filters

Speculative execution side-channel attack ("Spectre") fixed in 52.6 :-) nice for your xp, login123 i cant take it for my xp, my processor have no sse2 instrucions

@andavari perhaps brothers from the neightborhood (schwarzwald -> munich) from "münchener freiheit"

@corona, https://www.thelocal.de/20180129/electronic-legends-kraftwerk-win-grammy-for-best-dance-album

ff v52.6.0 esr 23. january 2018 Various stability and regression fixes Various security fixes

hi fans, here is missing a german translation during the installation-choice

ublock v1.14.24 gorhill released this 2 days ago Emergency fix for "Cannot full support Domain restrictive Inverse type options". I didn't look in all filter lists, but I searched in large high profile lists and I found: Two filters in EasyList One filter in EasyList China Commits since 1.14.22: 384f742 bc782be

münchener freiheit - ohne dich (from the 80s)

here a funny older hit from the last century :-) i mean in the early 90´s edelweiß - starship edelweiß my favorite is ofcourse "jim b. scotch" ;-)) i found some other funny versions like "yodel selector"; "space beer shuttle" or "ski instructor" if someone remember it sounds like "music instructor" from super sonic

for corona :-) kraftwerk - das model

https://blog.emsisoft.com/2018/01/04/chip-vulnerabilities-and-emsisoft-what-you-need-to-know/

where is the update of the update - next month?

hello bookemdano, perhaps the easy way: deactivate "system monitoring and active monitoring" and try if this problem is still there i dont know really but -> options -> monitoring: if you have the pro-version -> perhaps try untick "enable browser monitoring"

perhaps a stupid question from me: do you really need this cloud-app/feature? an simple other way -> buy an external harddrive with a size of for example 1TB and copy simply your important private data from your pc-harddrive to your external-harddrive then uninstall this cloud-app -> with all kind of user-datas -> perhaps you must delete these "cloud-drive\backup" folder manually then is this kind of problem gone

have you this app from the windows-store? https://www.microsoft.com/de-de/store/p/cloud-drive/9nblggh5qkdc

attention please: you must input the backup-path in your "cloud-drive-app" -because your app will continue this space-hungry process and at near future your drive will be with full of harddrive-space again. -> there must be an option to delete "old backups"... can you take a look in your "cloud-app"?

please look at your pc windows-explorer -> drive c:\ -> users -> charlotte -> cloud ... and look the way along... ps. i see now your pic :-)

charjeanne means all files with filesname ".edb" at the end with each 700 mb or more with probably 700 gb of space... and this are not from indexservice i mean, because from the cloud - service that is used.

is your used cloud a windows 10 build-in-cloud? or from another manufacturer? ps: i dont believe that windows index-service stored such amount of files in such an great size... i have windows index service deactivated on my w8.1 because i dont need it

15 h for indexing? do you used windows index? i think you dont need it actually. do you know what cloud you use? perhaps knows anyone (or dr. google) what kind of problem it is, if you can tell what cloud... it is. ps. look at your pic -> disk analyze --> try ccleaner disk analyzer again - the lower half on your pic, second column (path) - pull the column wider to see the full path