Recommended Posts

No. Unless a showstopper forces a respin (which is extremely unlikely at this point), the June 24 build (RC3) is the Final build. As I've said before in another thread, Mozilla does true candidates, which is why none of the RCs contain "RC" in the version info.

The tree has long been closed, and all checkins since June 24 have been things that are not a part of the build. The nightlies are automatically spun every day, regardless of whether there has been any changes to the code, and they will continue to be automatically generated every day after 3.5 is released (at which point, they will be 3.5.1pre).

Edited by code.kliu.org
As I've said before in another thread, Mozilla does true candidates, which is why none of the RCs contain "RC" in the version info.
Which is interesting in the world of software development. I was ridiculed on another thread for pointing out that Mozilla's release candidates are truly candidates for release, unlike other software, like say Windows, where release candidates have absolutely zero chance of being final.
Which is interesting in the world of software development. I was ridiculed on another thread for pointing out that Mozilla's release candidates are truly candidates for release, unlike other software, like say Windows, where release candidates have absolutely zero chance of being final.

It's a bit like comparing apples and oranges though isn't it? Although I see your point.

Which is interesting in the world of software development. I was ridiculed on another thread for pointing out that Mozilla's release candidates are truly candidates for release, unlike other software, like say Windows, where release candidates have absolutely zero chance of being final.

You're right. With Windows, they generally pre-announce how many release candidates there will be. That, by the very definition of the term 'release candidate', means that they are not release candidates at all. How can RC1 be called a Candidate for Release if you've already announced there will be an RC2 long before RC1 came out. It's stupid really.

Microsoft should continue with the Beta tag until they are at the quality bar where the product could be released. At that point you compile a build and called it RC1. Assuming no show stoppers are found by the public in RC1, you use that very same build and rename it to Final. If bugs are found, you fix them and release a second RC. It's a no-brainer really.

Mozilla seems to do it this way which is a welcome change from Microsoft's backwards way of doing it.

Thanks, but I'll wait for the final version. :)

Which, from the looks of it, will almost certainly be bit-for-bit identical to RC3. ;)

For Mozilla, the process can vary. As people would recall, the Firefox 1.0 RCs were really glorified betas and were not true candidates. The current project drivers very much like the idea of a true RC (in part because it makes it easier for QA to sign off on things: if you spin a new build after an RC, you need to test that build anyway to make sure something weird didn't happen during build or packaging, etc.).

As for Microsoft, they have intentionally "grade-inflated", and they have a very good reason to do so. Raymond Chen wrote an article explaining this (sorry, don't have the link handy) that basically boiled down to this: Microsoft had a problem where people didn't pay attention to the betas, and there was one incident, back when Microsoft's RCs were true candidates that they got an important piece of feedback only after the RC came out, at which point it was too late in the process to make those sorts of changes without incurring a lot of extra cost. So they had to grade-inflate, and what used to be late betas are now RCs, and what used to be RCs are now escrow builds. The idea is that more people are more willing to test and give feedback if it says "RC" than if it says "beta". Though I think that with the current overuse of the "beta" label (e.g., Google's notorious perpetual betas), the need for this grade inflation has decreased somewhat in recent years.

You're right. With Windows, they generally pre-announce how many release candidates there will be. That, by the very definition of the term 'release candidate', means that they are not release candidates at all. How can RC1 be called a Candidate for Release if you've already announced there will be an RC2 long before RC1 came out. It's stupid really.

Microsoft should continue with the Beta tag until they are at the quality bar where the product could be released. At that point you compile a build and called it RC1. Assuming no show stoppers are found by the public in RC1, you use that very same build and rename it to Final. If bugs are found, you fix them and release a second RC. It's a no-brainer really.

Mozilla seems to do it this way which is a welcome change from Microsoft's backwards way of doing it.

I agree. I never understood Microsoft's way of doing this. It really doesn't make any sense at all.

Perhaps. It's only a day away, anyway. I think I can hold out with version 3.0.11 until the version 3.5 is released. :p

Yeah, I really can't wait. I still think that the Tab Previews they chose would have been better served if they used Showcase Tab as a base instead of the add in they chose, but that's my only gripe, and is admittedly miner. Showcase though is an AMAZING add in though.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Popular Now

  • Posts

    • All it does is use the CPU more efficiently during boot to speed up boot times. That's it. Yawn....
    • It's not a one or the other kind of thing. Software should run efficiently, and the operating system should appropriately manage the CPU clocks. You could have the best most optimized software on earth, and it will still run faster if the CPU does a better job of boosting as needed. All this is doing is pre-boosting the CPU based on user actions, instead of waiting for the normal detection mechanism to kick in. If the OS knows it is about to need more CPU, why shouldn't it use that knowledge? It's the same idea of downshifting before you try to pass someone, instead of just burying your foot into the peddle and waiting for the transmission to figure out what you want to do.
    • Audacity 3.7.8 by Razvan Serea Audacity is a free, open source digital audio editor and recording application. Edit your sounds using cut, copy, and paste features (with unlimited undo functionality), mix tracks, or apply effects to your recordings. The program also has a built-in amplitude-envelope editor, a customizable spectrogram mode, and a frequency-analysis window for audio-analysis applications. Built-in effects include bass boost, wah wah, and noise removal, and the program also supports VST plug-in effects. You can use Audacity to: Record live audio. Record computer playback on any Windows Vista or later machine. Convert tapes and records into digital recordings or CDs. Edit WAV, AIFF, FLAC, MP2, MP3 or Ogg Vorbis sound files. AC3, M4A/M4R (AAC), WMA and other formats supported using optional libraries. Cut, copy, splice or mix sounds together. Numerous effects including change the speed or pitch of a recording. Write your own plug-in effects with Nyquist. And more! See the complete list of features. Audacity 3.7.8 changelog: #10688 Fixed an exception thrown when pasting into a newly-created track (Thanks, David Bailes (@DavidBailes)!) #10870, #10884, #10775, #10629 Fixed tone generation, waveform-scale setting, SetClip Name parameter, and clip-boundary command names for scripting and macros (Thank you, David Bailes (@DavidBailes)!) #11106 Fixed the loading of presets for the Distortion effect (A million thanks, David Bailes (@DavidBailes)!) #10947 Fixed paste into an empty audio track not preserving the source sample rate (Thanks, Juan Gabriel Colonna (@juancolonna)!) #10776 Allowed AltGr modifier in label and clip name editing (Thanks, Davide Peressoni (@DPDmancul)!) #9938 Added options to choose where silence is truncated (start/middle/end) (Thanks, Noah Rosenfield (@nosenfield)!) #9935 Added Podcast 2.0 chapters JSON export for label tracks (Thanks, Noah Rosenfield (@nosenfield)!) #10103 Improve UI on HiDPI displays on Linux/wxGTK (Thanks, Ivan A. Melnikov (@iv-m)!) #10099 Fixed MixerBoard Mute and Solo button display (Thanks, Ivan A. Melnikov (@iv-m)!) #10681 Fixed multichannel FLAC import #10999 Fixed envelope being broken after joining clips Download: Audacity 64-bit | Standalone ~20.0 MB (Open Source) Download: Audacity 32-bit | Standalone Download: Audacity ARM64 | Standalone View: Audacity Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • There really isn't anything magical about the low latency profile, other OS's do this as well. All they're doing is using your CPUs boost clock options in a more smarter way.
    • So we shouldn't have the option because of people using their laptops on battery? OK? LOL
  • Recent Achievements

    • One Month Later
      Star Processing earned a badge
      One Month Later
    • Week One Done
      Star Processing earned a badge
      Week One Done
    • One Year In
      Star Processing earned a badge
      One Year In
    • Week One Done
      FBSPL earned a badge
      Week One Done
    • One Year In
      Jim Dugan earned a badge
      One Year In
  • Popular Contributors

    1. 1
      +primortal
      494
    2. 2
      PsYcHoKiLLa
      198
    3. 3
      +Edouard
      155
    4. 4
      Steven P.
      84
    5. 5
      ATLien_0
      69
  • Tell a friend

    Love Neowin? Tell a friend!