The Wiert Corner – irregular stream of stuff

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

  • My badges

  • Twitter Updates

  • My Flickr Stream

  • 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

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.

I wrote about those before in these blog posts:

How I got the <iframe> URLS

Especially the first post in the above list is dense, so let me first recap how I created the <iframe>s in the first place.

I documented in a series of tweets starting at [Wayback/Archive] Jeroen Wiert Pluimers on Twitter: “@baardvrouw @googlecalendar That was a long time ago, so let me check my post “ and threaded at [Wayback/Archive] Thread by @jpluimers on Thread Reader App:

  1. That was a long time ago, so let me check my post Some ideas to show a Google Calendar on a TV using a Raspberry Pi and HDMI output

  2. I think I followed the guide at blog.vendilli.com/google-calendar-responsive for the base URL.
  3. Yup, I started at calendar.google.com/calendar/u/0/embedhelper?ctz=Europe/Amsterdam then clicked some buttons to get most parameters right.
  4. then tweaked using parameters on mark.boyden.name/smartsection.item.114/embedding-google-calendars-in-website.html
  5. and more parameters on Google Calendar – printing multiple months or weeks to PDF – URL parameter tips and tricks

That was in a response to [Wayback/Archive] Amy Pandemie (ja, nog steeds.) on Twitter: “@jpluimers @googlecalendar Hebt ge die geprepareerde iframe code van hier gepakt of zelf iets ineen gestoken? …”

The error behind the <iframe>s not showing

I documented the page and the errors in this Tweet so I would not forget to figure out what happened:

[Wayback/Archive] Jeroen Wiert Pluimers on Twitter: “Trying to figure out why @googlecalendar “ elements won’t load in Chrome. The URLs like … both 302 redirect to URLs like … The latter give `(blocked:other)`. I have seen this happen for a while. Not sure why yet. “

  • from: https://calendar.google.com/calendar/embed?showTitle=0&showNav=0&showDate=0&showPrint=0&showTabs=0&showCalendars=0&showTz=0&mode=AGENDA&wkst=2&src=example@gmail.com
  • 302 to: https://accounts.google.com/ServiceLogin?service=cl&passive=1209600&osid=1&continue=https://calendar.google.com/calendar/embed?showTitle%3D0%26showNav%3D0%26showDate%3D0%26showPrint%3D0%26showTabs%3D0%26showCalendars%3D0%26showTz%3D0%26mode%3DAGENDA%26wkst%3D2%26src%3Dexample@gmail.com&followup=https://calendar.google.com/calendar/embed?showTitle%3D0%26showNav%3D0%26showDate%3D0%26showPrint%3D0%26showTabs%3D0%26showCalendars%3D0%26showTz%3D0%26mode%3DAGENDA%26wkst%3D2%26src%3Dexample@gmail.com
  • iframes on page: left calendar entries; top-right calendar month; bottom: varous weather widgets

    iframes on page: left calendar entries; top-right calendar month; bottom: varous weather widgets

  • errors while loading the Google Calendar iframes

    errors while loading the Google Calendar iframes

Below is the journey to how fix it (threaded at [Wayback/Archive] Thread “The journey” by @jpluimers on Thread Reader App).

Note: no response of either [Wayback/Archive] Chrome (@googlechrome) | Twitter (which seems to only respond to tweets sent during USA office hours: welcome to the World Wide Web people!) or [Wayback/Archive] Privacy Badger (that account seems to be dead).

  1. The journey:
    None of the extensions were visible on the @googlechrome toolbar.
    This made the icons of @PrivacyBadger and @ublockorigin invisible.
    Clicking on the extensions icon made them visible:

    Clicking on the extensions icon made the icons of @PrivacyBadger and @ublockorigin invisible, including the count of how many URLs they blocked on the page.

    [Wayback/Archive]

  2. By default @PrivacyBadger disables bout accounts.google.com and calendar.google.com, hence the `(blocked:other)` in the first tweet.

    By default @PrivacyBadger disables bout accounts.google.com and calendar.google.com, hence the `(blocked:other)` in the first tweet.

    [Wayback/Archive]

  3. Enabling just calendar.google.com in @privacybadger is not enough: it will show the calendar `<iframes>`, but with empty content:

    Enabling just calendar.google.com in @privacybadger is not enough: it will show the calendar `<iframes>`, but with empty content.

    [Wayback/Archive]

  4. The reason is that calendar.google.com asynchronously updates the information from the domain clients6.google.com which is also by default blocked by @privacybadger:

    calendar.google.com asynchronously updates the information from the domain clients6.google.com which is also by default blocked by @privacybadger

    [Wayback/Archive]

  5. After enabling clients6.google.com in @privacybadger and refreshing both calendar `<iframe>` instances (or the page), both show data.
    (I only show the first row of Week on the left and Month on the right because of privacy reasons)

    After enabling clients6.google.com in @privacybadger and refreshing both calendar `<iframe>` instances (or the page), both show data.

    The first row of data from the Google Calendar `<iframe>` instances: week on the left, month on the right.

    [Wayback/Archive]

  6. There was no need to unblock anything in @ublockorigin as the blocked URL gadgets.buienradar.nl/akam/13/pixel_* was outside the google.com domain:
    You need to open the logger (second icon from the right on the bottom row) to show this.
    I wish clicking on “blocked” showed that.

    @blockorigin blocked https://gadgets.buienradar.nl/akam/13/pixel_* which is outside the google.com domain.

    There was no need to unblock anything in @ublockorigin as the blocked URL https://gadgets.buienradar.nl/akam/13/pixel_* was outside the google.com domain. You need to open the logger (second icon from the right on the bottom row) to show this.

    [Wayback/Archive]

  7. Lessons learned:
    1. when things do not work on a page, verify the number badges on the @googlechrome extensions
    2. @privacybadger is very strict (for good reason)
    3. @ublockorigin logger is in a separate panel and not intuitive to find

    /end

References

Via [Wayback/Archive] “(blocked:other)” “Chrome” – Google Search, I figured out the (blocked:other) had to do with the installed extensions:

–jeroen

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.