• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Frontpage Dirs overwritten

K

knocx

Guest
well when clients publish their sites with FP the Frontpage Dirs on the servers side overwritten and the extentions does not work anymore, to fix this

we have to disable enable FP support for the domain to overwrite the dirs so that FP extentions works again.

is it possible protect FP dirs to be overwritten by FP client?
 
FP

It has been seen by us that when you migrate from another server the dir paths may be different resulting in you having to delete FP extensions and then adding them again. Also if your client copies files from another server and I mean all files as in vti_pvt files and such it will overwrite what is there.

That is the only two issues we have seen happen to cause FP to fail.
 
we have made some tests with FP ,

In our case;

when you try to publish your site FP asks if to overwrite all files , if client agrees on that then vti_* dirs are overwritten by the ones created by FP. this makes the FP extentions defunct.

dont you have such a case?
 
nothing like that

We have never seen anything like that except there is something similar that takes place when a client saves his/her documents. The only directory I have seen that is affected is the vti_cnf which holds the saved or temporary files.

I have never seen the case where it overwrites everything FP related.

Have you tried to uninstall and reinstall FP and then add them back for your clients within the control panel?
 
Back
Top