본 사이트는 여러분의 사용자 경험을 개선하기 위해 유지 보수를 진행하는 동안 기능이 제한됩니다. 도움말로 문제가 해결되지 않고 질문을 하고 싶다면 Twitter의 @FirefoxSupport 및 Reddit의 /r/firefox 채널을 활용하세요.

Mozilla 도움말 검색

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

자세히 살펴보기

Since when does Firefox set DisableAppUpdate automatically?

  • 6 답장
  • 1 이 문제를 만남
  • 최종 답변자: NoahSUMO

more options

Good morning,

We are seeing that the key "DisableAppUpdate" being set to TRUE in about:policies. Not sure why this setting is being set. The result of the setting is "Updates disabled by your organization". So we cannot manually update firefox and are not sure why the setting is being set.

We used Procmon to capture logs:

Line 5169544: "2:29:45.2062951 AM","firefox.exe","1720","RegEnumValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox","SUCCESS","Index: 0, Name: DisableAppUpdate, Type: REG_DWORD, Length: 4, Data: 1" Line 5169546: "2:29:45.2063211 AM","firefox.exe","1720","RegEnumValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox","SUCCESS","Index: 0, Name: DisableAppUpdate, Type: REG_DWORD, Length: 4, Data: 1" Line 5169547: "2:29:45.2063338 AM","firefox.exe","1720","RegQueryValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox\DisableAppUpdate","SUCCESS","Type: REG_DWORD, Length: 4, Data: 1" Line 5169548: "2:29:45.2063563 AM","firefox.exe","1720","RegQueryValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox\DisableAppUpdate","SUCCESS","Type: REG_DWORD, Length: 4, Data: 1"


Is there anything in Firefox that can trigger the setting of this key?

Good morning, We are seeing that the key "DisableAppUpdate" being set to TRUE in about:policies. Not sure why this setting is being set. The result of the setting is "Updates disabled by your organization". So we cannot manually update firefox and are not sure why the setting is being set. We used Procmon to capture logs: Line 5169544: "2:29:45.2062951 AM","firefox.exe","1720","RegEnumValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox","SUCCESS","Index: 0, Name: DisableAppUpdate, Type: REG_DWORD, Length: 4, Data: 1" Line 5169546: "2:29:45.2063211 AM","firefox.exe","1720","RegEnumValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox","SUCCESS","Index: 0, Name: DisableAppUpdate, Type: REG_DWORD, Length: 4, Data: 1" Line 5169547: "2:29:45.2063338 AM","firefox.exe","1720","RegQueryValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox\DisableAppUpdate","SUCCESS","Type: REG_DWORD, Length: 4, Data: 1" Line 5169548: "2:29:45.2063563 AM","firefox.exe","1720","RegQueryValue","HKLM\SOFTWARE\Policies\Mozilla\Firefox\DisableAppUpdate","SUCCESS","Type: REG_DWORD, Length: 4, Data: 1" Is there anything in Firefox that can trigger the setting of this key?

모든 댓글 (6)

more options

That's strange. Are you using the Firefox for Enterprise version? I don't think that one has the DisableAppUpdate policy set to true either but something is definitely setting that policy.

I found a similar thread about this from 2021: https://support.mozilla.org/en-US/questions/1325408#answer-1391171

The suggested fix was to delete a possible GPO policy set in the registry. Can you let us know if Cor-el's advice solves the issue? Thanks

도움이 되셨습니까?

more options

https://support.mozilla.org/en-US/questions/1347191#answer-1436470 In another thread above, it was mentioned that some security software might be able to set that policy setting. That user had Avira Prime installed and suspected it could have done this. You might have a similar security or protection program doing this.

They also mentioned the registry keys came back after the PC was reset so they changed the key value for DisableAppUpdate policy from 1 to 0 instead and that worked. Located in: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Mozilla\Firefox\

So that's another option if the registry keys return after you restart the computer.

도움이 되셨습니까?

more options

The Procmon log indicates that Firefox is making the change, not Qualys. As you mentioned that a manual installation did not cause this message, it begs the question of the patch source as the root cause.

The Qualys Patch Management source for the latest version in English (assuming 64-bit architecture):

https://download-installer.cdn.mozilla.net/pub/firefox/releases/131.0/win64/en-US/Firefox Setup 131.0.msi For 129.0.1 (for which case data was gathered and assuming 64-bit architecture):

https://download-installer.cdn.mozilla.net/pub/firefox/releases/129.0.1/win64/en-US/Firefox Setup 129.0.1.msi

When utilizing this MSI, we get the same results in our testing regardless of whether Qualys PM installs it or it is done manually.

We suspect that Mozilla has changed the MSI in the locations above and it now displays that message if the updates are installed from this location.

도움이 되셨습니까?

more options

Does this still happen if you boot the computer in Windows Safe Mode with network support?

도움이 되셨습니까?

more options

Hello,

No I haven't tried this. I will see if it might work. but I might report this as a bug to Firefox.

도움이 되셨습니까?

more options

Hey mrvrach, if you do file that Firefox bug please file it here: https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&component=Enterprise%20Policies

I setup that link so that it takes you to the Enterprise Policies area where you'll get the fastest response about this issue. Share all the same information you gave us here including the Procmon logs. I hope they can track down why this is happening exactly.

도움이 되셨습니까?

질문하기

글에 답글을 달기 위해서는 계정으로 로그인해야만 합니다. 계정이 아직 없다면 새로운 질문을 올려주세요.