could be firefox handles those internally, kinda seems like urls open up in the window which was last active. So.. I guess you could start the script by starting firefox with --new-instance or --new-window, and patiently wait until urls are open? I guess.
Assuming you know what you're doing, maybe some script? At least on linux something like this seems to work:
bash
#!/bin/bash
urls_file="${HOME}/path/to/url_list.txt";
sleep_time=1;
while read -r line;
do
firefox "${line}";
sleep ${sleep_time};
done < "${urls_file}";
edit: heh, tried to delete this as irrelevant, as I entirely missed the clipboard & requirement for a button IN firefox.. but it didn't really delete it seems. Oh well, leaving this in for laughs.
Anyhoo, if you need to speed up/throttle the link opening somehow, maybe add some incremental counter there and skip sleeping if counter < 10 or whatever.
I might have missed something VERY obvious - I did skim through check the mkinitcpio, grub and microcode wikipages - but just merging .pacnew to current config (mkinitcpio, grub defaults), mkinitcpio -p linux and grub-mkconfig -o /boot/grub/grub.cfg, newly created grub.conf still had intel-ucode on the initrd -line. This happened on both machines I have atm.
absolutely, but they were in general (IIRC) suggesting them for the main downloads, but just not telling anyone outside the comments, which was the weird part
not only the ux, some devs make it absurdly confusing to find a binary.
I don't want to throw anyone under the bus, but there's this one niche app.
their github releases at one point were YEARS out of date, they only linked to the current version in seemingly random issue reports' comments. And the current versions were some daily build artefacts you could find in a navigation tree many clicks deep in some unrelated website. And you'd better be savvy enough to download a successfully built artefact too. And even then the downloaded .zip contained all kinds of fluff unnescessary for using the app.
The app worked fine, sure, but actually obtaining it was fairly tricky, tbh.
"fewer" doesn't have execute rights, nor does the next command use the fewer in current directory. But, taking all that into account and "doing it right...ish":
if firefox is the default browser, I guess just
start "" "https://your.url.here.foo", as per https://superuser.com/a/36730otherwise, I guess you could just cd to firefox's directory and do the same
firefox.exe urlhereas for specific window... yea that might be tad hard. https://wiki.mozilla.org/Firefox/CommandLineOptions doesn't seem to have any way to indicate any specific instance/window from cli.
could be firefox handles those internally, kinda seems like urls open up in the window which was last active. So.. I guess you could start the script by starting firefox with
--new-instanceor--new-window, and patiently wait until urls are open? I guess.