Weird behavior of bottle.yml?

[Qronikarz]

Hi. I have a question. How exactly does bottle.yml work and how it should work? I noticed something that looked off to me and decided to reinstall whole Bottles with full factory reset to test it out. I have a game that I run many times without problems excluding the time the vmtouch broke it and the fact that it doesn't detect the .exe automatically. Here more details:

1. Creating new bottle Easy said, just creating a new gaming bottle. Decided to use Caffe because I like it the most. bottle1.txt
2. Installing the game from GOG offline installer Installer has additional .bin file and at the end there's this error but the installation completes and all the files are good. Bottles doesn't add the game to the programs list and it doesn't appear in bottle.yml bottle2.txt
3. Installing the mod You just need to point the installer to the location of the game and it completes without error and Bottles automatically detects .exe of the mod so it appears in programs list, but it doesn't show in bottle.yml bottle3.txt
4. Adding the normal version manually Normal version gets added to the bottle.yml along with executable, id, name and path variables. bottle4.txt
5. Renaming normal version in GUI Bunch of new variables appear for the normal version: arguments, dxvk, dxvk_nvapi, folder, fsr, icon, pulseaudio_latency, removed, script, virtual_desktop, vkd3d bottle5.txt
6. Renaming modded version After renaming modded version it finally appears in the bottle.yml, additionally having the auto_discovered variable set to true and what's even more weird the path variable has C:\ instead of /home like the other ones. bottle6.txt

So my questions are: Where was the info about the modded version in programs list stored before renaming it? Why does the mod use use the C:\ instead of home? It works fine as I never noticed any problems with it before (not counting the vmtouch), but shouldn't it be the same everywhere? Why renaming the program in programs list gives it so many new variables?