Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Firefox Bug Mozilla

Mozilla Just Fixed an 18-Year-Old Firefox Bug (howtogeek.com) 61

Mozilla recently fixed a bug that was first reported 18 years ago in Firebox 1.0, reports How-to Geek: Bug 290125 was first reported on April 12, 2005, only a few days before the release of Firefox 1.0.3, and outlined an issue with how Firefox rendered text with the ::first-letter CSS pseudo-element. The author said, "when floating left a :first-letter (to produce a dropcap), Gecko ignores any declared line-height and inherits the line-height of the parent box. [...] Both Opera 7.5+ and Safari 1.0+ correctly handle this."

The initial problem was that the Mac version of Firefox handled line heights differently than Firefox on other platforms, which was fixed in time for Firefox 3.0 in 2007. The issue was then re-opened in 2014, when it was decided in a CSS Working Group meeting that Firefox's special handling of line heights didn't meet CSS specifications and was causing compatibility problems. It led to some sites with a large first letter in blocks of text, like The Verge and The Guardian, render incorrectly in Firefox compared to other browsers.

The issue was still marked as low priority, so progress continued slowly, until it was finally marked as fixed on December 20, 2022. Firefox 110 should include the updated code, which is expected to roll out to everyone in February 2023.

This discussion has been archived. No new comments can be posted.

Mozilla Just Fixed an 18-Year-Old Firefox Bug

Comments Filter:
  • So (Score:5, Funny)

    by Luckyo ( 1726890 ) on Sunday December 25, 2022 @06:50PM (#63157442)

    Who knew that making version numbers add up really fast didn't speed up bug fixing!

    What 2.0 bugs do you think they'll fix in version 220?

    • by Anonymous Coward
      There are still open Firefox bugs that are older than this one. And plenty of Thunderbird bugs, too, especially around LDAP handling. Mozilla is not known for fixing bugs quickly and efficiently, just consuming money quickly and efficiently.
    • by narcc ( 412956 )

      Low-priority bug gets low priority... Why is this news?

      Not every bug report matters. Not all but reports are even actual bugs. Some bug reports get fixed in the process of fixing others or by making some other update and no one notices. An old low-priority bug getting marked as 'fixed' is not a big deal.

      • This should not have been low priority.

        Also, nothing is so low as to be put offable for almost 2 decades.

        • by narcc ( 412956 )

          What makes you think that? You somehow survived "almost 2 decades" without this impacting you in any noticeable way. Hell, you didn't even know it was a problem before reading the summary.

          Sounds pretty damn low-priority to me.

          • by Luckyo ( 1726890 )

            I also survived about five years without firefox. I suspect I'll survive almost two decades without it in the future.

            What does this mean for future of firefox?

            • by narcc ( 412956 )

              You've mistaken yourself for someone who matters again. We've been over this.

              • by Luckyo ( 1726890 )

                So you really don't follow situation firefox is in with user numbers, and yet choose to comment in threads that talk about them?

          • Cool. Thanks for illustrating why open source software has utterly failed in the consumer space.

            • by narcc ( 412956 )

              Wait... you think OSS has "failed in the consumer space"? LOL!

              Congratulations! You're one of the dumbest people here, and that's saying something! Competition is stiff, but I think you've just cracked the top 10 with that one!

              • Uhm, I can't think of a single OSS product that's consumer facing without a heavy layer of proprietary stuff on top. Web browsers maybe? Go on, give me some examples.

    • Heh! This has to be the most "Ya so?" story to appear on SD in a long time.

  • I put in a feature request, years ago. I guess I will never live to drag a word processor document with the middle mouse button. It seems that they are waiting for MS to patent it.
    • by narcc ( 412956 )

      Does the other three-button mouse user care?

      Not that it matters, just do it yourself if you think it's worthwhile. What's stopping you?

      • If your mouse has a scroll wheel, it has a third button... Must be a citizen of Apple World.
      • How do you -not- have a three button mouse?

        • by teg ( 97890 )

          How do you -not- have a three button mouse?

          Laptops and those using Apple mice.

          • My laptop has a trackpad, and if you tap in the middle, it's considered to be a middle click. My desktop has a trackball with two buttons.
            • by narcc ( 412956 )

              My laptop has a trackpad, and if you tap in the middle, it's considered to be a middle click.

              That would be horrible.

          • How do you -not- have a three button mouse?

            Laptops and those using Apple mice.

            Middle-click, and Middle-tap are both available on Apple mice. BetterTouchTool [folivora.ai] allows you to program a response to various gestures on the Magic Mouse, Trackpads, and other input devices.

            Old Mighty Mouse had clickable scroll ball as 3rd button in 2005.

            • Who cares about standard Apple mice. I want to be able to scroll the page, where as some distance of mouse movement--equals the same distance of screen movement. If you don't understand the problem, then please don't comment on it.
      • It would work just like the space-bar drag in Photoshop. Seeing text jump a line at a time slows proofreading.
        • by narcc ( 412956 )

          Let's try that again:

          Just do it yourself if you think it's worthwhile. What's stopping you?

  • Not a web head but that so called bug? Had some cool borderless effects on MySpace profiles back when they let you do stuff like that.

    • by znrt ( 2424692 )

      yes, as obnoxious as it is, css is supposed to be a rendering standard and browsers are supposed to be compliant. if they don't, that's a bug.

      it's actually surprising that this was considered low-priority for so long. for a while all browsers competed very seriously to be among the most compliant (well, all browsers except ie, of course). compliance is a critical feature (as opposed to e.g. random new ui gimmicks or adware).

  • by PPH ( 736903 ) on Sunday December 25, 2022 @07:57PM (#63157510)

    Everyone surf the web using lynx. Plain text should be good enough for everyone. And if some 'artiste' graphics designer has a hissy fit because they can't make pages look kewl, so much the better.

    • by narcc ( 412956 )

      Stop liking what I don't like!

      Sorry, kid. Design matters. It's also inescapable. Even in your fantasy world where everyone uses VT420 terminals for everything, there would still be designers making things look nice and improving usability. We'll have layouts, fake windows, and even ASCII-art banners and UI elements just like we used to.

      And if some 'artiste' graphics designer has a hissy fit because they can't make pages look kewl, so much the better.

      Umm... You're throwing a hissy fit over ... the mere thought that someone might design something? How sad is your life?

      • Safari's "reader mode" is the best feature of any browser ever.

        It's better than lynx because it removes -all- the designer crap, ads, and other shit and leaves pure raw happy content goodness.

        • by PPH ( 736903 )

          Either way, if you can strip off all that crap and still use the web site, that stuff wasn't necessary design or functional elements. It was window dressing. Which explains why it got pushed back for 18 years.

          • by narcc ( 412956 )

            that stuff wasn't necessary design or functional elements.

            What? "Can be done at all" is not the same as "can be done well".

            Here's a project for you: Give your criteria for distinguishing "window dressing" from "necessary design" and "functional elements". I could use a good laugh.

            • I surf for content. If the web was 99% text with paragraph breaks, I'd be super happy,

              Your turn: what design elements beyond that do you consider necessary and why?

              • by narcc ( 412956 )

                LOL! What on earth made me think you could read and understand my question?

                Go ahead an try again. You should get an adult to help you with the "big" words.

                • So you really didn't have a question. Just babbling ESL, got called out for babbling incoherently, got embarrassed at being called out for your inability to communicate and spent more time going as hominem then simply clarifying wtf you were trying but failing to say/ask because your fragile ego was shattered.

                  Got it. All clear. Done here.

                  Get therapy and anger management and an ESL class.

                  • by narcc ( 412956 )

                    So you really didn't have a question

                    No, you just can't read. Didn't I tell you to get an adult to help you?

                    • So you still can't explain what your actual question was because by now it would be horribly embarrassing and shatter your fragile sense of self worth to admit so plainly how dumb you are.

                      Instead you continue repeating stupid mindless grade school level attacks several messages later.

                      You had no question. You have no idea what you were trying to say. It is humiliating for you to admit that now. None of your other little AC buddies could say what you were babbling about either. Just more mindless attack.

                    • by narcc ( 412956 )

                      So you still can't explain what your actual question was

                      LOL! You're really going to double-down? Are you an idiot or just a masochist?

                      The question: What are your criteria for distinguishing "window dressing" from "necessary design" and "functional elements"?

                      I don't care about your answer. You're too stupid to have an opinion worth considering.

        • by narcc ( 412956 )

          That same mode is available on a good browser as well.

          it removes -all- the designer crap

          You have no idea, do you?

          • No idea... what? That wasn't a real question in English. If you'd like to ask a question that parses I'd be happy to respond.

    • Everyone surf the web using lynx. Plain text should be good enough for everyone.

      At some point just swap over to the gemini protocol. [gemini.circumlunar.space] I recommend using Lagrange [skyjake.fi] as that not only supports gemini but also the upload protocol titan [communitywiki.org] (gemini is mostly a read-only (has the ability to pass <1K data to the server so the protocol is not suited for uploading whole files as the max size of any gemini request is 1024 bytes) protocol and Titan compliments gemini by allowing you to send data to a URI and the server writes the data you sent to that resource or whatever is handling that resource),

  • I saw "18 year old bug", and I hoped it was one of my still-open bugs...

    • by narcc ( 412956 )

      Have you checked to see if any of them have already been fixed, but not marked as fixed? If they're important to you, why haven't you fixed them yourself?

    • by SeaFox ( 739806 )

      LOL. Same here. There are so many old, ignored bugs I bet some of them are invalid now because they involve features Mozilla had removed from the browser now.

  • by JMJimmy ( 2036122 ) on Sunday December 25, 2022 @08:51PM (#63157564)

    Designers looking for glory took over and all the focus went to how the product looked and not how it functioned. When XUL went away all the functionality went away and it became a bug ridden inferior clone of Chrome. I'm still on half a dozen bugs that haven't been touched in a decade. No one wants to do the grunt work, it's not sexy enough for the egos at Mozilla.

    • ....what explains Firefox browser market share being in the shitter?

      https://www.oberlo.com/statist... [oberlo.com]

      I remember when IE was only good for downloading Firefox. Today Edge has roughly twice FFs market share.

      • by znrt ( 2424692 )

        well, maybe it was not poor bug-fixing but the reckless push to stay relevant at any cost: if you keep plaguing the userbase with constant pointless interface changes with no real value at some point they'll have enough.

        also, chrome happened, basically.

        • Possibly. But more likely simply that the browsers have become largely identical to the point that the pre-installed browser is actually good enough in many cases. Safari for Apple OS, Chrome for Google, and IE for Windows. There's just nothing compelling enough to make most people change. (Although I do use Chrome on Windows but I'm an outlier)
  • Must have been fun for the dev who submitted the Pr.
  • They could have one of those systems that auto close all bug reports every time there is a new release and tells people they have to keep reopening if the issue persists after the release. The very fact bugs can persist as bugs for decades is kind of cool. Obviously better to see them getting fixed.

    Was recently presently surprised (shocked) to see the last bug I submitted to Firefox was patched within a week and after a couple of months made it to release. Included simplified test cases and versions of F

  • The big news isn't that FF fixed an 18 year old but. The big news is that they fixed a bug.

  • by dbaron ( 463913 ) on Tuesday December 27, 2022 @04:48PM (#63162286) Homepage
    (I'm going to write this comment from memory rather than look up all the references I'd need to double-check. This means that it's my memory of technical stuff that happened over the past 20 years. My memory of technical details from 20 years ago isn't perfect, so I'll probably get a few things wrong. I'm also writing it using "we" to refer to groups I was part of at the time -- which in some cases are and in some cases are not groups that I'm part of today.)

    The behavior that's being removed here isn't really a "bug". Back in CSS1 and/or CSS2, the spec for floating ::first-letter (or, in CSS1, :first-letter), was much more vague. I think it roughly allowed implementations to do standard inline layout, but said that they had the option of trying to do layout better. Gecko (the engine used in Firefox) was the only browser implementation that took that option.

    In particular, Gecko's behavior was to actually use the bounds of the glyph (rather than the font metrics for the whole font) to do layout for a floating first-letter, so that there wouldn't be extra space around it and it would align better. This was a better default behavior, but it was also somewhat less controllable since some of the standard inline layout properties (like line-height) didn't apply.

    It also turned out that this better behavior wasn't good enough to really do good typographic first-letter effects. Maybe about a decade after Gecko implemented the glyph-wrapping behavior for floating first-letter, some folks (primarily Dave Cramer) who were interested in doing better initial letters came to the CSS WG and developed (over a period of years, with quite a bit of interaction and discussion in the working group) a new set of CSS properties with a substantial spec (at https://w3c.github.io/csswg-drafts/css-inline/#initial-letter-styling ) to address first-letter typography.

    At some point during the progres of that work, one question that came up was whether the spec should continue to have this vague allowance that implementations could try to do something better (as Gecko, and no other browsers, were doing). Given that we knew at this point that the Gecko behavior, while better, wasn't sufficient to do good typography, this seemed like the right thing to do. As one of the Gecko representatives on the CSS WG, I absolutely could have objected on the basis that we *were* doing something better and would like to continue to do so, and such an objection probably would have led to the WG not removing that allowance from the spec. But removing the allowance, and moving towards better interoperability, was the right thing to do, so I supported removing it. (That's also when I commented on and reopened the bug being discussed here.)

    That said, it also didn't seem like removing the better behavior from Gecko was the right thing to do until we had implemented the *even better* new spec with the initial-letter-* properties, which would allow Gecko users to see better-quality typographic first-letters in the new way. (Though there's an obvious trade-off there between quality and interoperability. The opinions of standards bodies and implementers for the Web platform have changed a good bit over the past 20 years on how to make such tradeoffs -- generally towards stricter interoperability at the expense of allowing implementations to do "better" things.) So, back when I was working on Gecko, I thought that we should keep it until we'd implemented the new initial-letter-* properties. It seems like the folks currently working on Gecko made the opposite call. But I think both decisions are reasonable -- there's a real tradeoff there (though the inputs into that tradeoff are likely changing over time as well).

    So, really, just saying "hey, they fixed a really old bug" isn't that useful a point to make. There's much more history there. (Also, see https://dbaron.org/log/20080515-age-of-bugs which I wrote 14.5 years ago in response to general criticism about the age of bug reports.)

There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann

Working...