FelixButzbach

hehehe, yes we are getting there ??

might be that it took 30 seconds to timeout, but it felt wayyy more.

The mysqldump.exe is here:
C:\xampp\mysql\bin\mysqldump.exe

Hello Expanded Fronts,

I can confirm that the path to mysql and the webhook are now saved correctly.
I also can tell that with a incorrect webhook url, the plugin causes WP to crash/getting stuck. Took me some time and many XAMPP reboots to figure that this was causing the problem.

I can, however, still not backup my database locally. I only see: “Error backing up the database.”
In the help tab its written that the mysql path could not be found. I have set it to C:\xampp\mysql\bin but it is not working.

Not sure where to search the problem, using define(‘WP_DEBUG’, true); does not give anything related to revisr…

Hei there.
running right now some tests.
First thing I noticed: When setting the mysql path to
C:\xampp\mysql\bin\
it is replaced by this when clicking on save:
C:\\xampp\\mysql\\bin\
I was not able to change the path back to how it was.

So I tried to back up my database with this path, and it was processing the request for more than 5 minutes (with the spinner spinning) until I aborted it (by actually stopping and restarting apache)

In the error log of apache I found many lines like this:
‘mysqldump’ n?o ? reconhecido como um comando interno
ou externo, um programa oper?vel ou um arquivo em lotes.
(That means that the mysqldumb commando was not found.)(My system is set to portuguese)

I also found the following entry in the error log, right under many of the previous error:
fatal: ” is not a valid tag name.

Right now, after another try to backup the database, revisr is again stuck in the “processing request” state since more than 5 minutes and this is the last entry in the error.log:

fatal: ambiguous argument ‘origin/Felix_multisite..Felix_multisite’: unknown revision or path not in the working tree.
Use ‘–‘ to separate paths from revisions, like this:
‘git <command> [<revision>…] — [<file>…]’

Felix_multisite is my current working branch.

As a sitenote, doing commits is working just fine, only the database can not be backed up locally…

Hope this gives some more insight and if you need any more help/testing/error logs, just tell me…

Cheers,
Felix

ps. Thx for the continous trials to resolve the problem!

pps. I need to add, that I copied the hole wordpress installation into an other folder. I can imagine that revisr might got confused during the process? Whats the best way of completely reinstalling the plugin? Do you think that might help?

Hello.
I tried the where command and it said:
C:\xampp\mysql\bin\mysql.exe
So I tried to put
C:\xampp\mysql\bin\
as path to mysql but revisr removes the additional dash at the end and with
C:\xampp\mysql\bin
it does not work. (Is there anything else I need to set?)
I assume that revisr reads the database user name and password from the wordpress variables for it, right? It might not be a problem that these are different for local and life installation?
I do load them via an external file, wp-config-local when I am in the local installation.
Some extended error message on why the database backup failed would be great.
I found some other problem, when trying to use the Revisr Webhook, I can not see the full URL, as the textfield is to small. And as it is readonly, I can not mark and copy it. (With “inspect element with firebug” I can see and copy the full URL, though).
Anyway, pasting it in the local version of my wordpress installation and clicking save results in a completly destroyed url. seems like url encoded, but without %-signs and spaces instead.

I am not sure if I need it, so its not that bad for me, but wanted to let you know.
Cheers,
Felix

edit:
In the help tab, the operating system was detected as Windows NT. I am using Win 8.1 and XAMPP, not sure if there is somewhere in between some Win NT? Just for the case that is of some importance…

Hei there.
you are right, ‘DISALLOW_FILE_EDIT’ does not influence the behaviour of revisr, but ‘DISALLOW_FILE_MODS’ does.
I agree, limit the access to revisr for certain roles makes sense and I think is the better way of solving this problem.

For the local backup of the database, I did not have any luck until now. I tried it only one time now, and I am not sure if I missed some settings. In the help is written, that the mysql install path could not be found. The rest was detected correctly.

Overall impression is quite good, congratz for the update!

Hello Expanded Fronts, I updated your plugin now, and the first thing I noticed is, that I can not more access it ??
This is due to

define( 'DISALLOW_FILE_EDIT', true );

or/and

define( 'DISALLOW_FILE_MODS', true );

that I have in my wp-config.php to disable file modifications from the dashboard.
On most other plugins the settings option simply disapears but for revisr it wont but I can not access it with the message that I have not enough rights to access that page.
Same is for accessing the plugin direct (via the symbol).

settings this both lines to false makes revisr work like normal.

Regarding the other problem, I will test it now and respond here again, asap.

Cheers,
Felix

Hello Expanded Fronts,
thanks for the clarification!

If you need any help in testing, let me know and I will give it a shot with my setup.

A troubleshooting page will be an amazing feature, looking forward to this.

All the best,
Felix

Hello ExpandedFronts,
thanks for the reply.

I read the other post and tried the mentioned way of finding the correct path, but without luck.

I will for now stay with revisr, but only to do the commits on the server. I am doing a manual export of the database and put it into a folder in the git root, so its versioned, too.

Its not the best solution, especially now that I am close to the file size limit of the file to be imported, but its working for now.

What a pitty.
If there will appear another solution or idea what could cause the problems, I will be super happy about a note here.

Thank you once again for the plugin and all the help so far.
Felix

Hello Eliot,
great to hear, will have a look.
Although I found another solution for now, this might be handy some day.

Cheers,
Felix

Yeah, this helped! (Or the necessary reboot, after setting the variables according to this link: https://blog.countableset.ch/2012/06/07/adding-git-to-windows-7-path/ )
Anyway, revisr is now connected to the local git repository.

I then changed the permissions on the .git folder and the uploads folder and also added C:\XAMPP\mysql\bin (I tried it with and without \ at the end) to the revisr settings, but I can not get my database backup to work (local).
Any ideas?

Marking this as resolved, as I got the answer I was asking for. Thanks for this plugin!

Hei ExpandedFonts,
thanks for the super quick reply.

This sounds pretty much how I am doing (try to do it) at the moment.
I have a git (master) on a development server inside my wordpress root.
Until now I dont have the production server but when I have it, I will push the development (staging) page live, after merging everything together.
It just feels unhandy to do it that way, so I am searching for a better way to solve it.
One problem is, that I am not sure what data is wordpress stores in database and what is in files…

Your plugin will make the life easier, without doubt, so I will try to implement and use it.

Thank you again for your answers.

Cheers,
Felix

next few weeks can be quite a long time ??
Anyway, I will most probably give it a try and hope I can sot out the different users by the way they commented the commits.

Thanks for the fast answer!

Hello, thank you for your answer.

I ment if it would work the normal way git handles conflicts, like telling the second user when trying to push his changes to the repository that there is a newer version of the database and that it is different from the one that he wants to upload.
Git would then offer a way of choosing what changes to stay and what to delete.

Hope I was now a little bit clearer. I am new to Git and Version controling in general.