Trang web này sẽ có chức năng hạn chế trong khi chúng tôi trải qua bảo trì để cải thiện trải nghiệm của bạn. Nếu một bài viết không giải quyết được vấn đề của bạn và bạn muốn đặt câu hỏi, chúng tôi có cộng đồng hỗ trợ của chúng tôi đang chờ để giúp bạn tại @FirefoxSupport trên Twitter và /r/firefox trên Reddit.

Tìm kiếm hỗ trợ

Tránh các lừa đảo về hỗ trợ. Chúng tôi sẽ không bao giờ yêu cầu bạn gọi hoặc nhắn tin đến số điện thoại hoặc chia sẻ thông tin cá nhân. Vui lòng báo cáo hoạt động đáng ngờ bằng cách sử dụng tùy chọn "Báo cáo lạm dụng".

Tìm hiểu thêm

Nightly downloads update when already in latest version...

  • 3 trả lời
  • 2 gặp vấn đề này
  • 2 lượt xem
  • Trả lời mới nhất được viết bởi cor-el

more options

I apologize if this is the wrong place to ask this, but I've recently been dealing with something weird with regard to the update feature in Nightly.

Yesterday, I decided to check for an update on Nightly, and it started downloading. Once finished, I was prompted to restart to let the update take affect.

After waiting for a minute, I noticed nothing opening up again. I opened up Task Manager (I'm on Windows 10 Pro) and saw that both Nightly and the Nightly update service were both in the Backgrounds Processes section.

After a bit of waiting, the update process vanished, but Nightly remained no matter how much time passed.

I had to end up killing/ending the process/task. I did this twice more and it wasn't until the third attempt when I realized I was already running the latest version of nightly. Yet, Nightly, for whatever reason still attempted to receive/install an update.

I'm sure there are already similar questions like this, but I may not have come across them.

It is worth mentioning that I have both Firefox 54.0 Release (32-bit) AND Nightly 56.0a1 release installed on my system.

I'm currently running two profiles: the default is stuck with just Firefox release, and I created a separate profile for nightly.

Annoyingly, Nightly installs and initially runs with the default profile in use. I find this extremely annoying and prone to give errors.

That aside, I followed a guide on the Stack Exchange that addressed how to get Ngihtly to run with a predefined profile.

I edited the shortcut properties (in start menu folder/directory) and added to the Target field a "-p profile_name".

This was done after initial installation and it's been working since then.

All of the sudden, it stopped working. Not sure why.

Clicking on Nightly now only opens the standard/stab;e Firefox application.

What I'm most upset about is that I actually uninstalled Nightly after noticing the weird update inconsistency, and later reinstalled it.

The issue persisted and I'm about to try again.

Why did Nightly think it needed to be updated in the first place?

I can only imagine that some kind of corruption occurred and now it's getting worse.

Another last testament:

I tried refreshing the profile for nightly, and it didn't do anything.

When I uninstalled Nightly the first time, a folder was created in my Desktop which related to an old profile.

Sine I was given no instructions as to what to with that, and noticed no performance conflict when running Nightly after reinstalling, I deleted the folder.

What bug am I suffering from?

I apologize if this is the wrong place to ask this, but I've recently been dealing with something weird with regard to the update feature in Nightly. Yesterday, I decided to check for an update on Nightly, and it started downloading. Once finished, I was prompted to restart to let the update take affect. After waiting for a minute, I noticed nothing opening up again. I opened up Task Manager (I'm on Windows 10 Pro) and saw that both Nightly and the Nightly update service were both in the Backgrounds Processes section. After a bit of waiting, the update process vanished, but Nightly remained no matter how much time passed. I had to end up killing/ending the process/task. I did this twice more and it wasn't until the third attempt when I realized I was already running the latest version of nightly. Yet, Nightly, for whatever reason still attempted to receive/install an update. I'm sure there are already similar questions like this, but I may not have come across them. It is worth mentioning that I have both Firefox 54.0 Release (32-bit) AND Nightly 56.0a1 release installed on my system. I'm currently running two profiles: the default is stuck with just Firefox release, and I created a separate profile for nightly. Annoyingly, Nightly installs and initially runs with the default profile in use. I find this extremely annoying and prone to give errors. That aside, I followed a guide on the Stack Exchange that addressed how to get Ngihtly to run with a predefined profile. I edited the shortcut properties (in start menu folder/directory) and added to the Target field a "-p profile_name". This was done after initial installation and it's been working since then. All of the sudden, it stopped working. Not sure why. Clicking on Nightly now only opens the standard/stab;e Firefox application. What I'm most upset about is that I actually uninstalled Nightly after noticing the weird update inconsistency, and later reinstalled it. The issue persisted and I'm about to try again. Why did Nightly think it needed to be updated in the first place? I can only imagine that some kind of corruption occurred and now it's getting worse. Another last testament: I tried refreshing the profile for nightly, and it didn't do anything. When I uninstalled Nightly the first time, a folder was created in my Desktop which related to an old profile. Sine I was given no instructions as to what to with that, and noticed no performance conflict when running Nightly after reinstalling, I deleted the folder. What bug am I suffering from?

Giải pháp được chọn

You need to add -no-remote to the command line to open another Firefox instance with its own profile and run multiple Firefox instances simultaneously. Otherwise the startup code tries to detect whether there is already a Firefox version running and opens a window in that instance.

Note that you normally do a custom installation and always make sure not to start Firefox after the installation has finished. Then you can create a desktop shortcut that specifies the profile folder.

I assume you know that the Nightly update channel receives updates each day and sometimes more that once on a day. Make sure that security software isn't blocking the (background) update process. It is of course always possible that an update breaks things and that the browser refuses to start since the nightly versions are on an unstable update branch.

Đọc câu trả lời này trong ngữ cảnh 👍 0

Tất cả các câu trả lời (3)

more options

Hi,

You can add just -p in the nightly shortcut without the profile name, it would show the profile selection window.

AFAIK Nightly is rapidly updated.

more options

bygabyga said

Hi, You can add just -p in the nightly shortcut without the profile name, it would show the profile selection window. AFAIK Nightly is rapidly updated.

Yes, I'm aware it updates often.

Would not providing the profile name do anything that it isn't already doing?

Kind of not getting why that would be necessary at this point.

Is it better to not specify a profile name?

more options

Giải pháp được chọn

You need to add -no-remote to the command line to open another Firefox instance with its own profile and run multiple Firefox instances simultaneously. Otherwise the startup code tries to detect whether there is already a Firefox version running and opens a window in that instance.

Note that you normally do a custom installation and always make sure not to start Firefox after the installation has finished. Then you can create a desktop shortcut that specifies the profile folder.

I assume you know that the Nightly update channel receives updates each day and sometimes more that once on a day. Make sure that security software isn't blocking the (background) update process. It is of course always possible that an update breaks things and that the browser refuses to start since the nightly versions are on an unstable update branch.