News for hackers. Stuff that matters.

MitchSchwartz

Re: on Wednesday May 06, 2026 @12:05PM (#48037809)
I run a tiny unofficial Electron wrapper around calendar.notion.so on Linux: tray, notify-send notifications, remember window size.

It used to load the real SPA, and gave a solid, free linux calendaer app with notifications.

Yesterday it began landing on Notion’s “Notion Calendar can do more on your desktop / Download for Mac” page instead.

That URL isn’t a typo or DNS glitch: calendar.notion.so still returns 200.

The steer happens after their JS runs — a client-side navigation to www.notion.com product-calendar paths when their bundle / feature gates decide you’re not their supported desktop surface.

On Linux + Electron the signals are obvious if you don’t mask them:

Fixes made:

Main process: Set every request’s User-Agent to a fixed Chrome-on-macOS string. Strip Chromium’s Sec-CH-UA-* headers and replace them with macOS Client Hints. Turn off AutomationControlled via disable-blink-features. On https://calendar.notion.so/ main document requests, add Cache-Control: no-cache / Pragma: no-cache.

Preload (runs before their JS): In the main world, override Navigator.prototype so userAgent, platform, userAgentData (including getHighEntropyValues), appVersion, vendor, webdriver, and maxTouchPoints look like that same Mac Chrome profile. delete process.versions.electron when it exists.

HTML responses: For calendar.notion.so, www.notion.so, notion.so, app.notion.com, remove Content-Security-Policy (and report-only) on HTML so their bundle and our bootstrap aren’t blocked.

Navigation: If the window tries to go to https://www.notion.com under /product/calendar or /product/notion-calendar, cancel it and loadURL("https://calendar.notion.so") again. Only allow five of those in a row before stopping; View → Open Notion Calendar (home) clears the count.

Working again for now. Untill they decide to break it again. As always every change breaks someones workflow.

Obviously as a linux user it feels somehow targetted but I'm sure they had some non-enshittification reasons.

(Ok I'm not sure but I'm saying it so I sound like a good sport)

Show HN: Notion Calendar Wrapper Linux (tray, libnotify notifications)

https://github.com/opsMachine/notion-calendar-linux

Nothing earth shattering but I just moved from windows and was missing this.Notion Calendar in Electron, aimed at Linux: minimize-to-tray instead of quit, calendar notifications routed through notify-send/libnotify (with join/default actions where the payload allows), window state, and a tightened main/preload setup (sandbox, context isolation, navigation limits). Tested on Ubuntu 24.04 + KDE;...

( Read More... | no comments | on HN )
The obvious stupid answer is half way between.
Re:Spherical Snake on Tuesday January 06, 2026 @09:29PM (#46521805)
94! it really doesn't get fun until around 35-40, would be fun to start there.
Re:Calendar, Not Todos (2018) on Monday May 13, 2024 @09:54AM (#40343414)
Calendar scheduling works well for certain personalities. I personally hate it and it works horribly for me.

But for a long time it was the only answer I was aware of and articles like these that pass the methodology off without mentioning other possible ones only reinforced the incorrect ideas that this was THE way.

Many people prefer to do lists, because that is priority rather than time based.

Also, calendaring everything is such future-self-micromanaging that I feel it, for me, to be deeply disconnecting.

I prefer to stack my priorities and work at whatever is most important.

It is more effective than strictly efficient tho of course it's both.

I do think productivity writers need a better sense of others, often.