Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

FF37.02 not showing update available

  • 9 답장
  • 2 이 문제를 만남
  • 6 보기
  • 최종 답변자: James

more options

When I check in the About Firefox doalog, it told me I was using FF 37.02 and that there was no update available. But Secunia PSI was insisting that there was an update to FF38. So I searched and found there is an update available, which I have now installed. Why was FF not telling me there was an update when I checked? This has happened before several times and only resolved by a manual check by me. I'm running Windows 8.1 64-bit.

When I check in the About Firefox doalog, it told me I was using FF 37.02 and that there was no update available. But Secunia PSI was insisting that there was an update to FF38. So I searched and found there is an update available, which I have now installed. Why was FF not telling me there was an update when I checked? This has happened before several times and only resolved by a manual check by me. I'm running Windows 8.1 64-bit.

선택된 해결법

Mike,

Many of us test the pre-release versions of Firefox - so "human" testing is involved. Basically there are three 6 week development stages for each new version of Firefox. Nightly (Central_ - then Aurora (aka Developer) - and then Beta stage - before hitting Release. I think Mozilla needs more Beta tester users. Are you up to the task? https://www.mozilla.org/en-US/firefox/channel/


As far as the issue that brought about the shutdown of Firefox 38.0 and brought us to 38.0.1 - https://www.mozilla.org/en-US/firefox/38.0.1/releasenotes/ - one of three issues that were lacking in 38.0. "Systems with first generation NVidia Optimus graphics cards may crash on start-up" - from what I read as case of dyslexia with one Nvidia DLL name, it was spelt wrong and none of the Beta testers caught it or reported it. Fortunately Mozilla had throttled Firefox 38.0 to 25% on the first few days after release (a common practice) and shut it off when they realized there was a problem.

Personally, I ran Nightly versions as my primary browser from like 2004 up thru 2010, reporting Bugs as I found them and confirming Bugs when the Bug had already been reported, but not yet confirmed. I took a "hiatus" from testing from like Firefox 4 thru Firefox 10 - too many changes that I didn't like. I used Opera until they went WebKit, along with a couple different Gecko browsers that were built from Firefox code, along with using Firefox 3.6.28 until long after support had ended. With Firefox 10 I got back into "testing" - all three pre-release versions Beta, Aurora, and Nightly until Firefox 29 hit each of the 4 stages. My old PC just couldn't handle the Australis versions, in addition to my not liking the new UI; so I stuck with Firefox 28 until just last month when I built a new PC.

문맥에 따라 이 답변을 읽어주세요 👍 0

모든 댓글 (9)

more options
more options

Automatic updates are disabled for a few days after a new Major Release.

This time however Fx 38.0 has been pulled from updates as some users encountered crashes. Updates will resume when Fx 38.0.1 is available.

more options

I've already downloaded and installed FF38.0 from the Mozilla website. I will look for 38.x when it is released.

The problem has occured before and again this time Secunia PSI warned of an out-of-date FF so naturally went looking for the update. When it wasn't shown in the About Firefox dialog I was concerned - again. So thanks for the responses, we at least know what is happening.

But it is seriously worth making sure the testing is completed properly before announcing the release to the likes of Secunia. I used to work in specialist software (EDA) before retiring so know quite a bit about testing and that UAT seems to be largely ignored these days, replaced with the poor 'scripted' testing that doesn't check that it works properly, only looking for predictable coding slip-ups.

more options

Hi Mike, I think the crashes in 38.0 are related to certain Nvidia graphics card drivers, and it may be that the population of testers is simply not broad or diverse enough to pick up problems with particular device drivers during the six week beta test period. Do you want to join the beta program and take a few bullets for the benefit of other Firefox users?

https://www.mozilla.org/firefox/beta

more options

They do do testing with Beta, Release candidates, automated and QA however on the rare case something can crop up when there is a larger audience of users when it comes out as Release.

글쓴이 James 수정일시

more options

By the way the Firefox 38.0.1 is now out and have seen reports that users are getting updates to 38.0.1 and it can also be downloaded from www.mozilla.org/firefox/all

https://www.mozilla.org/firefox/38.0.1/releasenotes/

글쓴이 James 수정일시

more options

The testing you mention is the scripted testing that does NOT find any user or usage issues! Human factors UAT is what is now lacking in so much software development processes. A script can only find what it was written to find, usually written by the developer who coded the software so it likely misses the aspect they didn't appreciate when deciding what and how to code, misses the variability of how users will actually use and want to use the software. Too many development teams rely on the restricted nature of the 'testing' offered by scripted test. Hence so many 'real world' issues.

more options

선택된 해결법

Mike,

Many of us test the pre-release versions of Firefox - so "human" testing is involved. Basically there are three 6 week development stages for each new version of Firefox. Nightly (Central_ - then Aurora (aka Developer) - and then Beta stage - before hitting Release. I think Mozilla needs more Beta tester users. Are you up to the task? https://www.mozilla.org/en-US/firefox/channel/


As far as the issue that brought about the shutdown of Firefox 38.0 and brought us to 38.0.1 - https://www.mozilla.org/en-US/firefox/38.0.1/releasenotes/ - one of three issues that were lacking in 38.0. "Systems with first generation NVidia Optimus graphics cards may crash on start-up" - from what I read as case of dyslexia with one Nvidia DLL name, it was spelt wrong and none of the Beta testers caught it or reported it. Fortunately Mozilla had throttled Firefox 38.0 to 25% on the first few days after release (a common practice) and shut it off when they realized there was a problem.

Personally, I ran Nightly versions as my primary browser from like 2004 up thru 2010, reporting Bugs as I found them and confirming Bugs when the Bug had already been reported, but not yet confirmed. I took a "hiatus" from testing from like Firefox 4 thru Firefox 10 - too many changes that I didn't like. I used Opera until they went WebKit, along with a couple different Gecko browsers that were built from Firefox code, along with using Firefox 3.6.28 until long after support had ended. With Firefox 10 I got back into "testing" - all three pre-release versions Beta, Aurora, and Nightly until Firefox 29 hit each of the 4 stages. My old PC just couldn't handle the Australis versions, in addition to my not liking the new UI; so I stuck with Firefox 28 until just last month when I built a new PC.

more options

MikeP_UK said

The testing you mention is the scripted testing that does NOT find any user or usage issues! Human factors UAT is what is now lacking in so much software development processes. A script can only find what it was written to find, usually written by the developer who coded the software so it likely misses the aspect they didn't appreciate when deciding what and how to code, misses the variability of how users will actually use and want to use the software. Too many development teams rely on the restricted nature of the 'testing' offered by scripted test. Hence so many 'real world' issues.

I did not say no humans are involved in testing. The Beta, Release Candidates and the QA steps are by human users whether it be regular Firefox users or those involved with Mozilla. The automated is a extra step.