Hey there,
A client running EE 1.6.9 is having issues with loading revisions which contain a WYGWAM within a Matrix field.
The other fields load the revision data, but the WYGWAM field retains the most current data, not the revision data.
We're running:
- FieldFrame 1.4.4
- Matrix 2.2.1
- WYGWAM 2.3
Any ideas? Should this even work with these versions (particularly 1.6.9, which we are stuck using due to over a hundred legacy templates and scripts)?
Tx!
Ira
-
Huh? EE doesn’t have any sort of entry revisions feature.
-
-
I'll see your "Huh", and raise you a "Wha?".
Seriously, what? I'm talking 1.6.9. Admin->Weblog Management->Edit Prefs->Versioning Preferences.
Or am I losing my marbles? -
-
I’ll see your “Wha?” and raise you a “Whoa!”.
Somehow had no idea that EE had that feature...
Can you try commenting out this line in ext.fieldframe.php?
if (isset($_POST[$field_name])) $field_data = $_POST[$field_name];
-
-
Lol! First let me do a little happy-dance, that I knew about a feature that Brandon Kelley didn't know about.
Now that we have that smugness out of the way...
Commenting out that line didn't do it. Though I notice now that it's actually all Matrix fields, not just the WYGWAM cells.
Wonder if this is happening in EE2 as well? -
-
Oh, sorry I thought you were talking about normal Wygwam fields. It would make sense that Matrix doesn’t work with it, because Matrix stores its data in a different database table than most of your other field data. (And that’s regardless of cell type – so Wygwam cells are included.)
-
-
Love that the Matrix data has its own tables now (much easier for custom queries). But isn't this a bit 'dangerous'? Not sure if people know that they cannot rely on versioning when using a Matrix field...
I guess it would be way too difficult to implement this into Matrix? Thought it might be easier, because with 'show queries' in the cp, there was only one extra db call when looking at a revision versus a regular entry. But delving deeper into Matrix and cp.publish.php shows that it wouldn't be that straightforward...
Would you consider looking into this as a sponsored (paid) feature enhancement? Or are you too swamped? -
-
I’m not sure it would even be possible. ExpressionEngine 1 doesn’t expose any sort of extension hook that would give FieldFrame (and thus, fieldtypes) a chance to intervene when a new revision is created.
But honestly, even if it did, there’s no chance of me actually taking the time to add revision support to FieldFrame. We’re pretty much done doing any sort of new development for EE1 at this point. -
-
Hi Just wandering if there is any further comment on whether EE2 can actually load Revisions and Matrix fields be updated accordingly.
Thanks -
-
-
-
Hi Brandon, OK thanks... also I am using a Matrix filed in SafeCracker form on teh front end by simply calling {field:my_field_name}. Works well.
One field in the Matrix is a Text Input.
Just wandering why Chrome is the only browser that retains the data in the Matrix field if form submitted with errors and returned to form for completion. FF & IE do not retain the data entered into the Matrix field.
You know like if you enter all required fields in the Matrix cells and forget to tick a separate 'I agree to the Terms & Conditions' checkbox the submit and get errors and return to form, all the text input data just entered is gone.
I guess in_line_errors would help???
Any ideas on this from previous customers?
Thanks. -
Loading Profile...


Twitter,
Facebook, or email.

EMPLOYEE

