gerobe

Yes, but the update-routine should better check for this wrong settings in older versions and correct it.

Thanks @softfully

Changing the default custom period range to 1 day and 23 hours made saving of the options possible (my old value was 0 day and 24 hours).

So everything is working now.

Tested on Firefox 56.0.2 and latest version of Chrome. Saving does not work with both browsers.

I can confirm these bugs.

I disabled all other plugins and switched to the standard theme of WP and still this bug persists, so it is no conflict with other plugins or themes.

Downgrading to 4.5.9 solves the problem.

Still problems here.
I have cropped mobile thumbnails by the size of 144 by 144. But the plugin gives them the wrong or not changed filename e. g. …-1043×787.jpg
It seems, that the plugins does not name the images with the correct size in the filename.

It still does not work in normal mode. The cropped image is not changed or updated.
But it does work, if I use the new cachebuster feature.

So it seems as if the cachbuster broke the display-update in normal mode.

• This reply was modified 7 years, 8 months ago by gerobe.

Don’t ask me why, I’m not that deep into session programming, but my theme had a php session-command in the header ini_set('session.use_trans_sid', false);

This produced a (normally not displayed) php warning, that no session commands a possible, because a session is already set.

I just commented out that command in my theme and the warning was gone.

Now I updated to WP-Piwik 1.0.15 and everything seems to be ok. No forced redirect to https anymore.

I have no idea, if WP-Piwik or any other plugin caused that warning, but with the warning (and the session-command) gone, everything seems to work now.

I haven’t used the proxy-code. I connected via http(s) and changed it now to php. Both methods do work with 1.0.14. They both also work with 1.0.15, except that the whole website redirects to https and no http connection is possible.

Great!

The “Remember scrollbar position” feature works again in Version 1.5. Thank you for the update!

Thanks kalyx,

your fix worked for me to solve the problem.

But this thread should not be marked as solved, because the bug still isn’t solved officially. As written: Messing around yourself in a plugin code is not a good idea. This bug must be fixed officially as fast as possible.

I tried it, but the same function that works without AJAX does not work with it. I haven’t dived in deeper, but I think $track is not filled properly or empty with AJAX.

I found the bug, why the success message does not appear:

I had the option “Hide form after successful submission” checked.

If this is checked also the success message is hidden for a non ajay form.

This bug should be fixed, too.

Ok. But my_cforms_filter only works for non-ajax-forms.

I had to switch my form to non-ajax, which I normally do not like.

The values are changed and the mail is sent. Ok.

But I see another error: The page shows no success message!

Am I missing something? It still does not work.

Based on the example code in my-functions.php.txt I do the following:

add_action('cforms2_after_processing_action', function (&$cformsdata) {

	### Extract Data
	### Note: $cformsdata['id'] = '' (empty) for the first form!
	$formID = $cformsdata['id'];
	$form   = $cformsdata['data'];

	if ( $formID == '3' ) {

		$form['Your Name'] = 'Mr./Mrs. '.$form['Your Name'];

		$cformsdata['data'] = $form;
	}

});

But still {Your Name} shows the old value without Mr./Mrs. in the admin mail.

But exactly that file is my problem. The information is confusing. I read the word deprecated many times, so which passages are old and new. Where exactly can I find the “their ‘cforms2_’ prefixed names at the apply_filters and do_action calls”. A simple step-by-step guide or information would be great.

As far as I understand the functions should still be implemented as a plugin and there is no need to have routines for ajax and non-ajax forms anymore(?). But how do I call these filters?