fix(preferences): show template reset button when inherited template is resolved

The showTemplateResetButton:false override was added as a workaround
when inheritedTemplate was always empty in the user Preferences context
(because resolveEditorProps was discarding the loadState fallback).

Now that resolveEditorProps correctly falls back to the PHP-injected
system-level footer template when no admin-level template is configured,
inheritedTemplate is always properly resolved. Remove the guard so the
editor's own showResetTemplateButton computed takes over:
- hidden when currentTemplate == inheritedTemplate (nothing to reset)
- shown when the user's template differs from the inherited default

This allows users to reset just their footer template back to the
inherited default (instance admin > group admin > system default)
without having to clear their entire preference.

Signed-off-by: Vitor Mattos <[email protected]>

Author: vitormattos

src/views/Preferences/Preferences.vue

@@ -160,7 +160,6 @@ function editorPropsFor(policyKey: string): Record<string, unknown> {
 
 	return {
 		...resolvedEditorProps,
-		...(policyKey === 'add_footer' ? { showTemplateResetButton: false } : {}),
 		editorScope: 'user',
 		editorMode: 'edit',
 	}
@@ -217,6 +216,7 @@ async function savePreferenceByKey(policyKey: string, value: EffectivePolicyValu
 
 async function clearPreferenceByKey(policyKey: string): Promise<void> {
 	await clearPreferenceValue(policyKey, t('libresign', 'Could not clear your preference. Try again.'))
+	await policiesStore.fetchEffectivePolicies()
 	syncSelectedPreference(policyKey)
 }