The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

    Mastodon

  • Twitter Updates

  • My Flickr Stream

    20140508-Delphi-2007--Project-Options--Cannot-Edit-Application-Title-HelpFile-Icon-Theming20140430-Fiddler-Filter-Actions-Button-Run-Filterset-now20140424-VMware-Fusion-6.0.3.-no-reclaimable
    More Photos

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 1,860 other subscribers

Archive for the ‘Chrome’ Category

« Previous Entries
Next Entries »

Is uBlock Origin Lite an alternative to keep using Chrome with manifest V2 deprecated?

Posted by jpluimers on 2024/05/31

Having been a avid uBlock Origin user since when it came out in 2014 even before both Adblock and Adblock Plus headed over to the dark side.

I need to check out if [Wayback/Archive] uBlock Origin Lite is good enough now that Google is phasing out Manifest V2 (on which uBlock Origin and other ad blockers depend to provide full functionality).

When it isn’t, I might switch to Firefox or Brave as it should still support Manifest V2 as per

Firefox for instance has some drawbacks with input handling when editing WordPress posts which Chromium based web-browsers (including Brave) don’t have.

Via:

Related:

Read the rest of this entry »

Posted in Chrome, Chrome, Firefox, Google, Power User, Web Browsers | Leave a Comment »

Some notes on Fierit

Posted by jpluimers on 2024/04/30

Since I had only one read-only account and the Fierit ECD system won’t sent me update notifications on that account, I have collected some links before actually doing deeper investigation to see how to build a push notification system around it.

Link dump:

Read the rest of this entry »

Posted in Bookmarklet, Chrome, Development, Google, JavaScript/ECMAScript, Power User, Scripting, Software Development, Web Browsers, Web Development | Leave a Comment »

Parameter you should add to most of your Google queries: “before:2023” (thanks Grant Gulovsen on Mastodon)

Posted by jpluimers on 2024/04/29

[Wayback/Archive] Grant Gulovsen: “Someone recently posted a hot tip about adding “before:2023” to Google web searches and I forget who it was but wow what a huge difference it makes. So thank you to whoever that was. It gets rid of so much AI-generated SEO crap.” – Mastodon

The actual source seemed to be either of these:

Read the rest of this entry »

Posted in Chrome, Chrome, Firefox, Google, GoogleSearch, Power User, Web Browsers | Leave a Comment »

Skip line while debugging in Chrome developer tools – Stack Overflow

Posted by jpluimers on 2024/03/27

[Wayback/Archive] Skip line while debugging in Chrome developer tools – Stack Overflow (thanks [Wayback/Archive] Matas Vaitkevicius for both asking and answering):

Last comment from dev says:
We’re going to hold off on this feature for now. It’s complexity is high and it’s not common enough a workflow. One could also just comment out the lines and hit ctrl-s to get the same effect, pretty much. Status: WontFix –
The workaround is to comment out the line you want to skip and press Ctrl+S.

The problem is that the workaround fails when you have used the Chrome Dev Tools to format the source code: then you cannot edit the formatted code.

The workaround for that is cumbersome, but doable as in this bug report:

Read the rest of this entry »

Posted in Chrome, Debugging, Development, Google, JavaScript/ECMAScript, Power User, Scripting, Software Development, Web Development | Leave a Comment »

firebug – Google Developer Tools “Network” Tab clears after redirect – Stack Overflow

Posted by jpluimers on 2024/02/29

With the ever changing Google Developer UI it is sometimes hard to track where things moved or what functionality is available.

I needed the “Network” tab to preserve the connections even after a redirect and this is indeed possible as per [Wayback/Archive] firebug – Google Developer Tools “Network” Tab clears after redirect – Stack Overflow (thanks [Wayback/Archive] Rodrigo Graça for asking and [Wayback/Archive] Snuffleupagus for answering):

Read the rest of this entry »

Posted in Chrome, Development, Google, Power User, Software Development, Web Development | Leave a Comment »

Walls and Ladders when pasting e-mail on account sign-up forms: Paste It – Chrome Web Store

Posted by jpluimers on 2024/02/06

In a game of Walls and Ladders (similar to Arms Race), the Ladders usually win, see the references at the end of the post.

The actual “game” in this case is more and more sites trying to build walls prevent pasting credential related information like user IDs (often e-mail addresses) or passwords often citing “more safety” or “less security risks”, and users get taller ladders wanting to do just that because of their own security concerns:

[Wayback/Archive] Stef 🎈 on Twitter: “Dear mobile/web-apps, please never never disable copy and paste “due to security reasons”. -everybody with a password manager.”

The walls will always loose so it is better to invest the money for the walls into other security measures.

Given that most of the risks are web-sites getting that information exfiltrated, I wish they put more energy into bolting down that side of the security risk side than the hampering legitimate users entering that information in the first place.

Since so many of these sites have leaked my information in the past, any email address I use for activating an account is like 50 characters long. Something I am not going to type once (because of typing mistakes) and definitely not twice (to confirm I did not make typing mistakes).

Read the rest of this entry »

Posted in Authentication, Chrome, Clipboard, Development, Google, HTML, JavaScript/ECMAScript, Power User, Scripting, Security, Software Development, Web Development | Leave a Comment »

Weer een site waar je geen email addressen mag plakken: Kruidvat. Makkelijk te omzeilen.

Posted by jpluimers on 2024/01/08

De blokkade van @KruidvatService tegen plakken van email adressen op kruidvat.nl/login/checkout is makkelijk te omzeilen:

  1. JavaScript uitzetten
  2. email plakken
  3. JavaScript aanzetten
  4. “account aanmaken” klikken
  5. rode velden spatie erbij en meteen spatie weg
  6. stap 4.

Bron: [Wayback/Archive] Jeroen Wiert Pluimers on Twitter: “De blokkade van @KruidvatService tegen plakken van email adressen op kruidvat.nl is makkelijk te omzeilen: 1. JavaScript uitzetten 2. email plakken 3. JavaScript aanzetten 4. “account aanmaken” klikken 5. rode velden spatie erbij en meteen spatie weg 6. stap 4.”

Gerelateerd:

Read the rest of this entry »

Posted in Chrome, Chrome, Google, Power User, Web Browsers | Leave a Comment »

Reminder to self: pointers to recovering “The Great Suspender” suspended URLs (after in 2021 Google booted it from Chrome for being malware)

Posted by jpluimers on 2023/12/14

I was a long term user of “The Great Suspender”. It was a cool little Chrome Extension that would auto-suspend Chrome tabs that had not been used for a while and resume them when the tab did get accessed again thereby greatly reducing the horrible Chrome CPU and memory footprints.

During my year+ long treatment against metastasised rectum cancer I had suspended or hibernated most of my physical and virtual machines. So there was not just the surprised during the recovery of those that The Great Suspender had been kicked of the Chrome extensions, but also the problem of getting all the suspended tabs back of machines that eventually would be awoken out of sleep: I keep tabs open on stuff that I was working on or investigating for future blog posts, so these somehow could be important.

For now, I am not using anything as a replacement just to experience how well Chrome has evolved to suspend inactive tabs itself.

Now Chrome seems to do this well, as this post is based on an old VM that I have now unsuspended which had [Wayback/Archive] “the great suspender” “malware” – Google Search and the below links open in a mid-February 2021 state but not all archived in the Wayback Machine or Archive.is (some I did archived in February-May 2021).

The links are about why it got removed, how to recover lost suspended tabs and a possible alternative in case current Chrome suspend behaviour is not good enough.

Read the rest of this entry »

Posted in Bookmarklet, Chrome, Development, Google, HTML, JavaScript/ECMAScript, Power User, Scripting, Software Development, Web Development | Leave a Comment »

javascript – Chrome debugging – break on next click event – Stack Overflow

Posted by jpluimers on 2023/11/23

I wish I had known this ages ago: [Wayback/Archive] javascript – Chrome debugging – break on next click event – Stack Overflow (thanks [Wayback/Archive] D.R. for asking and [Wayback/Archive] Konrad Dzwinel for answering):

What you are looking for are [Wayback/Archive] ‘Event Listener Breakpoints‘ on the Sources tab. These breakpoints are triggered whenever any event listener, that listens for chosen event, is fired. You will find them in the Sources tab. In your case, expand ‘Mouse’ category and choose ‘Click’.

Read the rest of this entry »

Posted in Chrome, Chrome, Development, Google, HTML, HTML5, JavaScript/ECMAScript, Power User, Scripting, Software Development, Web Browsers, Web Development | Leave a Comment »

Figured out why on fresh Chrome installs, iframe with embedded Google Calendar won’t work and show `(blocked:other)` in the Network Tab of Chrome Developer Tools

Posted by jpluimers on 2023/11/09

Wow, what a long title!

What happened is that I have a few dashboards for people that include various embedded Google Calendar widgets in <iframe>s.

These won’t show on fresh installs of Google Chrome that have the particular user signed on in the Chrome Settings so that settings will be synchronised, right?

Right?!

Wrong!!

Not all Chrome settings will be synchronised by Chrome. Things like [Wayback/Archive] “On startup” (with the pages shown after Chrome startup) and wich installed extensions are synchronised including the visibility of their icons. But the settings of the extensions themselves will not.

This means that odd things happen, for instance extensions like [Wayback/Archive] Privacy Badger and [Wayback/Archive] uBlock Origin being installed, but both reverting to their default settings.

That in turn leads to hard to see problems, in this case the embedded Google Calendar <iframe>s failing.

Read the rest of this entry »

Posted in Chrome, Development, Google, GoogleCalendar, Power User, Privacy, Software Development, Web Development | Leave a Comment »

« Previous Entries
Next Entries »