The Portable Freeware Collection Forums

Video https://streamable.com/pnqrue

Much better, thanks! Is this when you run the launcher directly (which always worked) or by launching links?

It's direct. Launching links is the same as before.
Video https://streamable.com/766was

Can you find the file it creates, enter simulate=1 in it, then take a video when you open links?

I don't know if I got it right. An autorun.inf file has been created in the Notepad++ folder.
Added simulate to this file=1. Here is the video https://streamable.com/y7lz49 https://streamable.com/rywn8x

You did it right. It's as if it doesn't even try to open those links, but instead just launches the launcher which is why it tries a default settings file, which takes us to:

-ElCoyot- wrote: ↑Sat Mar 16, 2024 9:38 pm I did it with this program https://github.com/SiL3NC3/PortableRegi ... es/tag/1.5. Autorun.inf is
2024-3-17 8-36-18.png

When you used it, did you remember to use %1 (step 2 here)?

If it doesn't work, don't worry. After all, a portable browser doesn't have to be connected to the system. That's why it's portable. I just accidentally tried to link the same browser created through Yap, it works there.

This screenshot shows 2 parameters, not one:

1. -url
2. "%1"

The launcher currently supports just one. Even still, it was supposed to try to run -url and fail.
I also wonder what is "PropertiesParameter" that is null.
In any case, the screenshot shows read-only properties, can you take a screenshot while you actually edit those settings?

I do not edit these parameters. This is all by default in the program. If you want to see what it looks like, download the program and just look at the PortableRegistrator.conf file

In general, I deleted the "-url" parameter, and everything worked. Only in the Nodepad++ folder
an autorun.inf file with the default contents is created anyway.

Regardless of which program you are calling help from, the autorun.inf file is created in the folder of this program, although this does not affect anything.


I thought maybe it's because autorun.inf is now embedded in autorun.exe ?

Sounds like we're making progress. The dash of "-url" made it get treated like an internal launcher parameter and was thus ignored (since there's no such internal parameter defined).
Now that opening the links work for you, regarding the file being created then yes, it's about the new embedding feature. It's about the embedding logic taking place too early, before knowing you want to run the settings file not from the folder of the link.

I've therefore made the embedding logic only take place after it knows the final destination.
Can you try it in the latest beta?

Can you try it in the latest beta?

It's all right, thanks.

Thank you, but turns out passing external parameters (like links, in your case) worked well only when using skiptobutton=X.
Can you try it both with and without skiptobutton=X in the latest beta?

When the "skiptobutton=x" parameter is commented out, a selection window appears, and then it works correctly. In general, this is normal in both cases.

So all is good in both cases?