A workaround is to use greenlock.manager.set({subject, deletedAt: Date.now()})
`greenlock.manager.remove({subject}) doesn't work, it never finds a site by `subject`.
`npx greenlock remove --subject` has the same problem.
I've tried debugging and this is what I came up with:
In
https://git.coolaj86.com/coolaj86/greenlock.js/src/branch/master/lib/manager-wrapper.js#L203
the public manager api is exposed. The remove function expects {subject}, it checks and refuses to take `servername` or `altname`.
The remove function in the wrapper calls the merged `remove` function, which calls `mega.get`:
https://git.coolaj86.com/coolaj86/greenlock.js/src/branch/master/lib/manager-wrapper.js#L475
The opts to `mega.remove` at this time are `{subject}`.
`mega.get` however, uses `{servername, wildname}`.
A workaround is to use
`greenlock.manager.set({subject, deletedAt: Date.now()})`
greenlock.manager.remove({subject}) doesn't work, it never finds a site bysubject`.npx greenlock remove --subjecthas the same problem.I've tried debugging and this is what I came up with:
In
https://git.coolaj86.com/coolaj86/greenlock.js/src/branch/master/lib/manager-wrapper.js#L203
the public manager api is exposed. The remove function expects {subject}, it checks and refuses to take
servernameoraltname.The remove function in the wrapper calls the merged
removefunction, which callsmega.get:https://git.coolaj86.com/coolaj86/greenlock.js/src/branch/master/lib/manager-wrapper.js#L475
The opts to
mega.removeat this time are{subject}.mega.gethowever, uses{servername, wildname}.A workaround is to use
greenlock.manager.set({subject, deletedAt: Date.now()})