Jelenlegi hely

Drupal.org

Feliratkozás Drupal.org hírcsatorna csatornájára
Frissítve: 2 nap 16 óra

drupal 8.8.0-beta1

2019, november 9 - 00:36
Release notes

This is a beta release for the next minor version (feature release) of Drupal 8. Betas are good testing targets for developers and site builders who are comfortable reporting (and where possible, fixing) their own bugs. Beta releases are not recommended for non-technical users, nor for production websites. More information on beta releases.

This minor release provides new improvements and functionality without breaking backward compatibility (BC) for public APIs. There may be changes in internal APIs and experimental modules that require updates to contributed and custom modules and themes per Drupal core's backwards compatibility and experimental module policies.

Minor releases may include string changes and additions. Translators can review the latest translation status on localize.drupal.org.

Beta testing program

The Drupal Association and the Drupal core maintainers are partnering with agencies and site owners in an official beta testing program for Drupal core minor releases. The program aims to identify and minimize regressions in minor releases. Participating in the program is a way to contribute to the Drupal project and will be credited accordingly.

Important update information and changes since 8.8.0-alpha1

For additional important update information for this beta release, also see the 8.8.0-alpha1 release notes.

Changes to path aliases and a critical note for sites using the Pathauto contributed module
  • If you have the contributed Pathauto module enabled, you must update to the latest version of Pathauto before you update to Drupal 8.8.0. Failure to update Pathauto before updating core could result in data loss. Drupal 8.8.0-beta1 declares a conflict with Pathauto 8.x-1.5 or lower for this reason.

  • The Path Alias core subsystem has been moved to the path_alias module. This may require updates to service providers that altered or decorated the legacy services.

    An upgrade path is provided from Drupal 8.7 for this change. The upgrade path has been updated so that it should also work for upgrading from 8.8.0-alpha; however, note that upgrade paths from alpha releases are not officially supported.

Deprecated core modules
  • The SimpleTest module (labeled Testing in the Drupal core user interface) has been deprecated in Drupal core. Developers are encouraged to run tests via run-tests.sh or the PHPUnit CLI, or to use the SimpleTest contributed module in Drupal 9.

    Note that the final decision to deprecate SimpleTest still has some dependencies on the in-progress Drupal 9 issue, so exact details of the deprecation may be revised.

  • The Place Blocks module (already hidden in previous releases of Drupal core) has been deprecated and will be removed in Drupal 9.0.0. See the change record on the Place Blocks module for alternatives.

Changes to JavaScript dependencies and new JavaScript deprecations

jQuery UI is end-of-life, so most jQuery UI libraries are being deprecated in 8.8 for removal in 9.0.x. The deprecated libraries have been made available as contributed projects so that modules and themes that depend on them can upgrade easily to Drupal 9, but where possible, it is recommended to find a replacement for the longer term. See the change record on the deprecated jQuery UI libraries and their replacement modules for more information.

Drupal 8.8.0-beta1 deprecates two additional jQuery UI libraries that were not yet deprecated in 8.8.0-alpha1:

  • The jQueryUI Datepicker library has been deprecated. Browsers that support native datepickers are unaffected; browsers that do not will instead provide text inputs to enter dates starting in Drupal 9. More information can be found in the change record on Datepicker.

  • The CKEditor, Layout Builder, and Media Library modules previously depended on the jQuery UI Sortable asset library. Since jQuery UI is end-of-life, we've removed the dependency on jQuery UI sortable and added a dependency on the SortableJS library instead. It's recommended that
    any modules or themes that use jQuery UI sortable also update their code to use SortableJS. Modules extending CKEditor, Media Library, or Layout Builder may also require small changes.

    The Paragraphs contributed project uses an older version of Sortable for its experimental widget. There is a chance that this could lead into version conflicts when both the Paragraphs experimental widget and the core library are used on the same page (for example, on a form with the Media Library). If you notice JavaScript issues when using the Paragraphs experimental widget in 8.8, report them in the Paragraphs issue queue.

8.8.0-beta1 also deprecates the classList browser polyfill, which is no required by any of the browsers supported by Drupal core. (Several other browser polyfills were already deprecated in 8.8.0-alpha1.)

Composer integration changes

In 8.8.0-alpha1, the wikimedia/composer-merge-plugin was deprecated and replaced with a Composer path repository. The previous release notes did not mention that, following this change, core developers who update core's dependencies must set COMPOSER_ROOT_VERSION explicitly to avoid unexpected results (including possible accidental deletion of the core directory). Read Managing Composer updates for Drupal core for more information.

New stable core module: Media Library

Media Library provides content editors and site builders an interface to visually browse and manage media in their site. It also provides an intuitive modal dialog for reusing media in entity reference fields and text editors. Users with appropriate access can also add new media from directly within the library.

This module was introduced as an experimental core module in Drupal 8.6.0, but is now stable and ready for production use! For sites using the experimental module prior to 8.8.0 there are some important changes:

  • All of Media Library's styling and associated CSS classes were moved into Classy and Seven. Classy provides a very minimal amount of basic layout for the media library; Seven provides a more complete experience. If you are not using Seven to display the media library, you may need to add code to your theme to ensure that the moved CSS classes are applied to the media library in the correct places. See Media Library exposes templates for theming and Media Library no longer applies presentational CSS classes by default for more information, and refer to core/themes/seven/seven.theme for examples of how to apply the required CSS classes in your theme.
  • The "add" forms provided by the Media Library module now have two different form IDs. Previously, both shared the same form ID (media_library_add_form). This is now their shared base form ID. Their individual form IDs are now media_library_add_form_upload and media_library_add_form_oembed. Any code altering either of these forms may be adjusted, and any custom form extending \Drupal\media_library\Form\AddFormBase will need to be changed as well. See Media Library's AddFormBase now requires subclasses to provide a form ID for more information.
  • The media library's administrative grid interface is no longer exposed at /admin/content/media. That path now shows the administrative table listing of media items, as it does without Media Library installed. The grid interface is linked from there, and exposed at /admin/content/media-grid. An update path for this is provided; no further action is needed from existing sites.

Numerous other changes to the Media Library were also made in 8.8.0-alpha1.

JSON:API changes

JSON:API now provides HTTP error codes as strings instead of integers in order to comply with the specification. If your client application relies on an integer data type for an HTTP error code, it may need to be updated.

Dependency updates
  • Diactoros has been updated from 1.7.2 to 1.8.7, a long-term support version which will receive security coverage until Drupal 8's end-of-life. Note that the above documentation incorrectly indicates that 1.7 is the long-term support version, but we have confirmed with the Diactoros maintainers that 1.8 will continue to receive security coverage until 2022.

  • A few dependency requirements have been updated to better support PHP 7.4:

    • Symfony components (from 3.4.32 to 3.4.33).
    • mikey179/vfsstream (from 1.6.7 to 1.6.8).
    • pear/archive_tar (from 1.4.5 to 1.4.8).
    • typo3/phar-stream-wrapper (from 3.1.2 to 3.1.3).
    • composer/composer has been updated from 1.8.5 to 1.9.1 (and 1.9 or higher is now explicitly required for sites managed with Composer).
  • CKEditor has been updated from from 4.11.4 to 4.13.0, which includes numerous bugfixes and improvements.

Other dependencies have already been updated in 8.8.0-alpha1.

Important bug fixes

The following other critical issues have also been fixed in Drupal 8.8.0-beta1:

Known issues
  • There are some outstanding compatibility issues with PHP 7.4 (which will be released later in November). These issues are being addressed in #3086374: Make Drupal 8.8 compatible with PHP 7.4.

  • A data loss issue for path aliases has been reported in #3086638: Drupal 8 update failing on ddev builds. It appears this issue may have been due to a database misconfiguration, but we are tracking the issue to ensure it does not affect other users. Be sure to back up your data before upgrading, and report any issues with this update in the issue above.
All changes since 8.8.0-alpha1 Download Size md5 hash drupal-8.8.0-beta1.tar.gz 17.87 MB e3e1df68078d59d96f0b0491ed2c5b6a drupal-8.8.0-beta1.zip 29.04 MB 9039946dfc6435872813f7a2d58ecae6 Last updated: 8 Nov 2019 at 23:38 UTCOfficial release from tag: 8.8.0-beta1Core compatibility: 8.xRelease type: Bug fixesNew featuresShort description: Betas are good testing targets for developers and site builders who are comfortable reporting (and where possible, fixing) their own bugs. Beta releases are not recommended for non-technical users, nor for production websites.Packaged Git sha1: e74aa8a71f0cd80787578204b1c281d0389b1005
Kategóriák: Informatika

drupal 8.7.9

2019, november 6 - 19:03
Release notes

This is a patch release of Drupal 8 and is ready for use on production sites. Learn more about Drupal 8.

If you are upgrading to this release from 8.6.x, read the Drupal 8.7.0 release notes before upgrading to this release.

This is the final normal bugfix release of 8.7.x. Further bugfixes will be available in 8.8.0, which will be released on December 4, 2019. Drupal 8.7.x will receive security coverage until June 3rd, 2020 when Drupal 8.9.x is released.

Core versioning support in *.info.yml files since 8.7.7

Drupal 8.7.7 introduces a new core_version_requirement key to *.info.yml files, allowing contributed modules to specify specific versions for Drupal core compatiblity, as well as to indicate that they are compatible with both Drupal 8 and the forthcoming Drupal 9 release. See the change record for more details.

Internal change to entity and field definition update events

It is now possible to install a new field storage definition during a fieldable entity type update. Event subscribers for entity type and field definition update events will now be passed the updated definitions rather than the outdated ones. Code relying on this buggy behavior may need adjustment.

All changes since 8.7.8 Download Size md5 hash drupal-8.7.9.tar.gz 17.06 MB fce471e505f03164ec1cfafffc1d85ad drupal-8.7.9.zip 27.24 MB 73c067e49355930376bb1faa4d9ad4f9 Last updated: 6 Nov 2019 at 18:03 UTCOfficial release from tag: 8.7.9Core compatibility: 8.xRelease type: Bug fixesPackaged Git sha1: 86a9d533f5fe9a054924b195f21ba1b417e7e118
Kategóriák: Informatika

drupal 8.8.0-alpha1

2019, október 18 - 01:41
Release notes

This is a alpha release for the next feature release of Drupal 8. Alpha releases are good testing targets for developers and site builders who are comfortable reporting (and where possible, fixing) their own bugs. Alpha releases are not recommended for non-technical users, nor for production websites. More information on alpha releases.

This minor release provides new improvements and functionality without breaking backward compatibility (BC) for public APIs. There may be changes in internal APIs and experimental modules that require updates to contributed and custom modules and themes per Drupal core's backwards compatibility and experimental module policies.

Minor releases may include string changes and additions. Translators can review the latest translation status on localize.drupal.org.

Important update information

Site and module owners planning to update to this release should take note of the following important information. If you encounter any issues when updating to this release, review the known issues below as well. The known issues will be updated if any regressions are discovered.

Drupal 8.8 is the last minor version of Drupal 8 prior to the earliest targeted release date for Drupal 9.0.0. For this reason, any new deprecations added to Drupal 8.9.x or later will be targeted for removal in Drupal 10.0.x instead, and numerous significant deprecations and other changes preparing the codebase for Drupal 9 have been added in this release.
Site update and module owners planning to update to this release should take note of the following important changes:

Critical note for sites using the Pathauto contributed module

Custom URL aliases are now provided by a new path_alias revisionable and publishable content entity type. The path.alias_storage service has been kept in place for backwards compatibility, and its hooks have been deprecated.

If you have the contributed Pathauto module enabled, you must update to the latest version of Pathauto before you update to Drupal 8.8.0. Failure to update Pathauto before updating core could result in data loss.

As part of the change to path aliases, path alias administrative forms have been converted to generic entity forms. This means form IDs and form class names have changed, so custom code needs to be updated for any hook_form_alter() or hook_form_FORM_ID_alter() implementations that were using the previous form IDs. Additionally, some path routes have been deprecated and replaced by generic entity route.

For more information on the changes to path aliases including update instructions for developers, see the change record on the path alias entity conversion.

Updating Drupal is no longer supported for sites on PHP 5.5 or 5.6

PHP 5.5 and 5.6 support was officially removed in 8.7, but Drupal still allowed sites to apply security updates on those PHP 5 versions. Drupal 8.8.0 ends that support and updates will now fail if servers are not updated to at least PHP 7.0.8.

The recommended PHP version is now PHP 7.2, as PHP 7.0 and 7.1 will no longer receive security coverage from the PHP maintainers. See the Drupal 8 PHP requirements documentation for more information.

New info file key for Drupal 9 and semantic versioning compatibility

A new core_version_requirement has been added to info.yml files. This key replaces the core key for projects that only support Drupal 8.8 onwards (including Drupal 9). It may be used in addition to the core key for projects that want to both specify compatibility with Drupal 9 and remain compatible with Drupal 8.7.6 and earlier. Read more in the change record for the new core_version_requirement key.

New browser support policy

Drupal core's browser support has been updated and support for some uncommon older browser versions has been removed. See the browser requirements handbook page for the current policy.

Changes to JavaScript dependencies and new JavaScript deprecations
  • *.libraries.yml files now support marking asset libraries as deprecated, and tests that use deprecated libraries will now fail unless they are marked as @group legacy. Read more in the Drupal deprecation policy for libraries.

    Numerous dependency libraries provided by core are deprecated in 8.8.0 and removed in Drupal 9.0.0. These libraries are listed below.

  • jQuery UI is end-of-life, so most jQuery UI libraries are being deprecated in 8.8 for removal in 9.0.x. The deprecated libraries have been made available as contributed projects so that modules and themes that depend on them can upgrade easily to Drupal 9, but where possible, it is recommended to find a replacement for the longer term. See the change record on the deprecated jQuery UI libraries and their replacement modules for more information.

  • jQuery UI Sortable and jQuery UI Datepicker are not yet deprecated in 8.8.0-alpha1, but may be deprecated in 8.8.0-beta1.

  • The Quick Edit module previously depended on the jQuery UI Position asset library. While jQuery UI Position cannot yet be deprecated as it's required by other jQuery UI libraries still used by core, Quick Edit in Drupal 8.8 removes the dependency on jQuery UI position and adds a dependency on the Popper.js library instead. It's recommended that any modules or themes that use jQuery UI position also update their code to use Popper.js. Any module extending QuickEdit may also require small changes. Read the Popper.js added to Drupal core to replace jQuery UI Position for more information.

  • The following browser support polyfill libraries are deprecated in Drupal 8.8.0-alpha1 because they are no longer required by any of the browsers supported by Drupal core:

    • html5shiv
    • matchMedia
    • domready (Replaced by a single simple function that will now work in all supported browsers. See domready is deprecated for more information.)

    If you require support for older browsers, contributed projects are also available to provide the html5shiv and matchMedia libraries in Drupal 9.

  • An official deprecation policy has been established for JavaScript, with an @deprecated JSDoc tag similar to the tag used for PHP deprecations. JavaScript code can now also trigger deprecation errors using newly added APIs (Drupal.deprecationError and Drupal.deprecatedProperty). JavaScript deprecation errors are exposed using console.warn. By default, JavaScript deprecation errors are suppressed. Read more in the Drupal deprecation policy for JavaScript.

Testing system changes
  • \Drupal\simpletest\TestBase and its descendants including WebTestBase are deprecated. Contributed and custom module tests should be converted to PHPUnit-based tests in preparation for Drupal 9.0.0. See the handbook page on converting SimpleTests to PHPUnit tests for more information.

  • Tests using the testing install profile (which is the default) are now required to specify which theme they're testing. The same is true for tests using any other install profile that does not specify a default theme (i.e. that does not come with system.theme config with a value for the defaultkey). Read more in the change record for deprecating the use of Classy as the default for the testing profile.

  • Previously \Drupal\KernelTests\KernelTestBase always made one assertion that would hide tests that did not perform any assertions themselves. KernelTestBase will now no longer perform one assertion by default, which means that kernel tests that don't perform any assertions will now be marked as risky and will fail on DrupalCI.

Changes to Media workflows and the Media Library
  • The Media Library view is now integrated with Content Moderation. The view will only list unpublished media items to users that have explicit permission to access them. This is accomplished via the addition of a Media-specific "Published status or admin user" filter, which is also available to any views displaying media entities. Note that this may result in unpublished media entities no longer being visible to users that do not have permission to access them. Their permissions should be adjusted if they continue to need access. Read Changes to Media Library's default view in order to respect published/unpublished access permissions for more information.

  • Changes have been made to the Media list (table) and Media Library (grid) default views for better consistency and to better support multilingual sites. The media overview page now defaults to a table view and is filterable by language. The 'widget' view, which gets invoked from a media field or a WYSIWYG's media embed button, now displays in the current user's interface language, falling back to the site's default language if this is unavailable. These changes may impact modules that alter or add to the Media Library view, and will cause the view to return different results than before. See the change record for more details on the updates to the default Media Library views.

  • In Drupal 8.6 and 8.7, Media Library would take over the /admin/content/media path when installed, changing the original administrative table view's path to /admin/content/media-table and replacing the content /admin/content/media with the Media Library grid view. This could lead to data loss if the site had customized the default table view before installing Media Library.

    In 8.8, the /admin/content/media path has been restored to show the table view, as it does without Media Library installed, and user's customizations will not be overwritten. Sites that installed Media Library in 8.6 or 8.7 and left the listing at /admin/content/media-table will now have that table restored to its original location at /admin/content/media, with the grid at /admin/content/media-grid. This fix might break hardcoded links to either view, or require changes to any modules that further customize them.
    The same change record on the updates to the default Media Library views listed above has more detail.

  • In Drupal 8.7, the Media Library provided two save buttons to users: "Save and select" (which returns the user to the Media Library to select more items, for bulk uploads) and "Save and insert" (which would close the library immediately insert the selected items in the field or text editor). This proved confusing to users. In 8.8, by default there is now simply a "Save" button that returns the user to the library. The previous workflow is still available as an optional advanced configuration and can be enabled in a new settings page under Configuration / Media / Media Library settings.

  • By default, image media items from media fields and in the WYSIWYG editor will now use the ‘large’ image style that ships with the image module. Before this change, media images used the ‘Full’ display, which by default rendered the original image.

JSON:API changes Views changes
  • Views now adds a ENTITY_TYPE_ID_access query tag to all its queries by default. This means that any implementations of hook_query_TAG_alter(), where TAG is of the pattern ENTITY_TYPE_ID_access -- for example, user_access if user accounts are being queried -- will now run on views queries as well. Modules implementing such hooks should ensure that this change does not result in unwanted side effects.

  • Validation for allowed characters in Views filter identifiers was more lenient than intended. If any of your views currently uses a character in the identifier that is other than letters, digits, the dot (.), hyphen (-), underscore (_), or tilde (~), you will need to reconfigure the exposed filters without them. Read the change record on how Views exposed filters identifiers are now validated correctly for more information.

Configuration system changes
  • Code that exports configuration should use the new read-only configuration export storageconfig.storage.export instead of exporting configuration directly from the active storage. Exporting directly from the active storage will lead to unexpected behavior when using features that use the new configuration transformation API.

  • Previously, modules could make changes to configuration a profile is overriding during their install. This has changed in 8.8 and profile configuration overrides are now installed at the end of an installation. Any profiles that previously modified their configuration during installation must update their configuration so that it contains the final configuration that is desired at the end of installation. Refer to the change record for more information and suggestions for updating your profile's configuration.

Other important update information
  • The security fixes required for SA-CORE-2018-002 and SA-CORE-2018-004 as well as publicly disclosed security issues all indicate that the render system needs to be stricter about what may be called by a callback. If you have code that adds a render callback (#access_callback, #lazy_builder, #pre_render or #post_render), it might need to be updated to work in Drupal 9. Read more in the change record for limitations on what can be called by a callback in render arrays.

  • New revisions are created every time an entity or revision is updated, if that entity is being moderated with content moderation. Previously there was no way to opt out of this. By using SynchronizableInterface, users can now mark an entity as 'syncing' to indicate changes are being made to the entity that do not reflect a typical content/editorial field based change and thus should not be subject to the entity lifecycle rules content moderation enforces. If you are using SynchronizableInterface in custom code for content entities and also depend on Content Moderation forcing the creation of new revisions, you may need to update your code to manually call $entity->setNewRevision(TRUE).

  • In Drupal 8, if a theme does not specify a base theme, Stable is used automatically. Starting with Drupal 9, a new stable base theme will be added to each major version with the latest markup provided by modules, and the old stable base theme will be deprecated. To facilitate this and avoid unintended regressions, the automatic base theme fallback is now deprecated and the base theme property will be required starting with Drupal 9.0.0. To remain compatible with Drupal 9, themes that use Stable as their base theme should now explicitly add a base theme to their info files. See the change record on requiring the base theme property for examples.

  • SimpleAnnotationReader, which has been dropped from the master branch of Doctrine Annotations, has been forked into Drupal core to maintain the same functionality. This prepares Drupal core for a future update to the Doctrine library. Contributed modules should not be relying on this library directly, but if some application does use SimpleAnnotationReader directly, it should update to use Drupal's forked copy of the API in order to remain forward-compatible.

Changed coding standards

CSS standards for ordering is now enforced using the stylelint-order plugin.

Dependency updates
  • Drupal 8.8.0 will require PHP 7, which means that it can no longer support PHPUnit 4. All compatibility layers for supporting PHPUnit 4 alongside PHPUnit 6 have been removed. See the change record on the end of PHPUnit 4 support for details.

    Drupal 8 now supports PHPUnit 6.5+ and PHPUnit 7 instead. PHPUnit 6 will be used by default, but PHPUnit 7 is required for testing on PHP 7.4. If you are using core's root composer file, you can update to PHPUnit 7 by running composer update phpunit/phpunit symfony/phpunit-bridge phpspec/prophecy symfony/yaml --with-dependencies if you are using core's root composer file. PHPUnit 7 is required for testing on PHP 7.4.

  • The wikimedia/composer-merge-plugin has been deprecated and replaced with a Composer path repository. It will remain in the root composer.json of Drupal until it is removed in Drupal 9. Most users should not notice any change in behavior from these changes, but see the notes at the end of the change record for the deprecation of the Composer merge plugin about downgrading, core development, and contributed and custom modules that are currently using the composer-merge-plugin.

  • Drupal core now explicitly requires Guzzle 6.3 or higher for the end of PHP 7.0's official security support and for forward compatibility Drupal 9's increased PHP version requirements. This may impact sites built with Composer that were using a lower version.

  • typo3/phar-stream-wrapper has been updated to 3.1.2 (a major version update for PHP 7). As a result the brumann/polyfill-unserialize dependency has been removed. Any modules depending on brumann/polyfill-unserialize should declare their own dependency.

  • jQuery has been updated from version 3.2.1 to version 3.4.1.

  • The following other Drupal core PHP dependencies have also been updated:

    • Diactoros (from 1.4.1 to 1.7.2). Note: Both Diactors 1.4.1 and 1.7.2 include an unpatched security vulnerability that does not affect Drupal directly. Diactoros may be updated to a 1.8 version before Drupal 8.8.0's release. See the known issues for more information.
    • drupal/coder (to 8.3.6).
    • Symfony packages (from 3.4.26 to 3.4.32).
    • Twig (from 1.38.4 to 1.42.3).
    • Guzzle (from 1.4.2 to 1.6.1).
    • Email validator (from 2.1.7 to 2.1.11).
    • PSR Logging Library (from 1.0.2 to 1.1.0).
    • PHP Codesniffer (from 3.4.2 to 3.5.0).
    • Doctrine packages (to the latest minor versions).
    • Pear packages (to the latest minor versions).
    • Zend Escaper, Zend Feed, and Zend stdlib (to 2.6.1, 2.12.0, and 3.2.1, respectively).
    • Composer Installers (from 1.6.0 to 1.7.0).

    The following PHP 5 polyfills have been removed: ircmaxell/password-compat, brumann/polyfill-unserialize, and paragonie/random_compat (technically updated to an empty version which will remain in place until Drupal 9).

    Finally, ralouphie/getallheaders has been added as a dependency because the latest version of Guzzle requires it.

Important bug fixes

The following other critical issues have also been fixed in Drupal 8.8.0-alpha1:

Known issues

Search the issue queue for all known issues.

All changes since the last minor release

Search the 8.8.x commit log.

Download Size md5 hash drupal-8.8.0-alpha1.tar.gz 17.74 MB fd25dcfbacde6570615e49d941ca749e drupal-8.8.0-alpha1.zip 28.78 MB ba4c3886bc6276034a4a4532d9d839a2 Last updated: 17 Oct 2019 at 23:43 UTCOfficial release from tag: 8.8.0-alpha1Core compatibility: 8.xRelease type: Bug fixesNew featuresShort description: Alpha releases are good testing targets for developers and site builders who are comfortable reporting (and where possible, fixing) their own bugs. Alpha releases are not recommended for non-technical users, nor for production websites. Packaged Git sha1: 9d8d4cbc5f61fdd9976c357d7c142395f4bf23d0
Kategóriák: Informatika

drupal 9.1.x-dev

2019, október 11 - 00:54
Download Size md5 hash drupal-9.1.x-dev.tar.gz 7.54 KB 249d261be4d47f214d30f671bfab4e5a drupal-9.1.x-dev.zip 7.84 KB 59567157a5a59e3ab4de008a022bb204 Last updated: 10 Oct 2019 at 22:58 UTCLast packaged version: 9.1.x-devRelease notes

This release is a placeholder for the Drupal 9.1.x development branch. It does not contain the actual 9.1.x codebase and is not intended for use for anything other than the Drupal core issue queue version selector.

Development release from branch: 9.1.xRelease type: Bug fixesNew featuresShort description: This release is a placeholder for the Drupal 9.1.x development branch.Packaged Git sha1: 008612ad4999138662a32abab2115cf3f03bca64
Kategóriák: Informatika

drupal 9.0.x-dev

2019, október 11 - 00:37
Download Size md5 hash drupal-9.0.x-dev.tar.gz 22.78 MB 182c761cc35486d9392a741ed0e3484d drupal-9.0.x-dev.zip 35.72 MB 36b616ccfa4b5c698ca75e6fa8dc77c1 Last updated: 14 Oct 2019 at 22:38 UTCLast packaged version: 9.0.x-devRelease notes

Development release package for the 9.0.x release.

The 9.0.x branch is open for development and will now include the latest commits. This branch will be identical to 8.9.x except for the following changes:

  1. Deprecated code will be removed.
  2. Dependencies will be updated to new major versions.

For more information on 9.0.x development, see #3007300: [META] Release Drupal 9 on June 3 2020.

Those interested in testing the upcoming minor release of Drupal core should continue to work with the 8.8.x branch until the 8.8.0 release on December 4, 2019.

Development release from branch: 9.0.xRelease type: Bug fixesNew featuresShort description: Development release package for the 9.0.x release.Packaged Git sha1: 867dd1f0b60ddc3d5e20a221931532eb123830dc
Kategóriák: Informatika

drupal 8.9.x-dev

2019, október 11 - 00:21
Release notes

Development release package for the 8.9.x release.

The 8.9.x branch is open for development and will now include the latest commits. Those interested in testing the upcoming minor release of Drupal core should continue to work with the 8.8.x branch until the 8.8.0 release on December 4, 2019.

Download Size md5 hash drupal-8.9.x-dev.tar.gz 22.57 MB 5e0694bfbd314f40bb34dd61ec19b42b drupal-8.9.x-dev.zip 35.29 MB a0154dbb4314f3dc55cddc3944e22ea2 Last updated: 10 Oct 2019 at 22:23 UTCLast packaged version: 8.9.x-devDevelopment release from branch: 8.9.xCore compatibility: 8.xRelease type: Bug fixesNew featuresShort description: Development release package for the 8.9.x release.Packaged Git sha1: 6c2d96c398e592903e4e7ecbc1c358fd0e92b796
Kategóriák: Informatika

drupal 8.7.8

2019, október 2 - 21:24
Release notes

This is a patch release of Drupal 8 and is ready for use on production sites. Learn more about Drupal 8.

If you are upgrading to this release from 8.6.x, read the Drupal 8.7.0 release notes before upgrading to this release.

Drupal 8.7.x will receive security coverage until June 3rd, 2020, when Drupal 8.9.x is released.

Important update information Core versioning support in *.info.yml files since 8.7.7

Drupal 8.7.7 introduces a new core_version_requirement key to *.info.yml files, allowing contributed modules to specify specific versions for Drupal core compatiblity, as well as to indicate that they are compatible with both Drupal 8 and the forthcoming Drupal 9 release. See the change record for more details.

Dependency updates
  • Several JavaScript dependencies have been updated to resolve publicly disclosed security issues:
    • nightwatch has been updated to version 1.2.1
    • chromedriver has been updated to version 75.1.0
    • stylelint-no-browser-hacks has been updated to 1.2.1
  • Due to a compatibility issue between zend-diactoros 1.8.5 and psr-http-message-bridge versions prior to 1.1.2, Drupal core's composer.json has increased the minimum requirement for psr-http-message-bridge from 1.0 to 1.1.2. This should not affect sites using the tarball packaged by Drupal.org (which already supplied version 1.1.2 of the component in Drupal 8.7.7), but may lead to a dependency update for certain sites maintained with Composer.
All changes since 8.7.7 Download Size md5 hash drupal-8.7.8.tar.gz 17.05 MB f281eb14d8aabf0c3e78dd519ca4b640 drupal-8.7.8.zip 27.23 MB ccc8bf01c2380fdbc494b49352b7df3f Last updated: 2 Oct 2019 at 19:28 UTCOfficial release from tag: 8.7.8Core compatibility: 8.xRelease type: Bug fixesShort description: Actively maintained with new features and backwards-compatible improvements every six months. Use this version for the best compatibility with future releases.Packaged Git sha1: 5c373f8b4e17d802286f6250aaef339366185616
Kategóriák: Informatika

drupal 8.7.7

2019, szeptember 4 - 12:32
Release notes

This is a patch release of Drupal 8 and is ready for use on production sites. Learn more about Drupal 8.

Core versioning support in *.info.yml files

Drupal 8.7.7 introduces a new core_version_requirement key to *.info.yml files, allowing contributed modules to specify specific versions for Drupal core compatiblity, as well as to indicate that they are compatible with both Drupal 8 and the forthcoming Drupal 9 release. See the change record for more details.

If you are upgrading to this release from 8.6.x, read the Drupal 8.7.0 release notes before upgrading to this release.

Drupal 8.7.x will receive security coverage until June 3rd 2020 when Drupal 8.9.x is released.

Changes since 8.7.6:

  • #3006815 by plach, gmaka, mudassar774, amateescu, Lendude: ViewsEntitySchemaSubscriber may fail when a view has a broken handler
  • #3078001 by tedbow, Wim Leers: Followup minor test fix to not catching exception for invalid 'core_version_requirement' in info.yml files
  • #3078001 by tedbow, Wim Leers: Don't catch exception for invalid 'core_version_requirement' in info.yml files
  • #2313917 by tedbow, pwolanin, jhedstrom, Wim Leers, Mixologic, larowlan, Mile23, Gábor Hojtsy, xjm, Berdir: Core version key in module's .info.yml doesn't respect core semantic versioning
  • #3075831 by mr.baileys: Failing assertions when bundle ID contains only numbers
  • #3007102 by mikelutz, juampynr, DamienMcKenna, vpa24: Migrating to Date-only field does not drop time value
  • #3067889 by quietone: Boolean Field On and Off Label not Migrating
  • #3076609 by oknate, catch, larowlan: \Drupal\Tests\ckeditor\FunctionalJavascript\CKEditorIntegrationTest fails on Sqlite
  • #3076169 by idebr: D6 OptionWidgetsField migrate plugin has wrong namespace
  • #3061610 by gabesullice, Wim Leers, larowlan, tedbow: Typed Data's EntityDeriver does not derive bundle-level data types when a bundle has the same name as its entity type (f.e. entity:comment:comment)
  • Revert "Issue #3076609 by oknate: \Drupal\Tests\ckeditor\FunctionalJavascript\CKEditorIntegrationTest fails on Sqlite"
  • #3076609 by oknate: \Drupal\Tests\ckeditor\FunctionalJavascript\CKEditorIntegrationTest fails on Sqlite
  • #3075661 by Spokje: getHtml5DateFormat and getHtml5TimeFormat in Drupal\Core\Datetime\Element\Datetime have incorrect Type in phpDoc
  • Revert "Issue #3061610 by gabesullice, Wim Leers, tedbow, larowlan: Typed Data's EntityDeriver does not derive bundle-level data types when a bundle has the same name as its entity type (f.e. entity:comment:comment)"
  • #3043168 by Wim Leers, Niklan, gabesullice, joelstein, mglaman: PATCH 405 for untranslatable content entities with different default language than English
  • #3061610 by gabesullice, Wim Leers, tedbow, larowlan: Typed Data's EntityDeriver does not derive bundle-level data types when a bundle has the same name as its entity type (f.e. entity:comment:comment)
  • #2984938 by vijaycs85, amateescu, jeqq, timmillwood, larowlan, Wim Leers, alexpott: Remember the page you were on and take you back there when switching Workspaces
  • #3073342 by Lendude, zrpnr, tedbow: JavaScript tests don't work with Chromedriver 75 and higher
  • #2962765 by juampynr, shubham.prakash: Clarify how to set MINK variables at phpunit.xml.dist
  • #2849413 by sam-elayyoub, idebr, tatarbj, B N Pandey, annetee, developmenticon, borisson_, Lendude: Class name must be a valid object or a string in core/modules/ima
  • Back to dev.
  • ge/src/Entity/ImageStyle.php on line 174

  • Back to dev.
  • #3060996 by mikelutz: Fix The "Symfony\Component\BrowserKit\Response::getStatus()" method is deprecated since Symfony 4.3, use getStatusCode() instead
  • #3074039 by mikelutz: Add a composer conflict for symfony/dom-crawler >=4 to 8.7 only
  • #3073410 by shashikant_chauhan: TwigExtension::getUrl() declares the wrong return type
  • #2780285 by alexpott, th_tushar, mpdonadio: XSS in date format configuration
Known issues Download Size md5 hash drupal-8.7.7.tar.gz 17.05 MB eda95eb4c6567049c661818ffe800d11 drupal-8.7.7.zip 27.22 MB 918d6c95470d39eb29ec32d15129c07b Last updated: 4 Sep 2019 at 10:33 UTCOfficial release from tag: 8.7.7Core compatibility: 8.xRelease type: Bug fixesShort description: Actively maintained with new features and backwards-compatible improvements every six months. Use this version for the best compatibility with future releases.Packaged Git sha1: 8a665ec6b059553f82459239e395f79197dd6331
Kategóriák: Informatika

drupal 8.7.6

2019, augusztus 7 - 21:32
Release notes

This is a patch release of Drupal 8 and is ready for use on production sites. Learn more about Drupal 8.

If you are upgrading to this release from 8.6.x, read the Drupal 8.7.0 release notes before upgrading to this release.

Drupal 8.7.x will receive security coverage until June 3rd 2020 when Drupal 8.9.x is released.

All changes since Drupal 8.7.4 Download Size md5 hash drupal-8.7.6.tar.gz 17.04 MB 484530915cbf6d96cb03379e3dda018e drupal-8.7.6.zip 27.2 MB 269bef1dc2845f1d4a14e806984ad36a Last updated: 7 Aug 2019 at 19:33 UTCOfficial release from tag: 8.7.6Core compatibility: 8.xRelease type: Bug fixesShort description: Actively maintained with new features and backwards-compatible improvements every six months. Use this version for the best compatibility with future releases.Packaged Git sha1: c0266717dcfe4e46f5604be2c7c1ad6894763f13
Kategóriák: Informatika

Theme by me