Hi,
on the installationprozess comes the following Error (see picture) and the installation stops.
By install only the original Core 8.3.5 and then after install Commerce 2 with composer i have no problems...

    Strict warning: DateTime::createFromFormat(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in Symfony\Component\HttpFoundation\Response->__construct() (line 207 of /my root/vendor/symfony/http-foundation/Response.php).

    Symfony\Component\HttpFoundation\Response->__construct('', 302, Array) (Line: 37)
    Symfony\Component\HttpFoundation\RedirectResponse->__construct('http://www.test-2.tecmawi.eu/core/install.php?rewrite=ok&profile=commerce_base&langcode=de&continue=1&id=1&op=start') (Line: 867)
    batch_process(Object, Object) (Line: 619)
    install_run_task(Array, Array) (Line: 540)
    install_run_tasks(Array) (Line: 117)
    install_drupal(Object) (Line: 44)

    Strict warning: DateTime::createFromFormat(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in Symfony\Component\HttpFoundation\Response->__construct() (line 207 of /my root/vendor/symfony/http-foundation/Response.php).

    Symfony\Component\HttpFoundation\Response->__construct() (Line: 160)
    _drupal_log_error(Array, 1) (Line: 584)
    _drupal_exception_handler(Object)

The website encountered an unexpected error. Please try again later.
RuntimeException: Failed to start the session because headers have already been sent by "/my root/vendor/symfony/http-foundation/Response.php" at line 207. in Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (line 145 of /my root/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php).

Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (Line: 163)
Drupal\Core\Session\SessionManager->startNow() (Line: 194)
Drupal\Core\Session\SessionManager->save() (Line: 181)
Symfony\Component\HttpFoundation\Session\Session->save() (Line: 622)
install_run_task(Array, Array) (Line: 540)
install_run_tasks(Array) (Line: 117)
install_drupal(Object) (Line: 44)

Greeting from Sunny Hamburg-Germany

CommentFileSizeAuthor
Installerror on D8C 8.x-2.jpg868.47 KBfrank hh-germany

Comments

Frank HH-germany created an issue. See original summary.

frank hh-germany’s picture

Issue summary: View changes
bojanz’s picture

Title: Critical Error on Installation » Symfony timezone error
Category: Bug report » Support request
Priority: Critical » Normal
Status: Active » Fixed
Issue tags: -drupal commerce 2.x

Read the error and the backtrace, it's not coming from any Commerce code.
Looks like the server's timezone (in php.ini) is either empty or misconfigured, causing a strict warning that breaks Drupal's batch.
Thus, you'll need to either fix the default timezone, or disable strict warnings (both in your php.ini). Contact your host if you don't have access to the php.ini

frank hh-germany’s picture

Hi bojanz,
thats my server php.ini. To configure this i must contact the hoster.
But, commerce 2 on Drupal 8.3.0 has no problems make and a original D8.3.5 core singleinstall runs perfect.

Konfigurationsoption	PHP 7.0	PHP 5.6
Zend Framework	v3.0.0	v2.6.0-dev
allow_url_fopen	Aktiviert	Aktiviert
display_errors	Aktiviert	Aktiviert
html_errors	Aktiviert	Aktiviert
include_path	.:/usr/lib/php7.0	.:/usr/lib/php5.6
log_errors	Deaktiviert	Deaktiviert
magic_quotes_runtime	Nicht unterstützt	Nicht unterstützt
magic_quotes_sybase	Nicht unterstützt	Nicht unterstützt
max_execution_time	120	120
memory_limit	900M	900M
post_max_size	64M	64M
safe_mode	Deaktiviert	Deaktiviert
upload_max_filesize	64M	64M

php.ini in root

date.timezone = Europe/Berlin
etc.
bojanz’s picture

I just installed the latest commerce project base (with Drupal 8.3.5) on a PHP7 ubuntu server with strict warnings enabled. No errors produced.

Can you try installing via install.php, instead of using Drush? Let's see if that makes a difference.

frank hh-germany’s picture

Hi bojanz,
unfortunately I have no idea of ​​Drush.

I'm glad I got it with Composer.
If Drush also works over SSH (Putty) and you write me a small guidance, I will try it.

Generic question: Is with Commerce 2.x-dev also downloaded the dev version of the Drupal Core?

My server runs on Linux with appache and is managed in the basic configuration by the host.

I think there is somewhere a wrong sign or forgotten blank.

Small cause, great effect.

Greetings from Hamburg-Germany

bojanz’s picture

Sorry, I thought this was an error produced by Drush, I now see that it isn't.

No, the most recent stable version of Drupal core is fetched, 8.3.5 currently.

frank hh-germany’s picture

By Rewrite Address to
core/install.php?rewrite=ok&profile=commerce_base&langcode=de&continue
Comes the following Errormessage

Strict warning: DateTime::createFromFormat(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in Symfony\Component\HttpFoundation\Response->__construct() (line 207 of /my root/vendor/symfony/http-foundation/Response.php).

Symfony\Component\HttpFoundation\Response->__construct() (Line: 160)
_drupal_log_error(Array, 1) (Line: 584)
_drupal_exception_handler(Object)

The website encountered an unexpected error. Please try again later.
Drupal\Core\Config\UnmetDependenciesException: Configuration objects provided by <em class="placeholder">commerce_base</em> have unmet dependencies: <em class="placeholder">block.block.bartik_account_menu (block), block.block.bartik_help (help, block), block.block.bartik_search (search, block), block.block.checkout_progress (commerce_checkout, block), block.block.shopping_cart (commerce_cart, block), block_content.type.basic (block_content), comment.type.comment (comment), contact.form.feedback (contact), core.entity_form_display.block_content.basic.default (text), core.entity_form_display.node.article.default (comment, image, path, text), core.entity_form_display.node.page.default (path, text), core.entity_form_display.user.user.default (image), core.entity_view_display.node.article.default (comment, image, text), core.entity_view_display.node.article.rss (core.entity_view_mode.node.rss), core.entity_view_display.node.article.teaser (core.entity_view_mode.node.teaser, image, text), core.entity_view_display.node.page.teaser (core.entity_view_mode.node.teaser, text), editor.editor.basic_html (ckeditor, editor), field.field.block_content.basic.body (field.storage.block_content.body, text, field), field.field.comment.comment.comment_body (field.storage.comment.comment_body, text, field), field.field.node.article.body (field.storage.node.body, text, field), field.field.node.article.comment (comment, field), field.field.node.article.field_image (image, field), field.field.node.article.field_tags (field), field.storage.node.comment (comment, node, field), field.storage.node.field_image (file, image, node, field), field.storage.node.field_tags (node, taxonomy, field), field.storage.user.user_picture (file, image, field), filter.format.basic_html (editor, filter), filter.format.restricted_html (filter), node.type.article (node), rdf.mapping.comment.comment (comment, rdf), rdf.mapping.node.article (node, rdf), rdf.mapping.taxonomy_term.tags (taxonomy, rdf), taxonomy.vocabulary.tags (taxonomy)</em> in Drupal\Core\Config\UnmetDependenciesException::create() (line 98 of core/lib/Drupal/Core/Config/UnmetDependenciesException.php).

Drupal\Core\Config\UnmetDependenciesException::create('commerce_base', Array) (Line: 469)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'commerce_base') (Line: 132)
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'commerce_base') (Line: 141)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1572)
install_install_profile(Array) (Line: 662)
install_run_task(Array, Array) (Line: 540)
install_run_tasks(Array) (Line: 117)
install_drupal(Object) (Line: 44)

The Installprocess wath stop.

Is there a way to an older Commerce Install with composer? How can i get this?

bojanz’s picture

Using an older version won't help you because your problem is not coming from code, it's coming either from a server problem or something you did while deploying/moving the files.

I suggest installing a vanilla Drupal 8.3.5 install and then following the "Existing site" instructions instead: http://docs.drupalcommerce.org/v2/getting-started/install.html

frank hh-germany’s picture

My Steps:
1. Install with Composer
2. Openening the the URL (here comes the first Info to the Symphony-Error "Strict Standards: DateTime::createFromFormat(): We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /my root/TEST/vendor/symfony/http-foundation/Response.php on line 207")
3. Follow the Installations way
4. Installation abort on Step 4 "Install Site" and the Language wath switch from German to English

"I suggest installing a vanilla Drupal 8.3.5 install and then following the "Existing site" instructions instead: http://docs.drupalcommerce.org/v2/getting-started/install.html"

By this way runs the installation.
But with the timeerror and without abort installation > See www.test.tecmawi.eu
After the installation the error is gone ???

Ok, i call in the next Minutes my host. Let's see what he told me.

Info

Drupal\Core\Config\UnmetDependenciesException::create('commerce_base', Array) (Line: 469)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'commerce_base') (Line: 132)
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'commerce_base') (Line: 141)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1572)
install_install_profile(Array) (Line: 662)
install_run_task(Array, Array) (Line: 540)
install_run_tasks(Array) (Line: 117)
install_drupal(Object) (Line: 44)
frank hh-germany’s picture

Hi bojanz,
thanks for response.

My hoster said that it could therefore come that by a previous php error message, by the missing the date time zone the further installation process is aborted.

As a solution he suggested me to create a user.ini file in the root directory.

It works.

This means, however, in the reverse conclusion, that the restrictions during the installation process, with regard to actually small errors, were sharply tightened.

For posterity:
In the main or root directory, create a file called .user.ini, where you will find all php directives.

allow_url_fopen = on
display_errors = on
allow_url_include = off
memory_limit = 256M
upload_max_filesize = 120M
realpath_cache_size = 128M
serialize_precision = 100
max_execution_time = 300
post_max_size = 120M
max_input_nesting_level = 128
mail.add_x_header = on
enable_dl = off
max_input_vars = 5000
max_file_uploads = 200
max_input_time = 300
register_argc_argv = off
always_populate_raw_post_data = off
session.auto_start = off
date.timezone = Europe/Berlin

Before you disable the Maintance set this in yuore user.ini

allow_url_fopen = off
display_errors = off

As far as I know works from the user.ini but not the opcache.

Please set the Issue to fixed

Greatings from Hamburg-Germany

bojanz’s picture

Keep in mind that most hosts don't actually show strict warnings, cause PHP advises that production installs turn them off.
So, your host brought this upon themselves.

Status: Fixed » Closed (fixed)

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