@Sseto: Did you end up trying this? Trying the module with the #47 patch? How did it go?
#11 also worked for me. Fairly fresh install of Drupal 10.2.6. Issue came up when I installed Field Permissions, but the site had been a little glitchy with roles even before I installed Field Permissions (I was just in denial about it). The permissions that it was fussing over seemed to be related to Civicrm Event (though I had disabled Civicrm Event).
Thank you for the fix!!
cilefen,
Thanks for the input. I'm hopping over the to Slack to see if there's some help there. The error is in my watchdog and is generated when I try to get to my home screen and get the Critical Error message. Until this morning, every error looked like an error with a traceback. And now it's Chinese political screeds and I'm confused.
And, is it related to the fact that my site is broken or just coincidental?
And yes -- I was so happy to have this up and running before Memorial Day and now I'm in a complete fail state.
Anyway -- thanks again. -t
Hi Surya-
Did you find a solution to your problem? I am moving from Drupal 7 to Drupal 10 and having the exact same problem. You can do PayPal checkout using the Smart Buttons, but if you push "checkout" then it just completes the order without going through any payment process.
I definitely have the PayPay Checkout payment process in the checkout flow as well.
I'm perplexed and hoping that you found an answer!
Thanks,
edboost
Interestingly, they did drush it and send me the results. That also gave the wrong database (which I knew was wrong because the database that it listed no longer existed).
I have no idea how I have a live site - the internal structure is SUCH a mess.... so many settings files, all pointing to different places. But, the bottom line is the drush status did not provide the correct info (I mean, it was correct in terms as it reported the DB listed in the settings.php file reference, it just wasn't the actual database on the live site). The screen shot below is what the drush shows (and what my provider found).
In fact, the settings file that listed the database that is currently being updated on the live site is several levels deeper at home/vsource4/www/www/sites/edboost.org
Again -- grateful for your help. It pushed me in the right direction. I think there's just no accounting for how messy my site is right now.
Thank you Jaypan.
I did contact my provider and they were able to tell me what databases they thought my domains were pointing to. However, because there were multiple settings files in different levels inside the root directory (in the top directory, in the sites/default directory, in the sites/[domain name] directory), they told me the wrong databases (because they looked at the wrong settings.php files).
In the end, I went through the databases and checked the accesslog and some other tables to look for recent changes (we use the Commerce Module and I was able to look for recent orders) and used that information to determine which databases are being used on the live site. With _that_ information, I was able to check all of the setting.php files, find the ones that pointed to the right databases, and thus determine which directories the domains were pointing to.
It's probably the roundabout way, but I thought I'd share just in case anyone has the same issue.