Support/Comments for Provisioner 1.8-beta

Interesting, I’ve not seen this one before, seeing as your install is working I’m assuming you must have the file /core/config/config.inc.php otherwise you wouldn’t get as far as using Provisioner! so why the connector can’t see it is a bit of a mystery. Check its perms etc.

’tis a bit of a mystery to me to as the config file exists and obviously, the installation is up and running..... and sadly, if I can’t get it sorted will involve a whole lot of additional work to shift it all over.

I’ve checked the permissions and they are fine...

Any help would be greatly appreciated.

Ta

s

Ok, edit provisioners connector.php above and hard wire the include, i.e get rid of the constans, see if that helps.

Hi,

I’ve got a site with very large numbers of Jot comments which would need to move to Quip.

Provisioner might import the content, but what work would need to be done to convert Jot comments to Quip? And wwould such a conversion feature be worth adding to provisioner, or is it too far out of scope?

This is a bit to specific for Provisioner, it won’t import tables directly as such, they aren’t entities like resources, snippets, templates etc. so you can’t select them for import. Having said that there is a possibility for something like this if you are importing an evolution site but its not envisaged yet.

I have a problem.

I ´ve imported an Evolution site, and it seems that it skips deleted resource’s iD, changin the entire site estructure of the site, (the resource ID=1 tAke the ID=2 and so on). Also, some resources are blank. Seems alpha problems. Sorry for my englishh¡¡¡¡¡

The resources are created in the revo database from new, so they’ll have whatever id’s your database gives them at the mo, I’ll raise a ticket for this to preserve the original id’s, don’t know about the blank bit, do these resources use different language character sets?

Thanks for asking¡¡¡ It seems that the import process doesn´t work with containers. Containers only have the recource´s id and the pagetitle. No template, TV, or content are imported. The conversion process is sucesful with their chldren and non-container´s IDs. I´m using Evolution 1.0.4. (Again, Sorry for my english¡¡¡¡)

That’s interesting, I’ll have a look at this.

Hi, I really appreciate your work on this Component, as it’s gonna help a lot for most of us.

I installed v1.8 beta on a few Revo 2.0.4pl2 installs both on local and remote servers.
All of the install processes outputted the following log:

Setting file permissions for imports
PHP warning: chmod() [function.chmod]: No such file or directory
Failed to set permissions on import directory
xPDOVehicle resolver failed: type php (C:/xampp/htdocs/tud2/core/packages/provisioner-1.8-beta/modUserGroup/b14b43de29028b45ea9c5d64a9703e07.resolver.resolver)
Could not resolve vehicle for object of class modUserGroup; criteria: Array ( [name] => Provisioner )
Successfully installed package provisioner-1.8-beta

Although it seem to work, but I can’t access any of my Revo sites (Remote Site Identifier is provided). For a local site it says:
Login to the Remote Site failed - Unknown error
For a foreign site it says:
Login to the Remote Site failed - Connector URL not found


I can access my Evo sites with character encoding issues which seem like a conversion problem. However, all of them are in utf8_general_ci.
áéíóöúü characters are OK, but instead ő and ű I get question marks.

Logging out from a remote Evo site gives "Logout of the Remote Site failed - A possible CSRF attempt was detected from referer" error unless I turn off Validate HTTP_REFERER headers on the remote site config.


Keep up the good work, I’m looking forward the future releases. Thanks!