Skip to content
This repository has been archived by the owner on Nov 15, 2017. It is now read-only.

Change log

Jump to bottom
Raymond Hill edited this page Jul 17, 2014 · 994 revisions

Starting with version 1.0.0.2, the log will now be at the Releases page. This is the proper Github way to release versions. Thanks to mikhaelkh for the tip.

1.0.0.1

1.0.0.0

  • Release date: 5 July 2014
  • New setting: "Copy all rules from global scope into newly created local scopes"
    • Because of issue #349 and a handful of others I had closed as "won't fix".
    • Disabled by default. When disabled, HTTPSB behaves just like before.
    • It is mostly useful if you make heavy use of scopes, for instance, if you enabled the auto-creation of scopes.
    • The copying occurs only at scope creation time, so if you add rules in the global scope after the local scope is created, these won't be copied.
    • If you have a global scope with a lots of rules, this means all the these will be copied in newly created local scopes. Mind the potential rule bloat (Scoped rules manager will be handy here).
    • Hence this feature is really only suited for those who work only with scopes, and in such case the global scope would be only used to create fine-grained rules which the user wishes to apply everywhere automatically.
    • Frankly, it is not ideal. Best would be for the global rules to be seen by narrower scopes without having to copy them. Maybe in a future version. But for now, when I tried to implement this, the code each net request would be required to run through was heading toward being huge and thus inefficient. I prefer to take my time to do the right thing.
  • The privacy-related settings have moved from the Settings tab into a new Privacy tab.
  • Translation work by many contributors.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/364: "Sign in to Chrome" crashes the browser".
    • A scope is automatically created for chrome-scheme and its all cell is whitelisted. If you already have an existing scope for chrome-scheme, it will replace the default one.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/361: "EasyList Czech and Slovak moved".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/360: "Some ads are not blocked".
    • I couldn't see the ads on my side, so hopefully this will be fixed, I will await feedback.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/353: "Improved message text for 'ubiquitousFormatHint' and 'ubiquitousAllowFormatHint'".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/352: "Show frame source over blocked frames".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/349: "When using (auto create) domain level scope, how do I create a rule that auto aplies to each scope when it is created?".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/194: "Move the Settings tab's Privacy section to its own tab".

0.9.9.1

0.9.9.0

0.9.8.0

  • Release date: 15 June 2014
  • Revised extension shortcuts:
    • Shortcut names can be internationalized.
    • "Open dashboard..." (Alt-S) (will go to whatever tab is open in the dashboard, or the Settings tab)
    • "Temporarily whitelist all" (Alt-A).
      • This is equivalent to whitelisting the all matrix cell. Because whitelisting the all cell is a drastic action, a domain-level scope is automatically created beforehand so as to avoid whitelisting the whole internet.
    • "Temporarily whitelist page domain" (Alt-W).
      • This is equivalent to whitelist the domain cell of the current web page.
    • "Remove all temporary changes" (Alt-Q).
      • This will remove all temporary changes.
    • Chrome API allows only a maximum of four shortcuts per extension, so I had to choose carefully what I think are the most useful shortcuts.
  • External assets are now updated automatically.
    • "External assets" are those you can see listed in the "About" tab in the dashboard.
    • External assets are automatically updated when the extension launches; or every five days thereafter.
    • You can still force an update in the "About" tab, or you can just forget about looking whether updates are available, it will be all taken care for you.
    • In order to harden update feature so that a user does not end up with corrupted files, I worked on, and spun off a standalone MD5 hashing library (in case whoever is interested).
  • Fixed https://github.com/gorhill/httpswitchboard/issues/338: "Quick heads-up: Update Punycode".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/334: "Automatic update of ubiquitious lists".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/263: "Handle properly error pages returned when fetching assets/checksums.txt".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/248: "Erasing (for single scope) resets to default global scope rule (the one that the extension uses in new install)".
    • Now the generic rules from global scope will be used rather than the hard-coded factory rules.

0.9.7.1

The end

  • Can't help it: I keep wondering how to improve it.
  • Priority: To not let feature creep turn this into a mess.

0.9.7.0

0.9.6.0

0.9.5.6

0.9.5.5

0.9.5.4

0.9.5.3

  • Release date: 25 May 2014
  • Lot of translation work by tlu1024 (German)
  • Fixed https://github.com/gorhill/httpswitchboard/issues/299: "Frame transparency doesn't work for the whole replacement frame"
    • Your current choice of color/opacity will be reset to factory setting. Sorry.
    • I had no choice but to change the internal representation of the color information, and trying to ensure backward compatibility would have required way too much complicated code, and in general the rule is more code = higher likelihood of new bugs. I went with the safer option.
    • Since now opacity setting is separate from color setting, you don't have to enter a "CSS color", the built-in widget for color picking can now be used.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/52: "Make matrix colors work for color blind people"
    • I can't tell whether it is good enough, so I will await feedback from color-blind people.
    • I couldn't use patterns, as the cells and the permanent state indicators are too small for patterns. So I went with shades of grays.

0.9.5.2

0.9.5.1

0.9.5.0

  • Release date: 23 May 2014
  • New feature: When installing the extension for first time, users will be presented with a list of "flavoured" configurations to help them get started
    • Breakage refers to the likeliness of web pages to not render and/or behave as expected
      • Block all / allow exceptionally (default mode) => Security: very high, Breakage: high
      • Allow all / block exceptionally => Security: medium, Breakage: medium low
      • Ad blocker-like => Security: low, Breakage: low
      • NoScript-like => Security: high, Breakage: high
      • RequestPolicy-like => Security: medium high, Breakage: high
      • Block nothing / report everything => Security: none, Breakage: none
    • These are merely starting points, user can customize at will afterward
    • For users who already have an existing implementation, this setup page can still be accessed from the About tab in the dashboard: click the Start from scratch... button.
    • Important: Keep in mind that loading a predefined configuration is similar to restoring all your settings and data, which means everything will be overwritten.
      • So if you just want to just try these configurations, be sure you have a back up of your data.
  • Fixed a bug in the parsing of cosmetic filters which prevented exception filters to work.

0.9.4.4

And while I have your ear, I want users to be reassured that the new cosmetic filters feature is not a "broken implementation" as suggested by Wladimir Palant. It's pure fabrication.

Similarly, his "potentially significant hang when the page loads" "concern" is pure nonsense, given that ABP does magnitudes worst to inject its thousands of CSS rules. In worst case scenarios, HTTPSB does at most a couple hundreds iterations, which consist of tightly optimized look-up operations (fast) in order to narrow the number of CSS rules to inject to a handful.

Injecting the CSS rules IS the expensive operation, hence you want to minimize this as much as possible. ABP injects 20,000 of these CSS rules indiscriminately, so expressing "concerns" that HTTPSB may end up looping 500 times performing fast look-up operations is just plain intellectual dishonesty.

Everything is in the open on Github, with time stamps, etc. Any developer who can read javascript will be able to confirm everything I wrote in my original article. I wish this will happen.

My only mistake was to think the ABP developers would be happy I found and shared a solution to their problem of indiscriminately injecting 20,000 CSS rules on every page and frames on that page.

0.9.4.3

0.9.4.2

0.9.4.1

  • Release date: 18 May 2014
  • Fixed a couple of quirks (here and here) in the implementation of ABP cosmetic filters.
    • It doesn't affect at all benchmark results shown there).

0.9.4.0

  • Release date: 18 May 2014
  • New feature: Support for ABP cosmetic filters (aka ""element hiding" filters).
    • The reason I changed my mind: Adblock Plus memory consumption.
    • Disabled by default.
    • Enable in the Ubiquitous rules tab.
    • Coverage of ABP cosmetic filters is currently nearly 87%. I will add more as time permits.
    • Currently I measured that over 20,885 cosmetic filters are parsed and enforced, while the total is 24,087 (as of writing).
    • Just in case: the better performance has nothing to do with the fact that coverage is currently 87% instead of 100%.
    • Test page: http://simple-adblock.com/faq/testing-your-adblocker/

0.9.3.0

  • Release date: 17 May 2014
  • New feature: Due to popular demand, I added a new option in the Settings tab: "Blocked frames color (any valid CSS color):" along with a text input field to enter a valid CSS color value.
    • Default is rgba(204, 0, 0, 1), i.e. as it was before internally.
    • Example of valid CSS color values: silver, #c00, rgba(192, 192, 192, 0.2) (note the opacity value), etc.
    • Reference for CSS color: http://www.w3.org/TR/css3-color/#html4
    • Beware: I personally believe that hiding blocked frames from view is a bad idea (hence my resistance to implement the feature). So whether blocked frames are visible or not is now completely up to you.
    • If you really want to completely render invisible blocked frames, the CSS color name is transparent.
    • As of now there is no code to validate whether the CSS color you enter is valid. If is not valid, result will likely be invisible blocked frames, so be careful.
    • To reset to factory color, just empty the input filed and press return: the field will be filled with factory color rgba(204, 0, 0, 1).
    • I have to admit, it is a nice feature to have... I ended using it, my color: rgba(204,204,204,0.8).
    • Note: After v0.9.3.0 was published, my-password-is-password found a fix for the slight visual glitch visible in the pattern. It's not worth to release a new revision just for this, but I will include the fix in the next release.
  • More work on performance and code review.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/135: "Change the colour of the blocked frame to grey".

0.9.2.1

  • Release date: 16 May 2014
  • This revision accommodates Opera web store.
  • No issue fixed, but as the extension is heading toward version 1.0, I will spend more time code reviewing (and making changes if needed), benchmarking (memory, cpu), etc.
  • For technically minded individual, changes can be seen in the commit history (I can't open an issue for every little code revision resulting from above-mentioned code review).

0.9.2.0

0.9.1.2

  • Release date: 10 May 2014
  • Fixed https://github.com/gorhill/httpswitchboard/issues/258: "Adblock+ complex filters not working".
    • Given the size this project reached, I think I am at the point where I will have to ask for a couple of volunteers (5?) to test draft versions before I officially release a version or revision.

0.9.1.1

0.9.1.0

  • Release date: 8 May 2014
  • New feature: In order to enable users to help each other more easily, users can exchange matrix recipes with each other.
    • Reciper
    • The rationale is to decentralize support for the extension, I expect there will always be advanced users somewhere ready to help novice users, and this feature is to make helping easier.
    • The new widget allows to export the current state of the matrix into a recipe, and allows to import a recipe into the current matrix. Example:
      • Novice user asks help for set of rules to "unbreak" a web site.
      • Advanced user figures the minimal set of rules.
      • Advanced user exports the state of the matrix into a recipe.
      • Advanced user post the resulting recipe somewhere where the novice user can copy it.
      • Novice user, trusting advanced user, copy-paste the recipe into the recipe field and click on the import button.
      • Novice user tries if it works, and if so, clicks on the padlock to lock down the new rules.
      • Novice user express his gratitude to advanced user, advanced user answers "no problem".
    • The import tries to be "smart", i.e. it won't allow the import of rules which are irrelevant to the current matrix.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/255: "A session cookie may be removed before it expires".
    • Typical symptom: randomly being logged out of whatever web site you were logged in (not fun).
  • Fixed https://github.com/gorhill/httpswitchboard/issues/252: Mismatch between user agent string from HTTP header and user agent string from window.navigator.userAgent.
  • Progress on https://github.com/gorhill/httpswitchboard/issues/231: "More complete support of Adblock filters"
    • Whitelist filters now supported.
    • Coverage of ABP filter syntax is still not complete, but the support of whitelist filters bumps up the coverage from 84.5% to 87.9% in the case of EasyList + EasyPrivacy.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/81: "Figure a way to allow 'snapshot' of pop-up matrix into a recipe".

0.9.0.0

  • I care about backward compatibility, but apparently I failed this time. It has come to my attention that a user had its settings for auto-create scope disabled, despite me having put code in there to translate the old internal setting into the new one. I still do not understand how this code can fail, but in any case, my apologies for this fumbling. (I could fix the problem, but I suppose it is too late at this point, so simplest workaround is to go to the Settings tab a re-select your choice of scope auto-creation -- domain is now the preferred choice.)
  • Release date: 27 April 2014
  • Changed feature: You can now choose to auto-create domain- or site-level scopes (before only site-level scope was available).
    • I figure this was required as in general, a domain-level scope offers an optimal balance between usability and security.
    • The security gain from using global scope to using a domain-level scope is huge.
    • The security gain from using a domain-level scope to using a site-level scope is marginal in most cases.
    • The convenience gain of using a domain-level scope rather than a site-level scope is significant.
    • For instance, it is quite common for a web site which requires logging in to use HTTP redirect directives from one subdomain to another.
      • Example: log in on login.example.com, end up on members.example.com.
      • With a site-level scope set to login.example.com, the login operation would fail because whatever whitelist rules were created in the login.example.com scope do not apply to the members.example.com scope.
      • This is where domain-level scope is great, as whatever whitelist rules created in *.example.com apply both to login.example.com and members.example.com.
      • A real life example of this particular issue was raised recently: https://github.com/gorhill/httpswitchboard/issues/249 (French).
    • Therefore aute-creation of domain-level scopes is now considered the preferred way of using HTTPSB. Defaults are left unchanged though, as I want to further evaluate whether auto-scoping should be enabled out of the box.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/250: "Let the user choose whether site- or domain-level scopes should be auto-created".

0.8.9.3

0.8.9.2

0.8.9.1

0.8.9.0

  • Release date: 24 April 2014
  • New privacy feature: User-Agent spoofing.
    • Available in the Settings tab:
      • Enable/disable (disabled by default)
      • An input field to choose at which interval (minutes) to randomly pick a new user agent string
      • A text area so you can enter your own list of user agent strings from which to randomly pick
        • Enter nothing to blank the user agent string (not recommended)
        • Enter a single user agent string to force a particular one
        • Enter many to cycle randomly through them, as per your supplied interval
        • I put in a couple of default user agent strings I found while browsing around, but I suggest you pick your own user agent strings going forward. There are various sources out there: you choose.
        • Don't go overboard with the number of user agent strings, a handful of the top most common strings is just enough to accomplish the purpose.
        • Prefixing a line with # will cause the line to be ignored
    • Of interest: EFF: "Browser Versions Carry 10.5 Bits of Identifying Information on Average"
  • Version française maintenant complète après la révision finale de tailHey
  • Fixed https://github.com/gorhill/httpswitchboard/issues/100: "Ability to neutralize User-Agent string for enhanced privacy" (as per above)

0.8.8.2

  • Release date: 23 April 2014
  • Fixed https://github.com/gorhill/httpswitchboard/issues/239: "ABP filters not working when there's an uppercase letter"
    • ABP filters are now case insensitive.
  • Internationalization infrastructure work
    • I can say that finally HTTPSB is fully ready for translation, although I expect there might be small bits here and there that I missed. The translation work in whatever language itself is left to volunteers.

0.8.8.1

0.8.8.0

  • Release date: 21 April 2014
  • New option in the Settings tab: "Auto delete unused temporary scopes".
    • Disabled by default.
    • Especially useful for users who have enabled "Auto create temporary site-level scopes".
    • A temporary scope (which has no permanent counterpart) won't be deleted immediately after the web page for which it applies is closed. It will linger a bit, and if it still unused after 20 minutes or so, it will then be removed from memory.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/229: "Auto-reload only current tab".
    • The user has now the choice to smart reload: None, Current, or All (default).
    • Just a reminder: smart reload ensures that only the pages which are affected by a change in the matrix will be reloaded. The feature here gives the user the choice of which set of pages are going to be candidates for smart reload.
  • I changed the appearance of the filtering switches when in their off state: These switches are kind of important, so they need to stand out more if switched off.

0.8.7.1

0.8.7.0

  • Release date: 18 April 2014
  • The master switch is gone.
  • A new "matrix filtering" switch is now available, and it is scope-based (see it as a master switch, but it applies only to the current scope).
    • Since now matrix filtering can be turned off for a specific scope, the chromium-behind-the-scene scope will come out-of-the-box with matrix filtering turned off, in order to guarantee that, out-of-the-box, HTTPSB does not interfere with the browser or other extensions.
    • There were cases of extensions being broken by HTTPSB despite the chromium-behind-the-scene scope defaulting to allow-all/block-exceptionally, because some of the hostnames the user was feeding another extension were ubiquitously blacklisted.
    • For existing users, matrix filtering will be on by default for all scopes, including the chromium-behind-the-scene scope, to ensure there is no change in behavior with your existing installation.
  • Adblock Plus filter syntax is now supported as user-supplied ubiquitous rules.
    • You can mix and match plain hostname rules with Adblock Plus filter rules.
    • "One hostname per line" becomes "One rule per line".
    • Respect proper and sane ABP-filter syntax and all should be fine.
      • Remember: garbage in, garbage out, so if you feed HTTPSB garbage rules, HTTPSB's behavior as a result is undefined.
    • Be mindful that not all ABP filter syntax is supported.
  • The HTTPSB entries in the browser's contextual menu (right-click) have been removed: I found out they were not working correctly due to the many changes which have happened since the contextual menu code was released. More thoughts are needed before I fix and put back these contextual menu entries. Probably not many users were relying on the contextual menu since nobody reported it wasn't working properly.
  • New wiki page for an overview of HTTPSB's filtering engine
  • Fixed https://github.com/gorhill/httpswitchboard/issues/234: "Per-scope switch to disable all ubiquitous blocked hosts".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/232: "Allow user to supply his own ADP-compatible filters".

0.8.6.4

  • Release date: 15 April 2014
  • No changes for existing users.
  • Removed Fanboy lists from out-of-the-box default selected ubiquitous lists. Because this.
    • I personally use the Fanboy lists, however these are causing a bit too much material to be blocked, especially annoying for a new user who chooses to use HTTPSB in allow-all/block-exceptionally approach.

0.8.6.3

0.8.6.2

0.8.6.1

0.8.6.0

  • Fixed https://github.com/gorhill/httpswitchboard/issues/195: "Need an 'export all'/'import' feature".
    • New buttons, in the About tab: Backup to file... and Restore from file...
    • When restoring, ALL existing settings, rules, etc. will be overwritten, and the extension will be restarted.
    • Be mindful that the backed up data is saved as a text/json file, hence it is directly human readable. Take appropriate measures (back up to an encrypted drive or folder, etc.) if you have privacy concerns.
    • Saving to cloud-based "Chrome Sync" storage is not implemented, due to the limits imposed on size.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/115: "Ability to make global rules".
    • The ability to create ubiquitous whitelist rules, i.e. the whitelisting of hostnames in all scopes.
    • A new section at the bottom of the Ubiquitous rules tab as been added, where the user can provide his own list of hostnames which are to be ubiquitously whitelisted, i.e. whitelisted in all scopes.

0.8.5.6

  • Fixed https://github.com/gorhill/httpswitchboard/issues/215: "Necessary script in frame not shown in matrix".
    • This bug would show up specifically if a user had the Chromium settings "Block third-party cookies and site data" enabled.
    • This caused the user to lack the necessary information about the number of scripts attempting to execute within embedded frames (if and once these were unblocked).

0.8.5.5

0.8.5.4

0.8.5.3

0.8.5.2

0.8.5.1

0.8.5.0

  • New button in the matrix pop-up which allows to turn on/off filtering using Adblock Plus ("ABP") complex filters for a specific scope.
    • ABP filtering button
    • The state of this button is saved as part of a scope when you lock down your changes.
    • The number in the badge represents to total number of requests blocked on the page using ADP filtering.
  • The state of the padlock (to persist changes) and eraser (to revert changes) buttons now reflect the number of temporary changes (including the ABP button) which are not persisted in the current matrix.
  • Net requests blocked through ABP filtering are now identifiable by a special icon in the request log in the Statistics tab in HTTPSB's Dashboard: by hovering the mouse over that icon you can see which ABP rule specifically is responsible for the blocking.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/208: "Adblock Plus filtering is still in effect even after turning off HTTPSB".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/205: "Need a way to easily exclude a whole page or domain from ABP-filtering".
  • Fixed https://github.com/gorhill/httpswitchboard/issues/189: "Provide a badge for other toolbar icons in popup menus".

0.8.4.8

0.8.4.3 0.8.4.4 0.8.4.5 0.8.4.6 0.8.4.7

0.8.4.2

  • Fixed a bug which could potentially occur when loading the various ubiquitous lists, causing the extension to break:
    • https://github.com/gorhill/httpswitchboard/issues/199.
    • The bug would occurs depending on how fast the lists are loaded into memory: slower = bug more likely to occur.
    • Workaround for those still using version 0.8.4.1 is to disable the "Parse and enforce Adblock+ complex filters" feature.
    • Sorry :-(
  • Further performance and memory footprint improvements to the code dealing with Adblock Plus complex filters.
    • Reaching optimal performance is a requirement in order to support more complex filter syntax, i.e. wildcards, options, etc.

0.8.4.1

  • Fixed potential false negatives (in rare circumstances) when evaluating against Adblock+ complex filters.
  • Simplified Adblock+ complex filters-related code.

0.8.4.0

  • First, an apology for having dismissed too quickly a good suggestion a while ago.
  • Adblock Plus ("ABP") complex filters (those which parse into more than just "block a whole domain") can now be parsed and used to block web requests:
    • Optional, disabled by default. Can be turned on from Ubiquitous rules tab in the Dashboard.
    • Consider this a beta feature.
    • Especially handy for users who prefer to work in allow-all/block exceptionally mode
    • Not all ABP complex filters are parsed:
      • Those with options are currently ignored (working on it, as time permit).
      • Those with regular expressions are currently ignored (probably will support partially, i.e. * only): these are rare instances and their use is discouraged anyway).
      • Filters used to hide elements are ignored (undecided whether I will ever implement since it requires modifying the DOM).
      • Filters used to whitelist something -- like "acceptable ads" -- are ignored (will never implement).
    • ABP complex filters are not reflected in the matrix (except obviously for those which apply on a whole domain). There is no user interface to enable/disable a single ABP complex filter.
      • Rules from HTTPSB have precedence. If a request is evaluated as "allowed" by HTTPSB, it is then further evaluated using ABP filters.
      • The only way to disable a single ABP complex filter is to disable the parsing of all complex filters, or to disable the whole list in which the filter appears. ABP complex filters are not affected by preset recipes.
      • The number of requests effectively blocked by complex ABP filters is reported in the Statistics page in the Dashboard, so that you can get a sense of whether ABP filters are worth parsing and enforcing, given the extra memory use.
      • The added overhead of evaluating an ABP complex filter is small, around 30 µs. (I did not revise this yet to reflect the new timings.)
    • The main point of this feature is that you are still using ABP along HTTPSB, HTTPSB gets closer to be a complete replacement solution to ABP.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/198.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/197.

0.8.3.0

  • Assets used by HTTPSB can now be updated without having to wait for a new release of the extension.
    • From the About tab of the extension's Dashboard.
    • "Assets" refers to:
  • Significantly reduced memory footprint.
    • Not that there wasn't any memory leak, just that for this release, I chose to spend more time on code revision and refactoring instead of just features -- a necessary recurring task in order to ensure the code doesn't drift too far away from sanity. This allowed me to put to test and validate some ideas I was entertaining since a long time regarding memory footprint.
  • Fixed https://github.com/gorhill/httpswitchboard/issues/179.

0.8.2.1

  • Fixed https://github.com/gorhill/httpswitchboard/issues/191
    • First two definitions:
      • "Tabless HTTP requests" are requests which do not originate from any particular tab: these are known as behind-the-scene requests.
      • "Orphan HTTP requests" are requests originating from a valid tab, but which tab display the content of a URL which is not handled by HTTPSB, i.e. opera://startpage/, or whatever else similar which may come in the future.
    • Orphan HTTP requests are now categorized as behind-the-scene requests.
      • Before the fix, these requests were evaluated against the global scope, but unfortunately they could not be reported in any matrix.

0.8.2.0

0.8.1.3

  • Workaround for Yandex's improper rendering of float element in toolbar of extension pop-up.

0.8.1.2

  • Fixed auto-whitelisting of Youtube at install time for Opera 19.

0.8.1.1

  • Minor revision: The mini pop-up menu in the pop-up of the extension giving access to Rule manager, Settings, Documentation and On/off buttons has been removed and the buttons are now directly accessible in the extension pop-up toolbar as Dashboard, Documentation and On/off buttons on the far right.

0.8.1.0

0.8.0.1

  • Replaced all preset recipes for Google various services with one single preset recipes which "unbreak" all Google various services.
    • Turns out, it's just way too much time-consuming to try and create specific set of rules for each specific Google service.
    • At least, it is scoped, so Google servers won't be pinged when not on a Google-owned web page.
    • That's the point of domain-level scopes anyway, so I will just use one for Google.

0.8.0.0

Clone this wiki locally