Cronjobs adding backslash

First of all, hello to this community!
I've recently purchased CWPPro and i'm liking it very much.
Can someone confirm to me if this is only happening in my installation or others?
Whenever I add a cronjob from the Admin Panel that has quotes (") it adds a backslash on it, forcing me to edit the cron file.
Whenever I open the cronjobs panel from the User Panel, it automatically adds this backslashes to existing cronjobs with quotes, making it virtually impossible for my clients to set up cronjobs efficiently
I think this is urgent and might be quick to fix, would it be possible for you to add the fix on next update?

Hi there, I see there is new updates on crons, but still this error is not fixed:


Everytime I or a client saves/edits a cronjob with quotes, It adds a backslash, infinite times.

Can someone please help or at least let me know if happens the same to you?

Curiosity: does it actually affect the running of the tasks?
These are obviously being added by the GUI as delimiters for the double-quotes. If run from the command line as-is, then it shouldn't make any difference.

Hello i think i can help, but you'll need to explain to me whats wrong right now or https://control-webpanel.com/contact and attach this forum thread to be tracked on your ticket.

Curiosity: does it actually affect the running of the tasks?
These are obviously being added by the GUI as delimiters for the double-quotes. If run from the command line as-is, then it shouldn't make any difference.

I was checking the cron file it creates, and it adds them on the file also...
From the user control panel, everytime I actually refresh the crontab page, it adds tem...
This is after a few refreshes:


And crontab file:


So it actually interferes, because I stop receiving the e-mails, and the commands aren't executed.

I mean, this feels like a big flaw as I have to setup manually directly in the file, all my cronjobs for my resellers :s

Ahh! Now that is very grim. 
Definitely a flaw (not just a bug) in the code.
Cue the devs.

Ahh! Now that is very grim. 
Definitely a flaw (not just a bug) in the code.
Cue the devs.

Yeah I think I'll send them something through the contact form, trying to get their attention on this matter!

Could you try on your installation and see if it behaves the same?
I don't think it could be a server configuration problem, but, you never know... ._.

I concur - it's fubar!

php -f \\\"test.php parameter\\\" > /dev/nul

Delimiter is added on each edit, plus it strips out any comments that are added (no big deal, really).

There's also a bug reporting page, if you can be assed and think they'll act upon it.
https://bugs.control-webpanel.com/login_page.php

I concur - it's fubar!

php -f \\\"test.php parameter\\\" > /dev/nul

Delimiter is added on each edit, plus it strips out any comments that are added (no big deal, really).

There's also a bug reporting page, if you can be assed and think they'll act upon it.
https://bugs.control-webpanel.com/login_page.php

Thanks for testing!
I actually didn't know about that page, already registered and submited a bug ticket: https://bugs.control-webpanel.com/view.php?id=124

Hope they will fix it soon...
Have a great day!

Quick update: This seems to be fixed recently!

Ahh, the phantom changelog has struck! 

OK, I'm confused.
It looks like you are trying to change directories, run PHP, then run a command from another path, and then send the results to a null file.

What exact command are you trying to run with cron?

If you want, PM me back or post it here.

OK, I'm confused.
It looks like you are trying to change directories, run PHP, then run a command from another path, and then send the results to a null file.

What exact command are you trying to run with cron?

If you want, PM me back or post it here.

Irrelevant and nothing wrong with the cron task, whatever it's supposed to do. 

Ahh, the phantom changelog has struck! 

Looks like .1023 was to add the updated PHP versions.