Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ability to download and install updates from other channels #10679

Open
jmdaweb opened this issue Jan 13, 2020 · 7 comments
Open

Ability to download and install updates from other channels #10679

jmdaweb opened this issue Jan 13, 2020 · 7 comments

Comments

@jmdaweb
Copy link

jmdaweb commented Jan 13, 2020

Is your feature request related to a problem? Please describe.

Currently, installed or portable copies of NVDA can only be updated to the next release for their respective channel. For example, stable releases can be updated only to the next stable, alpha to another alpha, and so on. Beta releases are an exceptional case: they go through rc to stable, so when a new beta is available, users must install it manually.

Describe the solution you'd like

Features from update channel selector add-on may be integrated into core. Currently, this add-on provides asettings panel in NVDA settings dialog which allows you to change the update channel. Once changed, when the user goes to NVDA help menu and checks for updates, the current version for that channel is downloaded and installed. This is useful, for example, to install an alpha snapshot, test a new feature and return quickly to stable, without additional portable copies nor browsing the web to download additional files.
As suggested in the nvda-addons mailing list, these settings could be added to the advanced settings panel.

Describe alternatives you've considered

Additional context

@nvdaes
Copy link
Collaborator

nvdaes commented Jan 14, 2020 via email

@Adriani90
Copy link
Collaborator

Oh sorry, my mistake. In this case cc: @nvda-es, @javidominguez.

@ivnc
Copy link
Contributor

ivnc commented Jan 14, 2020

As a @nvda-es organization member (the organization itself cannot participate in comment threads), I should say that the add-on was also authored by @jmdaweb, as this issue.
With regard to the request, I fully agree. Although modifying update channel could be a dangerous feature for some end users, specially those with the most basical knowledge, locating it on the Advanced settings pannel should be enough to protect users from themselves.

Regards.

@codeofdusk
Copy link
Contributor

What should happen when a user switches from say, stable to beta and then back to stable? I propose that no upgrade should be offered until the next stable (i.e. downgrades are unsupported) unless we can somehow handle moving to an older add-on API version or we delete the user config on downgrade (like Chrome OS).

@codeofdusk
Copy link
Contributor

If user data must be preserved in a downgrade, we should also address how to downgrade config spec schema versions.

@Adriani90
Copy link
Collaborator

Actually I found an issue which has already some more discussion on this. See #6149.

@seanbudd
Copy link
Member

cc @gerald-hartig

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants