Thank's for the furthuer investigation you have done here
Hi there,
I've bumped into an issue that may well be caused by CiviRules, or at least the intertwining of CiviRules with a broader Civi uses.
I do use (and intend to use more) CiviRules to automate various action related to my contacts
and
I do use civicrm-wp-profile-sync to sync wp-user with civi-contact and with a wp-custom-post-type.
Basically the idea is to map a Civi-Contact-Type to a Wordpress-CPT (and map the fields), then when a civi-contact is created, a linked wp-cpt is created as well, and the other way round ; and then the civi-contact- and wp-cpt are kept synced
basically what happens is that when civirules is enables (with or without rules set) the Civi-contact is not created on wp-cpt creation.
you can find more detail on the issue and how it end up being associated to civirules here
Any guidance would be really appreciated and do not hesitate if you have any question or want me to do some testing
Cheers
Ok, I did some quick reseach, and it apears that scss compiler library has changed quite a bit from version to verions lately, to the extent that version may not be compatible anymore if one is "too old".
At time of writing it seems that **civicrm scssphp is in verion 1.2.1 **(see civicrm/civicrm/vendor/scssphp/scssphp/src/Version.php
)
In my specific case, which is wordpress gantry theme, scssphp required versions is 1.6 to 1.9
I don't know about backward compatiblity between scss code, I've never had issue with that, but if civi scss code can be compiled by scssphp 1.6, my onw problem would be solved by the "simple" (yey beyond my reach within civi realm if it involve something else than replacing the scssphp folder in the vendor folder) update of civi bundled scssphp library.
/* take with care, I'm not 100% sure of the phrasing / As php can load class only once, when there are two version of scssphp they must be compatible otherwise compiling crash / END of take with care, I'm not 100% sure of the phrasing */
I don't know for sure about Civi phpscss compiler, but it seems that it is loaded all the time - otherwise it may not bump into conflict with the other ?
Is so, loading (and unloading) civi scssphp compiler only when needed could be a path to have a reliable fix (cross cms, theme, plug-ins, etc) depending how's civi is set it may means un-register autoloader for SCSS
Cheers
ok me neither, but I have good news, see below
Ok let's try to get back on this issue, as much as I can !
I rather have questions than answers, but it's a start : when is the scss compiler bundled with civi used ?
if only on civi install : then changing the folder name could be considered as a fix, or as part of the install process, or as part of the post-install task to do.
if on civi install and updates, then I would advise to be cautious during the update process, to make sure it will be available for this time being (normally the new civi folder has the sccs compiler so it should not be a problem), then it's part of post-update task
if is is use during civi run, then :
more broadly how to avoid scss compiler conflict ?
...
cheers
No worries :)
I rather took your message as an opportunity to say, ok, here I am, and here is why I can't help, and here is how I could and I'm willing to :)
Once I've written on matermost that I was "astonished" about the effecitveness of the support and the developement process*, which still amaze me
So, yeah, well I think we couldn't be more on the same page :)
Pleasure to talk to you soon again :)
Hi @haystack
last year, we exchanged a few mail about civiwp multisite, in which I told you that I was willing to help with the documentation and you said that this actually was a task in progress you had forthcoming metting about that :) I told you that I would be please to help, but we did not exchange more on that specific matter, and now the documentation is updatad. This is really cool, I just mean that if you got back to me on this respect, and ask me for some assistances/testing/rewriting/etc. I would have been please to do so. Now it's done, and again it's great, I wrote "I'm sad" because it may have been an opportunity for me to help, and in the end it wasn't.
No biggies, and sorry if I miss-expressed myself :)
hi @jaapjansma
I'm not sure what should I reply to your message, but that I do fully agree with you, share and support the approach of OSS and CiviCRM. In this respect, if I could, I would, but I can't so I ain't (sadly). This said, you may understand why I've difuculties to get if and how your message help us (you, me, anyone) to go forward.
Then, let may say that I can code in php (started to learn back around 2004) but it has never be my job ; I can also code in JS (started to learn around 2015), and I get to know WP quite decently, but it has never be my job neither... I'm by no way an hardcore developper, I'm more a UX gui, and yet my main domain of knowledge/experience is "the environemt". Yet I have really no shame of my backend capabilities and limits, even in front of people "buiding website" for their living, and I (surprizingly) percive many of them as mostyl UI guys. The truth is also that I rather organise process around well maintaind brick, and tweak ux ou iu, rahter than build heavy machinery that will need further maintenance that may depend of Civi change, that I may not handle. Anyhow.
This said I've spend an insane amount of time digging into Civi wp multisiate instalation, reported some errors in the civi documentation to @haystack, shared with him some outline of trials, fails, success and complete process, and ofered to help writing it or testing it. This was more than a year back, CAU had drastically changed since, and now I see the documentaiton is updated in this respect. I have to say that I was happy to help and would have been glad if @haystack "used" me more in this respect, and I'm kind of sad to see it done withiout having the oportunities to provide more inputs.
All this to say, I'm willing to help, but civi core dev is most probably out of my scope for a moment yet (unless it could be cracked within a couple of days with tutorship, which I doubt about)
Kind regards
Hello,
Yeah well, I renamed the folder civicrm/civicrm/vendor/scssphp
to civicrm/civicrm/vendor/scssphp.bak
And was imediatly able to complile my Scss with the compiler bundled with my theme, so yes.
But I'm still crossing my fingers hoping that civi compiler won't be required for some civi functionalities.
Do not hesitate if you have more questions :)
Cheers
Hi there,
It seems there is a issue / conflict between CiviCRM Scss compiler and my wordpress theme (gantry 5) Scss compiler.
We've discussed it here where I've linked what put me on track to think is was due to Civi Scss compiler.
A workaround is to rename the folder civicrm/civicrm/vendor/scssphp
Let me know if you want more detail
Cheers
PHP 7.4 WP 5.8.2 Civi 5.40.2 Gantry 5.5.6 (theme I use that also bundle an scss compiler, but there are many others)
Hey , @Samuele.Masetto
also, could you please explain what you did ? I get you added this two lines in the DB, but what have you done in english words. It seems that you have added a "link" between
also what di you meant by "but not for all Wordpress super-admin users" what user / user-roles ?
Thank's
Ok, I bumped into this being in the second case, one WP codebase (network), One Civi cobebase, several CiviDB
What's weird is that each Civi-instance is not aware if we are on the main wp site or a subsite, so I don't really get why would an error be trigged when loggin on a subsite...
Hi
No I haven't for sure, but it's good to know it fixed your issue.
Let me ask you a question thow : what kind of multisite install do you have ?
Thank's
Humm It's been a while, I don't remember all the details and testing I've done. In the meantime I kind of gave up the wp network approach, or at least postponed its implementation.
This issue was one of the last I've bumped into, and it may be avoided in some ways according to my second post, but the question of Civi wp network with few wp modules and civi modules seems to remain under-explored and this freaks me out a bit.
Maybe this issue should be reopened so it gets attention despite it may be weird and may need further research.
Hi @kcristiano
Ok great, better this way !
And Sorry for the inconvenience, I did some quick research on the web as well as here within issues of CiviCRM Core, and not the wordpress section that I only saw when creating this issue :)
Thank's for your care ! Regards
Hi Guys,
I hope I'm in the right spot to bring this.
To be short, Wordpress "site health" tool reports me an Erreur : cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)
as soon as CiviCRM is running.
I've used wordpress site health and troubleshoot plug-in to do some testings, disabling all plug-in and using twentyXX theme, and as soon as CiviCRM is activated the error pops-in :(
At time of testing I do have Php 7.4 wp 5.8.2 Civi 5.43.2
Regards
More info
In wordpress realm, this error, or at least a similar cURL error 28
, is quite known and mentioned on the web. Recently it also has apeared in Super Simple SSL plugin
however the wp was still on 5.8.1. Since 5.8.2 this issue got fixed for me and I've read this latest update addressed recent ssl certifcate protocol/version that was dismissed
here you can fin the full error message I get, it's en french (sorry), but I don't think the french par matter as much as the error detail itself
L’API REST est l’une des façon pour WordPress ou d’autres applications de communiquer avec le serveur. Un exemple est l’écran de l’éditeur, qui s’appuie dessus pour afficher et enregistrer vos publications.
La requête API REST a échoué à la suite d’une erreur. Erreur : cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)
Hi
Just to make sure everything is clear,
In the case I describe above, I do use one (or the other) of my configured email, and the email is sent (in both case), it's "only in my inbox" that the from field is fuc*'up with one of my configured emails
Cheers
Hi there,
I've bumped into a weird behavior that I may be a bug.
I do have two email address as sender address : here wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Foptions%2Ffrom_email_address&reset=1
When I use CiviMail, I can chose any of those to address, the email is sent and in my inbox the "from" field is okay.
When I use CiviRules action Send email, I can also chose any of those address but if I
FIXME <info@EXAMPLE.ORG>
Note that I do have a rather "basic" Civi set up, where there is only one organisation (no multidomain, or multiorganisation etc.). An again in, both address are neatly set in wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Foptions%2Ffrom_email_address&reset=1
Since it's all ok when I use CiviMail, but have this weird behaviours when it uses CiviRules send email action, I suppose the issue is related to CiviRules or to the action, and not CiviCRM "core", that why I'm opening an issue here, but please apologies me and direct me to the right place if I'm wrong :)
Regards
hi there
I've been using Civirules a bit, and it really rocks, thank's.
I however have bumped into an issue that I can't explain yet, it might be a bug, a "missing" feature or e very edge use case fall ?!
I have a wp network of sites, have set CiviCRM accordingly, and have installed and set a CiviRules, which works great. (it add a contact to a group on event registration). But, it appears that I get a fatal error when a random wp-user (tries) to log-in a sub-site (using wp-login.php).
To make sure there are no misunderstanding :
Fixing attempt
In some case I get the following fatal error but the user in logged in anyhow, in some other the only way to get rid of this fatal error is to clear browser history ?!
If you have any clues where this comes from it would be great, and if I could help with some testing of debug log let me know :)
Regards
Fatal error: Uncaught Error: Class 'CRM_Civirules_Utils' not found in /home/html/wp-content/uploads/civicrm/ext/org.civicoop.civirules/civirules.php:356 Stack trace: #0 /home/html/wp-content/plugins/civicrm/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(214): civirules_trigger_preinsert(Object(Civi\Core\DAO\Event\PreUpdate), 'civi.dao.preIns...', Object(Civi\Core\CiviEventDispatcher)) #1 /home/html/wp-content/plugins/civicrm/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(44): Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(Array, 'civi.dao.preIns...', Object(Civi\Core\DAO\Event\PreUpdate)) #2 /home/html/wp-content/plugins/civicrm/civicrm/Civi/Core/CiviEventDispatcher.php(198): Symfony\Component\EventDispatcher\EventDispatcher->dispatch('civi.dao.preIn in /home/html/wp-content/uploads/civicrm/ext/org.civicoop.civirules/civirules.php on line 356
I'm putting this issue on hold as it seems to occurs only if there or no Rules set And if wp module ACF-Extended if running.