Inconsistent compression behavior from context menu

[EatDesk]

I noticed some inconsistent behavior when using the context menu "Add to archive.7z" option.

If I use "Add to archive..." and select my parameters for compression level and so on these are stored in the registry. Then for zstandard for example, if I use the quick option from context menu: "Add to archive.7z", from now on it will keep using those parameters.

However for LZMA2 and LZMA2 fast (didn't check every compression algorithm) if you set your parameters in "Add to archive..." in the future it will continue to use the algorithm BUT the parameters you set will be ignored and 7zip will uses some other values (actually worse settings for LMZA2 than standard 7zip uses from the context menu I think)

Am I making some kind of mistake? If not can you make the behavior consistent for all algorithms? It is preferable if they all do the same as zstandard and 'save' the parameters you set.

[mcmilk]

The options for each algorithm should be placed into the registry. Can you check your settings within the registry and maybe you can also see what options are done wrong or so for LZMA2.

[EatDesk]

Here are my settings and registry entry from HKEY_CURRENT_USER\Software\7-Zip-Zstandard\Compression\Options\7z

Test folder: 1703 files 1130 folders, size 34.2MB
Right click folder for context menu, 7-Zip ZS, Add to archive..., settings from screenshot already saved, OK button, result: 6.75MB folder.7z file
Right click for context menu, 7-Zip ZS, Add to folder.7z, result 10.7MB folder.7z file

[EatDesk]

Deleted last message because forgot to change block size to the same large one. Is it an issue with block size? Also happening with zstandard:

Test folder: 1703 files 1130 folders, size 34.2MB
Right click folder for context menu, 7-Zip ZS, Add to archive..., settings from screenshot already saved, OK button, result: 7.67MB folder.7z file
Right click for context menu, 7-Zip ZS, Add to folder.7z, result 12.3MB folder.7z file

I used a smaller block size after this and both results were 7.67MB

[EatDesk]

After more testing it seems it happens with any block size 4GB or larger, below this is fine.

Edit: actually incorrect, I tested some other algorithms and smaller block sizes and I got different results in output file size. Either way it seems to be block size issue? Or maybe just some kind of settings corruption? I can't work it out.

[mcmilk]

I have an idea, thanks for your input. I can fix this now.