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

[Feature Request]: More robust API fallback strategy #3048

Open
3 tasks done
ChunkyProgrammer opened this issue Jan 10, 2023 · 2 comments
Open
3 tasks done

[Feature Request]: More robust API fallback strategy #3048

ChunkyProgrammer opened this issue Jan 10, 2023 · 2 comments

Comments

@ChunkyProgrammer
Copy link
Member

ChunkyProgrammer commented Jan 10, 2023

Guidelines

  • I have searched the issue tracker for open and closed issues that are similar to the feature request I want to file, without success.
  • I have searched the documentation for information that matches the description of the feature request I want to file, without success.
  • This issue contains only one feature request.

Problem Description

I think it'd be useful to have a more customizable fallback strategy that could fallback to multiple different invidious instances if necessary.
related: #1791

This will also be useful when running FreeTube without electron ex: FreeTube Cordova.
MarmadileManteater#5

If this is implemented well (ex: maybe adding a url type) it could make it a lot easier to add support for Piped in the future.

Proposed Solution

Some sort of re-orderable list in the setting for fallbacks.

The list will contain invidious urls as well as 'local api' so people can have multiple fallbacks if an invidious instance fails before switching to the Local API.

Alternatives Considered

None

Issue Labels

ease of use improvement, improvement to existing feature

Additional Information

No response

@efb4f5ff-1298-471a-8973-3d47447115dc
Copy link
Member

efb4f5ff-1298-471a-8973-3d47447115dc commented May 9, 2023

I think it'd be useful to have a more customizable fallback strategy that could fallback to multiple different invidious instances if necessary.

Yes please, this issue is a gem. Why should a user be tied to the local api when their favorite instance doesnt work. Just give them a 2nd instance as fallback.

Edit: I think we can start working on this after #3559 is merged

@mooleshacat
Copy link

mooleshacat commented Oct 4, 2024

I had opened a duplicate #3408, asking for a multiline textbox so I could list two private instances then a public instance at the end. I've now closed it. Apologies :)

Also a checkbox to use either fastest instance, or use them in the order they are listed (as a fallback)

I appreciate the hard work you do on this project 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Medium Priority
Development

No branches or pull requests

3 participants