3
My theory is you have a table called 'civicrm_group_contact_05Feb20-2049' in the database, maybe a backup whilst you were investigating an issue or something? If you drop this table prior to commencing the upgrade you'll probably have better luck.
Note that the reason its an issue is that CiviCRM will add audit log triggers to any table prefixed with '...
3
I expect this is due to changes made to accommodate WP URL changes. If the URL has civiwp in it (and it should) Then I would:
make sure that the base page is set - go to https://example.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Fsetting%2Fuf&reset=1
Review the Base Page setting and value, it cannot be blank
Make sure there is a ...
3
+1 for the xkcd reference.
There's some work being done on SSL but for the "server exists" error this is a known issue for azure. See https://lab.civicrm.org/dev/core/-/issues/1206
Briefly, just comment out the body of the check it mentions and instead make it always return TRUE: https://github.com/civicrm/civicrm-core/blob/5.16.2/install/index.php#...
2
You are correct. That is a bug. here is the report - https://lab.civicrm.org/dev/core/-/issues/1865
It's been fixed https://github.com/civicrm/civicrm-core/commit/bcbfa93e255ee15d9bd9e0f812b2a5a617458d73 and is planned for the next 5.27 release
2
Same happened to me. On installing new test CiviCRM under WordPress. The "CiviCRM Contribution Page Widget" plugin caused same error. Civi 5.27.1, WP 5.4.2, php 7.2.24 on ubuntu 20.04 LTS
2
And what about starting up with Backdrop? You would use Drupal 7 capabilities (webform is a must) and stability and keep peace of mind in the long term as Drupal 7 comes to end of life in November 2022
1
Thank you for answering,
The URL is already set to : civicrm (it was the default value)
I cannot reach any page at http://example.org/civicrm/ (*)
- The options permalink is set to "simple in french" = http://migrationccb.esy.es/?p=123
I set the new value at "Date et titre" =
http://migrationccb.esy.es/2020/08/03/exemple-article/
I ...
1
I saw a solution for this problem on a Drupal platform and decided to try it: you need to delete all the entries in the civicrm_cache table in your Wordpress database using phpmyadmin before you try and upgrade the database. This resolved the issue for me. Civi version 5.27.4
1
You need to give them civicrm permissions starting with access_civicrm. See https://docs.civicrm.org/user/en/latest/initial-set-up/permissions-and-access-control/
ACL's are to limit what data they see.
1
I've not seen this myself (domain missing) but the base page is missing as well from your link.
I'd review the following:
make sure that the base page is set - go to https://example.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Fsetting%2Fuf&reset=1
Review the Base Page setting and value, it cannot be blank
Make sure there is a published ...
1
So @demerit gave me the clue here. Several log_civicrm_xxx tables were corrupted before the upgrade (i.e. in my existing database), and log_civicrm_msg_template had some kind of corruption that caused it to disconnect the entire DB when mySQL tried to access it - even just CHECK TABLE flaked out, let alone OPTIMIZE.
Since I don't really care about the ...
1
Try turning logging off (administer - system settings - misc) and then doing the upgrade and then turning logging back on again. It seems like the log table definitions/triggers are getting out of sync for some reason.
1
I had the same, the table was missing, I added it using
https://gist.github.com/xurizaemon/ac3d5bbc90712348d79a8d56bdd0b5ca
CREATE TABLE `civicrm_status_pref` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT 'Unique Status Preference ID',
`domain_id` int unsigned NOT NULL COMMENT 'Which Domain is this Status Preference for',
`name` ...
Only top voted, non community-wiki answers of a minimum length are eligible
