Live data from Hacker News

Thunderbird 140 “Eclipse”

blog.thunderbird.net

91–100 of 297 posts

Re: Thunderbird 140 “Eclipse”

#91

God, the dark mode change reading is a blessing ! See https://drgrizz.xyz/dark-mode.html why

> So please fellow developers, help spread the darkness to make the world more inclusive. He ought to practice what he preaches. Due to a combo of shitty eyes and dyslexia, I cannot read his site's dark theme without getting a headache.

I’m not sure what you’re asking for that person to fix, it’s just plain text and a plain dark background.

You can also read the site in reader mode.

Re: Thunderbird 140 “Eclipse”

#92
post #58

Earlier quoted context omitted.

Well, I do think the thundebird team should investigate and fix this. But it is almost impossible to fix a bug you can't reproduce and have no clue why it might be happening.

> But it is almost impossible to fix a bug you can't reproduce and have no clue why it might be happening. No, not at all. It's very easy. This bug involves taking an inappropriate action under corrupted conditions. You don't need to know how those conditions arose. All you have to do is check whether they currently obtain, and - if so - refrain from taking the inappropriate action. For this bug, that looks like this…

So…do it. Sounds like it’d make a great case study that would get a person tons of attention and praise on HN, a real feather to put in one’s cap.

Literally nothing stopping anyone in this thread from opening a PR with this reportedly “very easy” fix that’s eluded developers for nearly two decades, and is so terrible folks swear off Thunderbird forever because I guess for email very basic rules for backing up data don’t apply (or something?) and/or Gmail and Outlook are implicitly trustworthy?

Re: Thunderbird 140 “Eclipse”

#93
post #58

Earlier quoted context omitted.

Well, I do think the thundebird team should investigate and fix this. But it is almost impossible to fix a bug you can't reproduce and have no clue why it might be happening.

> But it is almost impossible to fix a bug you can't reproduce and have no clue why it might be happening. No, not at all. It's very easy. This bug involves taking an inappropriate action under corrupted conditions. You don't need to know how those conditions arose. All you have to do is check whether they currently obtain, and - if so - refrain from taking the inappropriate action. For this bug, that looks like this…

I try to never underestimate the incompetence/lack of concern people can have when it comes to addressing major product issues, but if this has been open for 17 years and is so widely known, somebody has surely looked into it and determined it’s not so easy.

Re: Thunderbird 140 “Eclipse”

#94

I wanted to love Thunderbird, used it for years then a bug [0] literally deleted all my emails. I regularly see updates of people understandably raging on the ticket :( It's a bug that literally deletes user data from both the server and the client without warning. It's been open and confirmed for 17 years straight. It could happen to you. How is it not top 1 priority to fix it? [0] https://bugzilla.mozilla.org/show_…

Yikes! I recently tried Thunderbird again because I was annoyed with gmail pushing AI subscription crap in the web UI. Guess I'll take that over this bug for now.

Re: Thunderbird 140 “Eclipse”

#95
post #90
post #85

Earlier quoted context omitted.

How do you fix a bug you can't reproduce? It's a genuine question because I'm puzzled here. A very small number of users have this bug (and tbf, it's a really bad bug), and are unable to consistently reproduce it and it seems none of the developers have been able to (the seemingly random nature of the bug occurring is not helping). How is it supposed to be fixed?

You add more and more diagnostics (e.g. logging) in that area till you manage to track down the bug. Over several years this should be possible. At that point you can either fix the bug directly or do it properly by first reproducing the bug (in a test) and then fixing it.

How do you close a bug you cannot reproduce?

Said another way - If they can't reproduce it, they can't close it.

They may well have fixed it already, but without a way to reproduce it the only prudent behavior is to leave it open and wait for the next diagnostic file to be uploaded.

Re: Thunderbird 140 “Eclipse”

#96
post #88
post #59

Earlier quoted context omitted.

Nitpick: not all bugs have to be reproducible to be taken seriously. Defensive programming, and adding extra logging could be a mitigation to avoid future problems, or to help fixing them in the future.

How do you fix a bug you can't reproduce?

This issue comes up in my role a lot, where I am often dealing with various environmental conditions and human factors, plus multiple integration points between various software and hardware systems.

The answer is that you keep working at it iteratively using a combination of logging, reporting, and defensive programming to systematically narrow down the possible causes. Sometimes you never arrive at a true root cause, but you get close enough that you can mitigate the problem and finally close the ticket out. At the end of the day, the customer/user doesn't care as long as it works.

However, what will really piss them off is telling them your hands are tied until they can reliably reproduce the issue for you. It's important they understand that you are working on it, and typically they will go out of their way to help solve the problem when they feel taken care of.

Re: Thunderbird 140 “Eclipse”

#97
post #85

Earlier quoted context omitted.

See, you don't understand. Fixing the bug before reproducing it would violate the process .

How do you fix a bug you can't reproduce? It's a genuine question because I'm puzzled here. A very small number of users have this bug (and tbf, it's a really bad bug), and are unable to consistently reproduce it and it seems none of the developers have been able to (the seemingly random nature of the bug occurring is not helping). How is it supposed to be fixed?

For starters, put a lot more effort into reproducing it.

Re: Thunderbird 140 “Eclipse”

#98

I wanted to love Thunderbird, used it for years then a bug [0] literally deleted all my emails. I regularly see updates of people understandably raging on the ticket :( It's a bug that literally deletes user data from both the server and the client without warning. It's been open and confirmed for 17 years straight. It could happen to you. How is it not top 1 priority to fix it? [0] https://bugzilla.mozilla.org/show_…

Hopefully this prompted you to check your backups?

Can't even make a backup in the first place if they get deleted while you download them from gmail.

Re: Thunderbird 140 “Eclipse”

#99
post #76
post #62

Earlier quoted context omitted.

I would not want my email client to be relying on such brittle and incorrect heuristics. A better workaround would be to keep deleted emails around for some time so users have the option to restore them if the bug triggers. But this has drawbacks such as potential privacy breakage (you meant to delete mails you don't want the chance that anybody sees it) or free disk space management (your local drive is overloaded a…

Just do a complete rewrite in rust, that will solve all the issues

Honestly? It might.
Post reply on HN