this post was submitted on 21 Nov 2023
987 points (99.1% liked)

Technology

59322 readers
4980 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 3 points 11 months ago* (last edited 11 months ago)

Ok yeah it’s much easier to get my dad to tell me he’s on “v2.12.6.001-build7F2023n12-kb0A hotfix”

That's a false dichotomy. Firefox version numbering was never like that. It used the scheme major_version.minor_version.patch_release like almost every piece of software except browsers still uses.

The advantage of this system is that the numbers are meaningful: they tell you how significant a release is, whereas with straight versioning the version number gives you no clue about what the "119 to 120 upgrade" contains. It might be simple bugfixes, it might add some new functionality or it might be a complete overhaul that breaks everything.

The reason why browsers switched to a straight versioning scheme was never to make it easier for users to identify which release they're on. The reason was artificial version inflation (i.e. "my version is bigger than yours"), and to force users into an incessant upgrade treadmill. In the past users could for example hold back on a major release upgrade until all the kinks were worked out while still receiving maintenance for their older major release.