Closed dragon-architect closed 2 years ago
Relatedly, g:prosession_on_startup
also doesn't seem to work properly, either. Might be a separate issue but might also be related to this one if the same kind of variable check is being used on both.
This is by design, it's meant to avoid vim to load the plugin file multiple times but if set by the user it can be used to disable the plugin.
NOTE: It's not meant for the user.
@dragon-architect
Oh, so this variable is set internally by prosession when it's first loaded so that it doesn't get loaded repeatedly?
@dragon-architect yes, and this is typically done by all plugins as a convention.
@dragon-architect Kindly open a separate issue for g:prosession_on_startup
and I can take a look
@dhruvasagar Done! Sorry for the delay. I'm terrible at getting around to things, ehe.
Does what it says on the (issue's) tin! If
let g:loaded_prosession
exists at all--doesn't matter what its value is explicitly set to--it disables the plugin entirely.Replication steps:
let g:loaded_prosession = 0
in vimrc. Plugin disabled, as documented.let g:loaded_prosession = 1
(default value as documented) in vimrc. Plugin still disabled."let g:loaded_prosession = 1
(commented out) in vimrc. Plugin works because variable does not even exist.