Universal-Updater
Universal-Updater copied to clipboard
Universal-Team
Feature Requests post!
You have a Feature Request for Universal-Updater? Then comment under this post! =)
I have a few feature requests.
-
Add a 'mv' or 'move' function. To be able to: Backup saves (move) -> delete old dir (rmdir) -> extract new dir (extractFile) -> restore saves (move)
-
Add a 'displayWarning' or 'displayMessage' function. Display a warning / message before continuing. Preferably with a custom message and the ability to Cancel or Continue.
-
Sub-menu's As described in the GBATemp thread.
-
Variable path / filenames for daily builds based on the system date. With maybe the option to fall-back on yesterday's date if not yet available.
Described and discussed here: https://gbatemp.net/threads/release-universal-updater-a-universally-good-updater.551824/#post-8903514
-
A move function should be possible.
-
I currently have no idea, how to properly add a displayMessage function, which can cancel or start a specific function without to cancel the whole script or so.
-
Sub Menu, is it really worth for the scripts? Also, how would you handle it JSON wise? :P
-
Variable path / filename.. dunno how to do it tbh.
Maybe @Epicpkmn11 is able to help on the Requests.
feature request: .3ds format building, it'd be nice to have for gateway/stargate/sky3ds+ users! (those are all different cards btw)
Feature Requests from NightScript:
-
Have an UI Parameter inside Scripts | UniStores so they could be customized.
-
When QR Code scanning gets added, have a way to read them from the SD Card.
-
Have a way to install a CIA when transfered via FTP.
Feature Request from me:
- Try to improve extracting if possible.
Maybe with memalign or so? Not sure if that would break it though, at least it improved the installing progress a lot.
Some way of keeping track of what release was last downloaded and then compared against current release (to present a "you have most recent version" message) A way to track all installed apps so a "update all" could be implemented
Also A way to track all installed apps so a "update all" could be implemented is impossible, since you likely won't have the download link to all.
Hello.
I would like to be able to change filenames. I would also like to be able to use conditions (like if statements). For example, for all files with names ending in .png but not ending in .*.png would have the .png replaced with .nes.png.
A rename function should be possible. if Statements aren't easilly possible with scripts tho.
Add a 'mv' or 'move' function. To be able to: Backup saves (move) -> delete old dir (rmdir) -> extract new dir (extractFile) -> restore saves (move)
Add a 'displayWarning' or 'displayMessage' function. Display a warning / message before continuing. Preferably with a custom message and the ability to Cancel or Continue.
A Copy ; Move and a promptMessage function has been implemented with the last commits.
branching off of what @epiccelt said, a way to track which homebrew apps have updates available, not really the "update all" function. there's a way to track outdated scripts but not the homebrew apps themselves.
There are plans for something similar. If you mean checking for the installed App Version from the title - Impossible!
The main idea: Have a JSON file called updates.json and get the latest versions through the GitHub API. Then when downloading, set the Version to the updates.json. Though - That would use the API a lot then (when checking for all) and can cause GitHub API ratelimit's, which makes you unable to download anything for a few minutes, depending on how many checks for updates you do.
BUT: That won't work for non-GitHub apps.
Maybe it is possible to store the last script run timestamp and version of the software that was used. This way it is possible to track the versions at least for software installed trough the Universal-Updater. It's ok for me to reinstall initially all trough the Updater. But I like to see the information in the app that an update is not neccessary because the installed software is not changed and the script is not changed. Alternativelly, the FBI is able to show version of installed software. Maybe it's possible to use the same code?
Something is planned for the future. And no, that with FBI will definitively not work, since FBI checks the installed version, which is irrelevant for update checks, since nds-bootstrap isn't installed as a title etc, so impossible with FBI's code.
How about creating and updating a local text file inside the 3ds to keep track of apps installed and updated through universal updater? A simple local JSON file would do the trick no?
It sounds easier as it's actually is. That also will only work for GitHub Downloads and not other stuff.
Alright, cause I'm in Universal-Updater mode now, I'm going to start to rework Universal-Updater completely. I actually planned to work on the Script Creator, see this Branch, but I decided to rework Universal-Updater then completely. The Script-Format could possibly change, depending on what my ideas are.
Requesting the ability to specify whether to copy yhe 3dsx file into am existing subfolder with an identical name. (Like with the universal updater app for example). As someone who mainly uses the homwbrew menu, if you don't do this then it rapidly clutters the homebrew menu as each app takes twice the space on the menu; folder and 3dsx
I just added a regex implementation. On the scripts -> You can now use %3DSX%/ and %NDS%/ and it will use the 3DSX_PATH or NDS_PATH from the Settings.json in the next release. The same for the UniStore's.
Three things. For one, the app completely crashes on launch when no wifi network is configured. Consider catching the error and failing gracefully instead of triggering an ARM11 exception? Second, checking for updates can be done by providing hashes server-side and comparing to the hash of the local version. Third, allow updating Universal-Updater when it's at sd:/3ds/Universal-Updater/Universal-Updater.3dsx? Currently updating Universal-Updater just places the new version at sd:/3ds/Universal-Updater.3dsx. Placing it within the Universal-Updater folder hides the folder from hbmenu due to the folder containing a 3dsx of the same name.
One: Should be fixed in the latest commits.
Second: There is not a good way to do it that way. It is right now handled from the UniStore's last updated section.
Third: Universal-Updater has been removed of Universal-DB. It should update itself when an update is available, by updating the executed 3dsx.
Appreciate the reply! I wasn't aware that it was fixed in latest, and that's my bad. Regarding the second issue, files can be hashed using FSPXI_CalculateFileHashSHA256, assuming your title has access to it. Rosalina patches service checks for 3dsx files, and for the CIA version you can just add fs:pxi to the rsf. And thanks for the clarification on the third point as well.
For an app designed to make installation easier, it might benefit to have instructions on how to install it. I was going to do a PR on README.md explaining to copy the .3dsx file to the /3ds directory of the SD card, but most people probably won't go to the Github repo. Can we add a small section to the website with instructions for using the .3dsx and .cia files?
Being able to install stuff without it having an icon added to the Home menu, becoming acccessible via the Homebrew menu instead.
Being able to install stuff without it having an icon added to the Home menu, becoming acccessible via the Homebrew menu instead.
That's already possible, simply install the ".3dsx" files instead of the ".cia" files
Please add luma firm payloads. Tools like hourglass9 and decrypt9 are a pain to get installed without multiupdater.
Please add luma firm payloads. Tools like hourglass9 and decrypt9 are a pain to get installed without multiupdater.
@willis936 1: That's already a feature. That's a request for the database to add those particular firms, not the ability to load firms in general. 2: Those are both outdated as hell firms you shouldn't be using; everything they could ever possibly do has been remade into GodMode9, which is already in the database.
Allow the user to press the start button to close the application rather than navigating thru the menu like most hb applications, I think it'd be more intuitive and there could probably be a setting to toggle it. However they shouldn't be able to quit during a download as that might cause file corruption. The start button is currently bound to a label menu and I think that could be reassigned somewhere else.
Allow the user to press the start button to close the application rather than navigating thru the menu like most hb applications, I think it'd be more intuitive and there could probably be a setting to toggle it. However they shouldn't be able to quit during a download as that might cause file corruption. The start button is currently bound to a label menu and I think that could be reassigned somewhere else.
Added in 2b0352114ecb953f8f1289ba987aa02d42008b03, there'll probably be a new release in around week or so or you can get the latest nightly now.