News for hackers. Stuff that matters.
Re:Gmail’s fake loading indicator (2020) by dijit on Thursday November 11, 2021 @02:30AM (#29185389)
Honestly though: the idea of loading 20MiB of JS to read a 24KiB message is weird.

Like: I get it, traditional mail clients kinda suck, they feel bloated and janky. But the more I think of it, the more I think that webmail was a mistake, especially webmail as heavy as GMail has become.

Re:Gmail’s fake loading indicator (2020) by KronisLV on Thursday November 11, 2021 @03:48AM (#29185869)
> I get it, traditional mail clients kinda suck, they feel bloated and janky.

I'm actually not sure about this, Thunderbird to me seems like it's pretty good: https://www.thunderbird.net/en-US/

The only bloat that i can think of is the calendar functionality that i simply don't care about, but that's easy enough to get out of the way. Maybe one could also have gripes with the account administration section, though that's not necessarily touched in the daily usage.

Apart from that, it does everything i need, in the simplest way possible and is as boring as it is usable. Contrasted with lots of the modern day software, i'd instead put it into the category of "workhorse" software, where LibreOffice, GIMP, KeePass, Notepad++, SourceTree/Git Cola and others live - dependable pieces of software that do what i need without many breaking changes and all that many bells and whistles. The kind that you install and forget about, maybe updating them once every few years if at all needed.

Re:Gmail’s fake loading indicator (2020) by plopz on Thursday November 11, 2021 @08:54AM (#29187828)
Thunderbird constantly lags for me when clicking emails, sometimes locking up for 10-15 seconds. It also has weird issues with how it displays that you have new messages. It will quite often show me I have unread messages that I've actually already read and I need to expand the account and click through every folder to get it to refresh and recognize that there really aren't any unread. I also have an email account on there that its said I have an unread message for the last 3 months, but when I click the arrow and expand the account, the unread bold (1) goes away, then comes back when I collapse the account. Its just permanently incorrectly stuck as unread for some reason.
Re:Gmail’s fake loading indicator (2020) by nefitty on Thursday November 11, 2021 @09:18AM (#29188057)
I tried using Thunderbird a few times because that's what real tech people use. It's just not as good as Gmail in my browser.

I'll repent later.

Re:Gmail’s fake loading indicator (2020) by TheFreim on Thursday November 11, 2021 @12:11PM (#29190359)
I've used multiple email provider web mails (Gmail, ProtonMail, and my current provider fastmail). I have also used various clients over the years, haven't used thunderbird in a while but I still use mu4e in emacs as well as neomutt (terminal email client). In terms of feeling "smooth" the web clients have always been superior to the thunderbird, but it's been a couple years so maybe thunderbird has improved. Mu4e and neomutt are equal if not better than most web mail clients but since I always have a browser open I usually just have a web mail tab pinned. I wish I could use thunderbird, I've always liked its design, but it has a hard to describe quality which makes usage "clunky" feeling.
Re:Gmail’s fake loading indicator (2020) by seoulmetro on Thursday November 11, 2021 @06:33PM (#29194638)
Let me guess, you're using Gmail or another "web mail" on Thunderbird? Yeah there's a lot of artificial lag generated by Google or some bad process along the way. I get the same lag in Gmail, but they hide it behind CSS changes. In Thunderbird they actually show you the inherent lag (until it's ACTUALLY changed state). It's a Gmail thing though and most email connections are blazing fast.

Here's a test to run on Gmail web client: Mark an email unread or do anything that changes state. Now click the email, as to read it, and then close your browser. It will not let you because it's still "lagging" in the background for you. It's dreadful.

Re:Gmail’s fake loading indicator (2020) by selfhoster11 on Thursday November 11, 2021 @04:32AM (#29186173)
Calendar support is actually a desirable feature for me. I'm sad to find that there's nothing fully outlook-compatible in the open source world. Evolution gets very very close, but it still lacks support for viewing/changing some of the meeting data, and I believe background colour for meetings (which I miss a lot).
Re:Gmail’s fake loading indicator (2020) by dijit on Thursday November 11, 2021 @05:58AM (#29186662)
I think that the Apple way of separating calendar and mail is desirable honestly.

Calendar invitations are .ics files that any calendar client can consume, it’s a different remote protocol underneath too (caldav)

Re:Gmail’s fake loading indicator (2020) by still_grokking on Thursday November 11, 2021 @01:43PM (#29191422)
Ever tried Kontact?

I'm using it as daily driver and wouldn't switch to webmail nor Thunderbird or Evolution.

Re:Gmail’s fake loading indicator (2020) by selfhoster11 on Thursday November 11, 2021 @11:25PM (#29196286)
I think I tried it (for non-Exchange calendaring), but I didn't like it for some reason.

As far as Evolution goes, I don't see myself moving away from it for now. I can't afford to have reminders not showing up, or have my calendar not syncing for half a business day because something has gone wrong. Evolution is the only program that I've tried that gets both of these right, and I've tried many, many applications both native and Electron-based.

Don't get me wrong, I'd switch in a heartbeat if I discovered a superior solution. But as-is, the few issues are found, aren't enough of a motivation to switch. A few cosmetic/UX glitches and nice-to-have missing features (highlighting background entries with their category's colour, busy/free/out-of-office setting on meetings) are tolerable when the alternatives are so, SO much worse.

Re:Gmail’s fake loading indicator (2020) by still_grokking on Saturday November 13, 2021 @07:30PM (#29214436)
To be fair Kontact (KMail) had its bad days. The whole Akonadi stuff underneath got a really bad reputation because of that. And that was for a reason, for sure!

But those issues are solved today (and since a long time by now).

I don't know whether Kontact could be considered substantially better than Evolution. But it works fine and has a lot of features not found elsewhere. It's also quite focused on power-users I would say. For example you have configurable one-keystroke commands for all important functionality (and being a KDE application you can configure shortcuts for actually every action if you like to). It handles big inboxes in different accounts (being capable of showing an unified inbox if desired) and independently of that multiple identities. The calendar and mail components handle Exchange idiosyncrasies. The GPG stuff just works.

For people looking for a true Outlook alternative on Linux it's at least one of the things worth trying. That's why I've mentioned it.

Re:Gmail’s fake loading indicator (2020) by vbezhenar on Thursday November 11, 2021 @02:34AM (#29185413)
> Honestly though: the idea of loading 20MiB of JS to read a 24KiB message is weird.

What about downloading 70 MB of compressed binary code for Thunderbird?

> Like: I get it, traditional mail clients kinda suck, they feel bloated and janky. But the more I think of it, the more I think that webmail was a mistake, especially webmail as heavy as GMail has become.

I don't see how does it differ from traditional e-mail clients, except that you don't have to install, configure and allow unlimited access to your computer.

Re:Gmail’s fake loading indicator (2020) by jraph on Thursday November 11, 2021 @02:45AM (#29185470)
> What about downloading 70 MB of compressed binary code for Thunderbird?

You do it only once, do not risk having to do it when being on a metered or spotty connection because your cache is not warm or the webmail got yet another update, which can happen at any time. You can apply Thunderbird updates when you are on a good connection.

You can access your mails offline, you don't re-download them each time you open them. It's faster, even on a good connection.

> configure

The configuration part for most providers is essentially typing one's email address and password, so there is not much to say.

> allow unlimited access to your computer

That is why I am reluctant to run non-free software, but Thunderbird is free, I can reasonably trust it. Especially the version packaged by my OS vendor. I agree a better isolation for native desktop apps may be desirable though.

Re:Gmail’s fake loading indicator (2020) by vbezhenar on Thursday November 11, 2021 @03:06AM (#29185603)
> You do it only once

I just checked and my second gmail login downloaded 500 KB before it became usable. Browser allows for caching of downloaded code.

> do not risk having to do it when being on a metered or spotty connection because your cache is not warm or the webmail got yet another update, which can happen at any time. You can apply Thunderbird updates when you are on a good connection.

I agree with your point. I think that it's possible to implement a separate update for web apps with explicit request, but it's rarely done and unusual for web.

> You can access your mails offline, you don't re-download them each time you open them. It's faster, even on a good connection.

Web browser allows for local storage and offline work which could be utilized for those features. You can enable offline mode in Gmail. I just checked, it works.

Re:Gmail’s fake loading indicator (2020) by jraph on Thursday November 11, 2021 @03:17AM (#29185685)
> I just checked and my second gmail login downloaded 500 KB before it became usable

Sure, but tomorrow? This afternoon?

500 KB is 1-2 seconds on the connection I'm currently using (not at home right know). It's 4-5 seconds on the train to get there… in the sections were connectivity is available. 500 KB is huge. That's 1% of my previous monthly mobile data plan.

I think we should revisit our idea of what amount of data is fine to do anything on the web today. Data transfer is not free, it needs infrastructure and electricity.

500 KB should be the amount of data to download for getting the full web application with cold caches, tops. Can you imagine the number of instructions you can fit in 500 KB of code, especially high level? I can't.

> Web browser allows for local storage and offline work which could be utilized for those features. You can enable offline mode in Gmail. I just checked, it works.

I guess, but I don't trust this. And as a web developer, I am well aware that local storage is limited in size and there is no way my gigabytes of mails are going to fit.

Re:Gmail’s fake loading indicator (2020) by green-eclipse on Thursday November 11, 2021 @09:45AM (#29188331)
There is a basic HTML version of Gmail for slower connection speeds or folks wanting to use less data.

https://webapps.stackexchange.com/questions/151823/how-to-se...

Re:Gmail’s fake loading indicator (2020) by still_grokking on Thursday November 11, 2021 @01:55PM (#29191589)
500 KB is huge. That's so true.

Compare to the mutt package, a fully features mail client, weighting in at ~1.8 MiB — without the need for an additional gigantic runtime.

I'm not saying mutt is an alternative to GMail for most people. But just to give some feeling for the size relations here.

Re:Gmail’s fake loading indicator (2020) by green-eclipse on Thursday November 11, 2021 @09:52AM (#29188405)
Is it true that you only need to download Thunderbird once? Don't you need to download new versions? Security updates?

https://www.mozilla.org/en-US/security/known-vulnerabilities...

Re:Gmail’s fake loading indicator (2020) by jraph on Friday November 12, 2021 @09:27AM (#29199541)
re-read my comment
Re:Gmail’s fake loading indicator (2020) by johnisgood on Thursday November 11, 2021 @02:53AM (#29185525)
You can also firejail programs on Linux and so forth.
Re:Gmail’s fake loading indicator (2020) by ranguna on Thursday November 11, 2021 @02:45AM (#29185474)
On one side, you download 70MB of thunderbird once and update it every once in a while without losing access to your emails while it's updating. On the other side, you have to download 25 MB of Gmail more frequently because cache is invalidated at a higher rate than thunderbird updates and you have to wait for your browser to download most of the page before you gain access to your emails.

Don't get me wrong, I use webmail all the time with protonmail, Gmail, outlook and purelymail, because it abstracts installation and updates, but your argument doesn't seem to be valid.

Re:Gmail’s fake loading indicator (2020) by kiwijamo on Thursday November 11, 2021 @02:48AM (#29185489)
It's not just that the cache is invalidated, I also suspect Google changes the JS code fairly frequently enough that the browser needs to download a fresh copy (even if the cache it has is not that old and could otherwise have been reused). Compiled apps on the other hand are much more static.
Re:Gmail’s fake loading indicator (2020) by DonHopkins on Thursday November 11, 2021 @03:58AM (#29185938)
Zawinski's Law of Software Envelopment states that "Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can."

https://en.wikipedia.org/wiki/Jamie_Zawinski#Notable_quotes

>Some have interpreted this as commenting on the phenomenon of software bloating with popular features. Zawinski himself has stated:

https://twitter.com/jwz/status/1331287160738070528

>My point was not about copycats, it was about platformization. Apps that you "live in" all day have pressure to become everything and do everything. An app for editing text becomes an IDE, then an OS. An app for displaying hypertext documents becomes a mail reader, then an OS.

So it follows that most programs that can read email are enormous ("expand" being the operative term, with Emacs and Thunderbird being the archetypal examples)!

Re:Gmail’s fake loading indicator (2020) by a5aAqU on Thursday November 11, 2021 @02:50AM (#29185500)
> I don't see how does it differ from traditional e-mail clients, except that you don't have to install, configure and allow unlimited access to your computer.

Most people are using Google's client in some form (Chromium), so they do pretty much have unlimited access to your computer, unless you use Firefox or Safari. Most people are logged into the browser itself, so it's even worse. With Thunderbird you aren't linking every single thing you do online to your email account.

Re:Gmail’s fake loading indicator (2020) by pchangr on Thursday November 11, 2021 @02:44AM (#29185466)
I personally would prefer a one time 70 MB thunderbird download rather than a recurrent 20MiB download every time it loads.

I value my time more than I value my data, I guess.

Re:Gmail’s fake loading indicator (2020) by jeffbee on Thursday November 11, 2021 @02:47AM (#29185479)
It obviously doesn't transfer 20MB of anything. With a hot cache it needs about 300KB of traffic to load the initial thread list.
Re:Gmail’s fake loading indicator (2020) by djxfade on Thursday November 11, 2021 @02:48AM (#29185492)
Browsers caches that kind of assets. So in practice you only only download it once every time it gets updated
Re:Gmail’s fake loading indicator (2020) by KronisLV on Thursday November 11, 2021 @03:52AM (#29185900)
Unless you only use web applications in private browser windows and/or clean your browser data every time you close the browser and/or have cache disabled (though this one's more by accident, since Firefox gives you the checkbox under network tab, but it doesn't work for just the site that you're developing locally, but seems to persist globally for all of the browser).

Of course, that's not the use case of most people, but that's also one that shouldn't be dismissed entirely - for people who don't trust the modern web in any capacity, local system software is indeed a better choice.

Re:Gmail’s fake loading indicator (2020) by still_grokking on Thursday November 11, 2021 @01:58PM (#29191620)
Which is likely more than once a day given today's web-development practices (continuous integration and such).
Re:Gmail’s fake loading indicator (2020) by kiwijamo on Thursday November 11, 2021 @02:46AM (#29185476)
To be fair you only have to download the 70 MB once (+ the occasional updates). Gmail instead pushes its JS over and over again. Every time I load Gmail it feels like it's starting from Square One all over again but even actually using it (opening, replying, etc) feels slow. Thankfully one of my several $WORK email accounts is 365 based so I just redirect my two other $WORK_RELATED Gmail accounts there. Big productivity boost that way since I get instant access to my emails without having to wait for the JS to load over the network.
Re:Gmail’s fake loading indicator (2020) by jeffbee on Thursday November 11, 2021 @02:44AM (#29185467)
It differs very greatly from traditional desktop mailers in that the search on gmail is fast (because it brings thousands of machines to bear on your request for an instant) and the search in desktop apps takes forever (because your little computer no matter how beefy does not have a million cores).
Re:Gmail’s fake loading indicator (2020) by winrid on Thursday November 11, 2021 @02:50AM (#29185504)
The reason search is slow on your computer is just that the app doesn't use the right kind of index, or maybe no index, for whatever reason. I can index hundreds of gigabytes of text on my laptop and have full text search take a couple milliseconds.

The problem is mail servers. They usually don't support search this way, so the client has to download or cache each message to do the search. Gmail gets around this by having their own protocol and the indexes ready.

Re:Gmail’s fake loading indicator (2020) by zinconfire on Thursday November 11, 2021 @03:07AM (#29185613)
IMAP does support server-side full-text search of bodies. (In mutt, this is invoked with the =b operator of the l command.) Amusingly enough, this works well with real mail servers like dovecot, but it seems to sometimes miss matches with gmail, because gmail's indexes aren't very good.
Re:Gmail’s fake loading indicator (2020) by winrid on Thursday November 11, 2021 @11:27AM (#29189777)
The more you know, thanks!
Re:Gmail’s fake loading indicator (2020) by jraph on Thursday November 11, 2021 @02:48AM (#29185491)
Have you actually tried search on Thunderbird?

The quick filter finds messages in seconds in a folder with > 10000 mails. Not instantaneous, but not forever.

The global search is instantaneous because Thunderbird indexes the mails.

Not having to rely on the Internet to find your stuff is a feature, not a bug.

Re:Gmail’s fake loading indicator (2020) by themaninthedark on Thursday November 11, 2021 @04:52PM (#29193653)
But then my search is not powered by the cloud!

Snark aside, I sometimes feel like we reinvent the wheel using new technologies just because we like the new hotness.

I see the OS battles take place and my only thought is..at work, I want an OS that: Boots and then gets the hell out of my way so I can do my work. I don't want it to try and sell me things or re-arrange things or have to spend time tinkering or fixing it.

Now in my free time, sure! I set up a computer with pass thorough GPU so I can game in Windows while running Linux. It was fun and a learning experience.

Re:Gmail’s fake loading indicator (2020) by dhosek on Thursday November 11, 2021 @11:00AM (#29189373)
In apple mail, I can search all my mailboxes for all my accounts in one search and it's pretty much instantaneous. Most of my email accounts are hosted in gmail, but I generally use Apple Mail to access them (the only times I go into the web interface is for the account I use for submitting writing where I apply multiple tags to each message indicating publication/piece submitted/response type or to clean out the spam folder since I worry a little that if I delete messages from Apple Mail I might be inadvertently telling gmail that the spam wasn't actually spam).
Re:Gmail’s fake loading indicator (2020) by still_grokking on Thursday November 11, 2021 @02:06PM (#29191751)
I have a few GB of mail folders. I can search them more or less instantaneous, using Kontact (KMail).

Full-text indexing isn't dark magic at all.

Re:Gmail’s fake loading indicator (2020) by jeffbee on Thursday November 11, 2021 @02:23PM (#29191984)
I guess we have different requirements of scale. My gmail is over 300GB (one of the reasons I have a Google 1 subscription).
Re:Gmail’s fake loading indicator (2020) by still_grokking on Thursday November 11, 2021 @02:41PM (#29192193)
Ever considered to archive parts of it? I have difficulties to believe all of that is currently needed mail. (I know, it piles up over the years! :-))

Also most of it will be likely some bloat form HTML mail and attachments (especially with their inefficient encodings).

My point was: Handling full-text search indices over even dozens of GB of plain text isn't anything a mediocre computer couldn't handle nowadays.

Re:Gmail’s fake loading indicator (2020) by dredmorbius on Thursday November 11, 2021 @02:57AM (#29185549)
Thunderbird downloads once.

(Or at least, once per upstream update.)

If you stick with mutt, the binary is < 1 kB.

Re:Gmail’s fake loading indicator (2020) by moring on Thursday November 11, 2021 @02:43AM (#29185462)
The web is a runtime platform and a distribution medium for the client software here. The "bad" part of it isn't web mail per se, but that the client gets downloaded every time. OTOH, you don't have to find the software itself on some site, download and install manually, then configure, and so on.

App stores try to solve this, but they suck in other ways (e.g. security -- at least the web has a security model. Native apps just expect some kind of ill-defined and unrealistic "trust" in the app's author).

Re:Gmail’s fake loading indicator (2020) by shp0ngle on Thursday November 11, 2021 @02:58AM (#29185557)
The funny thing is… if you are using gmail app on your phone, you don’t use webmail, because webmail is indeed too janky and bloated for phones, and native is just faster.
Re:Gmail’s fake loading indicator (2020) by enraged_camel on Thursday November 11, 2021 @03:00AM (#29185568)
On a related note, this is one of the joys of using Fastmail: it's actually blazing fast, not just on desktop but also on mobile. It's probably the best web app I've ever used in terms of UX.
Re:Gmail’s fake loading indicator (2020) by Griffinsauce on Thursday November 11, 2021 @02:49AM (#29185499)
You don't download that much for every message, there's caching.

It's strange to compare content to an application, I see this more often and it looks logical for a second because of the matching units but it's like calling a car heavy because the gasoline only weighs 50kg... what?

Re:Gmail’s fake loading indicator (2020) by seoulmetro on Thursday November 11, 2021 @06:30PM (#29194614)
I've only felt that with non-traditional mail clients. Traditional ones are fast, instant and work without any resource hogging.
Re:Gmail’s fake loading indicator (2020) by redwall_hp on Thursday November 11, 2021 @01:45PM (#29191453)
I like Apple Mail way more than webmail clients. Thunderbird is okay, but I'd still choose it over a 20MB webjank.
Re:Gmail’s fake loading indicator (2020) by leoh on Thursday November 11, 2021 @02:46AM (#29185477)
The 20 MiB is cached
Re:Gmail’s fake loading indicator (2020) by jraph on Thursday November 11, 2021 @02:49AM (#29185498)
The case is often invalidated though, because these 20 MiB are often updated.