The Starterkit updgrade 7.x-4.4 rc4 was submitted tonight to Pantheon, and when comitting, a new error was generated.

Notice: Use of undefined constant MAINTENANCE_MODE - assumed 'MAINTENANCE_MODE' in civicrm_initialize() (line 308 of /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/drupal/civicrm.module).

Comments

kreynen’s picture

This was a result of changes made to fix an error during new installs.

#2130213: Pantheon Install stalls w/ DateTimeZone::__construct(): Unknown or bad timezone () error

Another update has been pushed to Pantheon. If the latest update resolves the issue, please update the status of this issue to Reviewed and Tested by Community (RTBC). This fix will be committed to the next release of CiviCRM as part of http://issues.civicrm.org/jira/browse/CRM-9683

Diane Bryan’s picture

Seems Kevin's fix worked, but there remains one error, when attempting to create a new user via the admin interface:

Warning: opendir(/srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/files/civicrm/extensions): failed to open dir: No such file or directory in CRM_Utils_File::findFiles() (line 540 of /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Utils/File.php). Don't know if this is related, but I have done nothing new with CiviCRM since before the upgrade.

...or was.

This error appeared first time attempting to create new user. I created a new role, went back to create new user, and error was gone.

kreynen’s picture

Status: Needs review » Fixed

Thanks for the feedback. The second error is related to #1980088: Dynamically Define Extensions Directory in civicrm.settings.php. If you are not using extensions, to fix that go to CiviCRM > Administer > Directories (civicrm/admin/setting/path?reset=1) and remove the extensions path. If you are using (or plan to use) extension, create a directory called extensions in files/civicrm.

Diane Bryan’s picture

Thanks, will do!

Diane Bryan’s picture

hi Kevin,
Tried to remove the Directories extensions path, but it is there again after saving. The URL looks like one provided dynamically... it includes an alphanumeric string.

Also, I tried upgrading the database. Was that a mistake? It threw this error:

Error (undefined)
Exception: "Queue runner must be configured before execution. - onEnd"

#0 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Queue/ErrorPolicy.php(80): {closure}()
#1 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Queue/Page/AJAX.php(89): CRM_Queue_ErrorPolicy->call(Object(Closure))
#2 [internal function](): CRM_Queue_Page_AJAX::onEnd((Array:5))
#3 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Core/Invoke.php(289): call_user_func((Array:2), (Array:5))
#4 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Core/Invoke.php(72): CRM_Core_Invoke::runItem((Array:4))
#5 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:5))
#6 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/profiles/civicrm_starterkit/modules/civicrm/drupal/civicrm.module(439): CRM_Core_Invoke::invoke((Array:5))
#7 [internal function](): civicrm_invoke("upgrade", "queue", "ajax", "onEnd")
#8 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/includes/menu.inc(517): call_user_func_array("civicrm_invoke", (Array:4))
#9 /srv/bindings/00b035d67a2a416db05fb9efbd4f4b36/code/index.php(21): menu_execute_active_handler()
#10 {main}
kreynen’s picture

The AJAX errors during the civicrm/upgrade are being cause by the directory path warning being included in what should be just a JSON (I think?) response. The additional HTML from the warning is causing an error when trying to render the status. The updates are still running, but the progress bar isn't going to work until the extensions directory error is resolved.

I didn't realize that CiviCRM would continue to pull the original path location from the civicrm.settings.php file if the value was empty. Here is some more information about how the civicrm.settings.php file works on Pantheon...

https://drupal.org/node/2031763

Please open new issues for additional problems as this one has really become something of a catch all and is still marked as fixed.

Diane Bryan’s picture

Okay, will do. I didn't know if it was separate or the same cause. As soon as you're talking "code", if it's not CSS, it's over my head, so I don't really have a way to know whether a series of errors stem from a single cause, or are somehow separate. Especially since I'm not actively working in CiviCRM yet.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.