Open OhMyGuus opened 2 years ago
Installing the extension on Firefox: Download the .xpi from releases
Type about:addons
into the URL bar
Click the gear wheel icon and click Install Add-on From File...
Locate the corresponding .xpi file
Install the extension by clicking Add
Firefox may try to install it straight away when you download it, in which case just click Continue to Installation
Maybe the correct name should be "I don't care about Cookies or Avast" hahaha Just kidding but some sort on name and logo change would be great.
Bring back the additional options to "report a cookie warning" and also an option to "disable extension on website here.com"
Maybe the correct name should be "I don't care about Cookies or Avast" hahaha Just kidding but some sort on name and logo change would be great.
Bring back the additional options to "report a cookie warning" and also an option to "disable extension on website here.com"
Hahahaha love that name
Oh and thanks for the notify about the report & disable will fix that indeed :)
winskil Thanks a lot for the tutorial and I placed it on the wiki with credits of course
You're welcome! I have a Chrome tutorial ready as well, but it still has the Manifest version 2 is deprecated, and support will be removed in 2023.
warning so I will add it here when it's fixed (currently looking through the V3 migration docs)
Adding this anyway. Added a disclaimer about the errors to the bottom.
Installing the extension on Chrome
Download the .zip from releases
Type chrome://extensions
into the URL bar
Enable developer mode
Drag the .zip to the extensions page
You may notice that the extension has errors. Why?
Chrome stops supporting Manifest V2 in 2023 (which the extension currently uses). This will be fixed in the future release so for now you can ignore it.
Maybe a question here (and a statement), coming from someone who cares about cookies - cares to have the least of them tracking cookies used. Is this extension just plainly going the "Accept All Cookies" route or it attempts to "Reject All Cookies" (or do its best to achieve minimum cookies stored)?
I always found the "I don't care" part confusing - does the extension just do whatever is necessary to remove the banner/pop-up? If it does its best to minimize the amount of cookies used, I'd be welcoming altogether new name, such as "Cookie? No, thank you!", "Cookie rejecter", "Reject All Cookies" or whatever pun you can think of in that direction...
One thing that is probably more important and easily fixed is the details on the extension in Firefox such as the author which still displays "Daniel Kladnik @ kiboke studio" as well as the version numbering would be great if it were somewhat different I guess.
@maricn Copied this from the original site
In most cases, it just blocks or hides cookie related pop-ups. When it's needed for the website to work properly, it will automatically accept the cookie policy for you (sometimes it will accept all and sometimes only necessary cookie categories, depending on what's easier to do). It doesn't delete cookies.
@maricn Copied this from the original site
In most cases, it just blocks or hides cookie related pop-ups. When it's needed for the website to work properly, it will automatically accept the cookie policy for you (sometimes it will accept all and sometimes only necessary cookie categories, depending on what's easier to do). It doesn't delete cookies.
Thank you for sharing that quote. I remember it well, and was repeatedly sorry for the (afaik) lack of public issue tracker and open source nature of the project to address it.
Unless the website is in breach of ePrivacy, GDPR and/or other local regulations (which btw you may assume exactly all of them are, just a matter of extent; however let's assume they're not) - they shouldn't store any cookies that are strictly not necessary. That means just killing a pop-up should be enough to stop the website from storing any tracking cookies.
What I hope can be improved in a fork of the original project (perhaps over time, not immediately) is to avoid accepting all cookies. Instead of doing "what's easier", go the hard way for improving user privacy. That's just my dream, I felt this could be a good moment to share it, but I don't promise involvement in developing the extension, so please feel free to ignore my POV. :)
As for the name, I think we shouldn't stick to the original one, because I don't care about cookies can evoke that we don't care if we allow all cookies and let be snooped on.
@maricn Copied this from the original site
In most cases, it just blocks or hides cookie related pop-ups. When it's needed for the website to work properly, it will automatically accept the cookie policy for you (sometimes it will accept all and sometimes only necessary cookie categories, depending on what's easier to do). It doesn't delete cookies.
In my experience the extension mostly accepted all cookies. I think (if wanted) we can improve on that while (or after) cleaning up the original code.
IDGAF About Cookies
What I hope can be improved in a fork of the original project (perhaps over time, not immediately) is to avoid accepting all cookies. Instead of doing "what's easier", go the hard way for improving user privacy. That's just my dream, I felt this could be a good moment to share it, but I don't promise involvement in developing the extension, so please feel free to ignore my POV. :)
Agreed. It seems it's the path taken by Consent-O-Matic, but after a few hours of surf, many cookie popups are still visible. So maybe the present fork of IDCAC, associated with some cookie mangement addon I have yet to find, would be the right choice.
A mix of Consent-O-Matic and I don't care about cookies would be perfect. The extension could:
Since some users wouldn't like the option to accept cookies, a setting could be added to disable these "fallbacks", giving the user the chance to leave the site without accepting any cookies.
jsyk according to the latest rulings (at least per GDPR and ePrivacy) websites shouldn't make it any harder for the user to reject than to accept non essential cookies.. also by default they should be unchecked.. ofc that doesn't mean there will be no websites in violation and/or transition to that behavior..
jsyk according to the latest rulings (at least per GDPR and ePrivacy) websites shouldn't make it any harder for the user to reject than to accept non essential cookies.. also by default they should be unchecked.. ofc that doesn't mean there will be no websites in violation and/or transition to that behavior..
A LOT of sites only display the accept all button and options, where everything is checked by default.
About the rewrite and cleanup, I think it might be useful to rename common6.js
, common3.js
, common5.js
to something like 6_cookies.js
, 3_localstorage.js
, 5_mouseclick.js
to make it easier to locate the proper file to edit.
About the rewrite and cleanup, I think it might be useful to rename
common6.js
,common3.js
,common5.js
to something like6_cookies.js
,3_localstorage.js
,5_mouseclick.js
to make it easier to locate the proper file to edit.
That's indeed a good idea :)
After looking at the part that loads the common(n).js
files, (line 476 of context-menu.js
) it looks like renaming the files to a better name is not possible, as the executeScript
function needs a full file name to load. There could be something like an index with the numbers that belong to the file names in order to fix it, but this looks too complex. Maybe something like a contributors guide which explains what each file does is a better idea.
After looking at the part that loads the
common(n).js
files, (line 476 ofcontext-menu.js
) it looks like renaming the files to a better name is not possible, as theexecuteScript
function needs a full file name to load. There could be something like an index with the numbers that belong to the file names in order to fix it, but this looks too complex. Maybe something like a contributors guide which explains what each file does is a better idea.
Did already some things u suggested in #223 , will create a guide as well this week 😄 Planning to do some more changes later as well like fixing the duplicated blockrules (manifestv2 & manifestv3 )
Looks good 👍, much cleaner
In rules.js
, in the blockUrls
part, there are a lot of q: false
and e: false
. Maybe there's a way to set false as the default value for q and e so that they can be removed?
Edit: done
It would be really nice if you could set the addon (in some kind of settings tab because I think some people maybe don't want it) to display one pop up with it asking to keep the banner and let you answer it or remove the entire banner (with the information displayed about if it will accept or reject the cookies). so like a popup that has 2 buttons first one: Remove cookies banner and accept (or reject in the cases that would be possible) cookies. 2nd button will be: leave banner open and choose yourself.
Request:
Provide a link to a Manifest v2 .crx
file on Releases while Google still permits them.
Reason: Manifest v3 version is still somewhat slow and buggy.
Another way to optimize rules, maybe it's possible to automatically append !important to css rules, as it's always the case anyway
Also, code starting from 250 and line 284 in background.js
is duplicate code, it might be possible to make a function for it
Another idea, add issue tags for the used browser, so people that want to make rules for a specific browser can easily see what issue they have to click (could also automatically tag for mobile)
Edit: automatic NSFW tagging could also be possible by looking up the domain name on a list
Another idea, add issue tags for the used browser, so people that want to make rules for a specific browser can easily see what issue they have to click (could also automatically tag for mobile)
Edit: automatic NSFW tagging could also be possible by looking up the domain name on a list
Yandex's or NextDNS's database could be used. Or, alternatively, any anti-NSFW uBlock filter.
Another idea, linking duplicate issues together:
https://github.com/OhMyGuus/I-Still-Dont-Care-About-Cookies/issues/1027#issuecomment-1341651294
I think common.css
could also be extended to allow rules like body.modal-open{overflow:unset !important}
, which is a rule that would solve a lot of issues instantly, and also completely removes the need for commons rule 14. It should not break any websites, but if it does maybe a website blacklist could be implemented for these rules as well, as the likelyhood of this rule breaking a website seems a lot lower compared to the amount of websites it could fix.
What I miss is that the pop-up report don't remembers the entry text - if something closes it, I lose the text.
Apparently in Firefox, maybe opening in the sidebar will work: https://addons.mozilla.org/en-US/firefox/addon/open_in_sidebar/
Is there any progress on the Pale moon version for this. I find Basilisk and Pale moon are making some nice progress of late and it would be nice to have this extension for those browsers.
Has there been any progress on the Rewrite. I know both of these tasks are huge and would like to know if you are okay with everything. Sadly I do not have any skills to add to this project so I hope you are getting some sort of support with this. It would be a shame for this extension to lose traction as it has been pretty great so far.
It would still be possible to implement in this thread to hide the ideas implemented, this can be done by the person what has "write" permissions in the repository or the author of the comment:
Sometimes people live in oblivion of this function.
Todo
(This is just the initial todo list after this I need to create the maintain todo list)
If someone has suggestions or things like that this is the place 👍