Problem/Motivation

In #540008: Add a container parameter that can remove the special behavior of UID#1 an approach was taken where we can simply flag tests that are failing if we turn off user 1's super user powers, so that they can be taken care of in a followup. This issue is to collect all of these followups.

The goal is to have no tests in Drupal core that rely on UID1's special privileges so that we:

1. Know these tests are correctly assigning the necessary permissions to run
2. Can turn off the super user access policy in D11, knowing it won't break core
3. Can remove the super user access policy in D12, providing an admin account recovery tool to replace it

Steps to reproduce

Go into any of the tests flagged with:

  /**
   * {@inheritdoc}
   *
   * @todo Remove and fix test to not rely on super user.
   * @see https://www.drupal.org/project/drupal/issues/3437620
   */

And:

1. Remove the code below that sets the usesSuperUserAccessPolicy to TRUE.
2. Run the test to see which test methods are failing

Proposed resolution

Assign the right permissions to make the test go green without the super user access policy. Those few tests that specifically test said policy can obviously stay, but will be removed along with the policy in D12.

Remaining tasks

• core/modules/content_moderation/tests/src/
  • Functional/ModerationContentTranslationTest.php
  • Functional/ModerationFormTest.php
  • Functional/ModerationLocaleTest.php
  • Functional/ModerationStateBlockTest.php
  • Functional/WorkspaceContentModerationIntegrationTest.php
  • Kernel/EntityStateChangeValidationTest.php

upgrading from d10.18 to 10.3.0.
Drupal\Component\Plugin\Exception\PluginNotFoundException: The "entity_bundle:node" plugin does not exist. Valid plugin IDs for Drupal\rules\Core\ConditionManager are:
rules_data_compariso

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Hello team,

I recently used views to build my search page, and added a Global Result summary block in the header. I see few tokens are available. I used the token "@total" along with I need to display "item" OR "items" based on number of results. I could not find any way of doing it via the UI.
I had to do alter and make the text plural.
I was told that, tokens can be help here.

Can you please look into this tiny thing, where it support plural, and also support its translation.

Happy to provide any further info and help.

Thanks.

Problem/Motivation

When using textfield set to Unlimited (or more than one) values I cannot changed the field size in Manage Form Display. Changed from 60 to any size more or less does nothing to the field.

Steps to reproduce

Add a text field (any type) to any content and set the allowed values to anything other than one (1). Go to Manage Form Display and change the field size to any number and you'll see that it has no affect on the field.

Proposed resolution

I may have a solution, but I'm not completely convinced this is a true bug or something causing it on my end, and I don't know if the solution is sound. However, when I remove this CSS from core/theme/Claro/css/components/tables.css everything works fine and doesn't seem to have a negative impact. It doesn't even affect Paragraphs which is table based with these same CSS elements below.

Line: 214
Delete: td > .form-item > .form-element,

<del>td > .form-item > .form-element,</del>
td > .ajax-new-content > .form-item > .form-element,
td > .form-item > .claro-autocomplete,
td > .form-item > .claro-autocomplete > .form-element,
td > .ajax-new-content > .form-item > .claro-autocomplete,
td > .ajax-new-content > .form-item > .claro-autocomplete > .form-element {
  width: 100%;
}

The solution I'm temporarily using is my own custom CSS below. With this the fields can be resized normally.

td > .form-item > .form-element {
  width: auto;
}

Remaining tasks

None

User interface changes

None

API changes

None

Data model changes

None

Release notes snippet

None

Problem/Motivation

Gin has a new feature to display all form items in a sticky bar which resides outside of the actual <form>. This is natively support by HTML but will fail regular functional tests using submitForm() as this assums the form actions being part of the <form>.

We temporarily override the submitForm() so the PHPUnit tests within the Gin theme do not fail. However if you run any functional testing on the backend it will now potentially fail.

I can think of a couple of ways how we can easily solve this.

Steps to reproduce

Install Gin theme
Enable sticky form actions
Run PHPUnit tests on an admin form

Proposed resolution

Alter submitForm() to support form actions being set outside of a <form>.

Remaining tasks

Update submitForm()

User interface changes

API changes

Data model changes

Release notes snippet

I'm facing an issue where deleting entities is extremely slow, taking several minutes to delete just one entity. I am having this problem when trying to delete it programmaticaly, but just discovered it also happens when trying to delete the entity in the drupal backend. This issue does not exist on nodes, just on the custom entities.

I have checked the SQL SHOW FULL PROCESSLIST, but didn't see any deleting process in action.

/**
 * Delete applications older then $days that have successfully been transfered to MySolution
 * 
 * @param int $days
 * @return int Number of applications deleted
 */
public function cleanup(int $days = 14): int {
    $storage = \Drupal::entityTypeManager()->getStorage('sollicitaties');
    $ids = \Drupal::entityQuery('sollicitaties')
        ->condition('sync_status', 'done')
        ->condition('application_date', time() - $days * 24 * 60 * 60, '<')
        ->execute();

    $apps = $storage->loadMultiple($ids);

    $count = 0;
    foreach ($apps as $app) {
        dump('I receive this instantly');
        $app->delete();
        dump('Receive this several minutes later');
        $count++;
    }
    return $count;
}

Problem/Motivation

When adding new fields to user accounts via /admin/config/people/accounts/fields and then editing the user account and setting a value for the new fields so they can be pulled into a view block does not display in the view unless the user account has at least 1 published or unpublished node content. Very...strange!

For about 3 days I went round and round thinking I had some kind of permission problem, removing contrib modules that handle extra permissions or events like ECA, Content Access, ACL and eliminating any other possibilities I could think of that could be causing this issue. After reading through probably 50 different posts on similar events occuring.

I couldn't understand why some accounts would display the new view blocks (being displayed on user/* account pages with the new fields data) showing the complete view block with the correct data and other accounts would only show partial data and not the new fields data (even when those fields have value) especially since I have the fields in the view set to display even when empty including display rewrite if empty. I used the rewrite output to display the field but with some added html, ID's and classes - so even if the field had no data it should still display but that didn't even happen. Thus why I thought I had a permission problem somewhere!

By the time I was done with all that, basically stripped all permissions between fields and the view and view blocks themselves "and the same thing was/is happening" (getting overly frustrated at this point I started digging further into it.) The entire time no errors, warning or issues reported anywhere, not in dblog or onscreen or browser console, nothing...

Roles, permissions, etc., all set the same between all accounts (this should not be happening). The only difference I could find between any accounts was the fact that some accounts have published and unpublished node content while others did not. The ones that in the past had/have at least one published or unpublished node (did not matter what the content type was/is) their account view blocks were working as expected displaying the new field data from the user account (which to note, those fields are in NO WAY attached to any content type). Now on the other side any account that has never published a node and does not have any unpublished nodes as well are the accounts not displaying the view blocks with the new fields data.

OK, found a difference I can test...

Using the masquerade module I switched to a user account without any published node type content and add a new node of any content type the user account can access. Once completed I go back to the users account page and "waahhhh'laaa" the view block now showed properly. I switched accounts back to administrator account and then to make sure it still works, I check the users account page and all is good and then I unpublish that users node content to make sure it still shows and it does for both admin and user accounts.

Now before just posting this here, the field I initially added to the user accounts was actually a paragraph with 2 number fields so to rule out the paragraph module as causing this issue I created a new "test number field" again at /admin/config/people/accounts/fields then duplicated my view block removed the original field and added the new one and placed the block on the same user account pages and got the same exact issue in my results.

I'll include some sample images showing the issue before and after the user has a published node. I also tested to see if a user without a published or unpublished node could trigger the view to work properly by another published entity like comments which did not work!

That said I'm not entirely sure why not having a published or unpublished node content type that isn't related to the user account fields display through a view. It just doesn't make sense.

You'll see on the example images the before image looking at /user/4 (I have the field themselves displayed just as the fields as per user display of fields and then the view blocks in the right sidebar which should also have the data and does not. When all is said and done the fields themselves won't be displayed there just the view blocks with the fields data will because of what and how they are being used all around.

It's also worth mentioning using "preview" in views using user id's to preview with contextual filters also produces the same results. If user has a published or unpublished node everything displays properly. If the user does not have a published or unpublished node the view does not display properly.

Regarding the view there is no default filter criteria or sort criteria for the view and it uses relationships "User" and Contextual filter "(User) User: User ID" -> set to Provide default value: Type "User ID from route context".

For good measure:
Drupal: 10.2.6
PHP: 8.1.13
Apache: 2.4.38 (Debian)
Database: MySQL 5.7.40

Steps to reproduce

SEE COMMENT #3 https://www.drupal.org/project/drupal/issues/3447170#comment-15596991 for steps to reproduce.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

Ckeditor 5 automatically changes the html structure in Source editing mode

original html:

<div class="__tile-outer">
        <a href="https://www.google.com/">
<div class="__tile-inner">
                <img class="__tile-img-content" src="https://cdn.boatinternational.com/convert/files/2024/05/3a4aa060-1687-11ef-b53e-e5fd81c40b7c-rossinavi-seawolf-x-5.jpg/r%5Bwidth%5D=1920&r%5Bheight%5D=1080/3a4aa060-1687-11ef-b53e-e5fd81c40b7c-rossinavi-seawolf-x-5.webp">
<div class="__tile-title">Testing</div>
</div>
<p>        </p></a>
    </div>

Ckeditor is converting it to:

<div class="__tile-outer">
        <div class="__tile-inner">
            <p>
                <a href="https://www.google.com/"></a>
            </p>
            <div class="__tile-title">
                <a href="https://cdn.boatinternational.com/convert/files/2024/05/3a4aa060-1687-11ef-b53e-e5fd81c40b7c-rossinavi-seawolf-x-5.jpg/r%5Bwidth%5D=1920&r%5Bheight%5D=1080/3a4aa060-1687-11ef-b53e-e5fd81c40b7c-rossinavi-seawolf-x-5.webp">Testing</a>
            </div>
        </div>
    </div>

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

When embedding an image with the media library and the CKEditor5, the "Toggle caption on" and "Override media image alternative text" do not work well together.
When I click the button for the caption first and then the one for the alternative text I get the following error:

Uncaught CKEditorError: e is null
Read more: https://ckeditor.com/docs/ckeditor5/latest/support/error-codes.html#error-e is null
    viewToDom https://core.ddev.site/core/assets/vendor/ckeditor5/ckeditor5-dll/ckeditor5-dll.js?v=40.2.0:5
    v https://core.ddev.site/sites/default/files/js/js_2mrOWHSZx9O6jX7tO-KuQgnqayYo53nHym5P-BpEM2k.js?scope=footer&delta=2&language=en&theme=claro&include=eJyNU1FuwjAMvVBov3aATYKvSTsCcoNpLZw4Sxy0cfoltAEB0tSvPr_3bLmObcUr_mgG7g8xB-DO3pgNkz8lYyVi7yU6YLqgsQxR-pFlKI6kv8U0zp6lAFilM16TF7OXA26OpYKpqPkqfki0wgwhPZKQVay4wKhoAujUhIqNQ5_3mRq3hA8FkoJiMkdixdjIOTL2hAdSiW89lZ-Oviitl6as8XTowgSJ0irzpI63fiSPq-zkYFzndAXAO9Po5wHclTrEOn_QZ2VgsafvLIrPyvx-z1x6qRAgKe6iuK_jkexLmSQ5WtyWqO7JzLZXmKOudM0yrvpFW3bmo7a8yq0w8EtDk0S6lB0H_rw-waMa0ckZd_Os6h20Xis2qSSrzTeyxUZFeIDYL1-T033XKu6onFU9pX-ureU-1eowWQj4fnDkzUDjPlDAvoE_eoNwQA:54
ckeditor5-dll.js:5:597480

Nothing will happen for the user but the error will show up in the developer console each time that "Override media image alternative text" gets clicked. When you click "Toggle caption off" and click "Override media image alternative text" you will be able to set the alternative text.
This does not happen when I use the "Update image from computer" button and click the caption and alternative text buttons of that image.

Steps to reproduce

The following modules are needed:

• CKEditor5
• Text Editor
• Field UI
• Media
• Image
• Views
• Media Library

1. Install the modules mentioned above.
2. Create a new text format that uses the CKEditor5 and add "Drupal Media" button, the "Caption images" filter and "Embed Media" filter to it.
3. Create a new content type or add a field of type "Text (formatted, long, with summary)" to an existing content type.
4. Create a new media type with the media source "image" or use an exisiting one.
5. Click "+ Add media" under "/admin/content/media" and upload an image. (Use the media type just created)
6. Click "+ Add content" under "/admin/content". (Use the content type just created)
7. Click the "Insert media" button of the Editor and select an image.
8. Click button "Toggle caption on".
9. Click button "Override media image alternative text".
10. Open the developer console. The error will be there.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

In a node bundle configured for content moderation, with the bundle containing a paragraphs field, and the paragraph type containing another paragraph, editing the inner paragraph displays the form with the moderation choices replaced by one entry: Draft. Changes saved to that inner paragraph are not persisted.

Steps to reproduce

1. Add an entity revisions paragraph field to a node bundle
2. The paragraph type used should, itself, have an entity revisions paragraph field
3. Ensure there is a moderation state aside from draft available when in a published piece of content
4. Login to the site as a role that has permissions for the content type and moderation transitions but is not admin
5. Create a piece of content with a paragraph containing another paragraph, save and publish
6. Edit the content. At the node level the moderation states will show all applicable options
7. Edit the paragraph. The moderation states will still show all applicable options
8. Edit the paragraph within the paragraph. The moderations states will now only contain "Draft"

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

CKEditor error after source editing, remove format:

If using the text:

Test
<p>
    <span lang="EN-US"></span>
</p>
Test

Error:

ckeditor5-dll.js?v=40.2.0:5 Uncaught CKEditorError: conversion-model-consumable-not-consumed {"items":[{"event":"insert","item":"htmlEmptyElement"}]}

If using the text:

Test
<p>
    <span lang="EN-US"></span><span>&nbsp;</span>
</p>

Test

Error:

 Cannot read properties of undefined (reading 'name') after clear format

After copy from word document (The file manager do not allows word documents format)
Remove format and click on source.

Steps to reproduce

1. Install using the Standard installation profile on Drupal 10.2.6
2. Create a new text format, setting the editor to "CKEditor 5" and adding the following toolbar items: Styles, Remove Format and Source editor
3. Configure one style for the dropdown, span.orange|Orange span
4. Add the "Limit allowed HTML tags and correct faulty HTML" text format filter.
5. Edit the text format. Under "Source editing"> "Manually editable tags", check that span is present
6. The "Limit allowed HTML tags and correct faulty HTML" will have:

<br> <p> <span class="orange"> <cite> <dl> <dt> <dd> <a hreflang> <blockquote cite> <ul type> <ol type> <h2 id> <h3 id> <h4 id> <h5 id> <h6 id>

6. Save the form.
7. Create a basic page using the format.
8. Copy the following text on source mode:

Test
<p>
    <span lang="EN-US"></span>
</p>
Test

9. Change to edit mode and select all
10. Click on "Remove Format"
11. Click on source mode again, the console will output:

ckeditor5-dll.js?v=40.2.0:5 Uncaught CKEditorError: conversion-model-consumable-not-consumed {"items":[{"event":"insert","item":"htmlEmptyElement"}]}

If the "Limit allowed HTML tags and correct faulty HTML" is not enabled and we remove span from source editing, it works properly because convert the empty span into a nbsp, but it does not limit the tags allowed.

If using the text:

Test
<p>
    <span lang="EN-US"></span><span>&nbsp;</span>
</p>

Test

The error is:

 Cannot read properties of undefined (reading 'name') after clear format

Proposed resolution

Probably the solution will be on the style plugin define also the tag element, not only the class, to avoid forcing adding the span to the source editing.

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

JS tests cannot be run on the thunder project using the ddev configuration provided in https://github.com/thunder/thunder-develop - the PR https://github.com/thunder/thunder-develop/pull/76 tries to fix this but it is complicated.

In Drupal 10.3 we have partial support for W3C capabilities because we've moved to lullabot/mink-selenium2-driver and lullabot/php-webdriver - but we've not completed the conversion to core tests using w3c compliant commands so you still need to have w3c: false in your capabilities if you are using the selenium-chrome image provided by ddev. Unfortunately the move to the lullabot drivers and the changes to \WebDriver\WebDriver::session() mean that w3c: false needs to be defined twice in order for selenium to run in non-w3c mode!

Steps to reproduce

Run with MINK_DRIVER_ARGS_WEBDRIVER=[\"chrome\", {\"browserName\":\"chrome\",\"w3c\":false,\"goog:chromeOptions\":{\"args\":[\"--disable-gpu\",\"--headless\", \"--no-sandbox\", \"--disable-dev-shm-usage\"]}}, \"http://selenium-chrome:4444/wd/hub\"]
or MINK_DRIVER_ARGS_WEBDRIVER=[\"chrome\", {\"browserName\":\"chrome\",\"chromeOptions\":{\"w3c\":false,\"args\":[\"--disable-gpu\",\"--headless\", \"--no-sandbox\", \"--disable-dev-shm-usage\"]}}, \"http://selenium-chrome:4444/wd/hub\"]

both will fail. Note the different position of w3c: false

Proposed resolution

Provide a BC layer to copy the w3c value to the two different levels.

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

I tested pasting from Word with CKEditor 5, and I noticed image disappeared when reopening Edit tab of content.
It seems <img src=file path> is missing when reopening Edit tab.
- When pasting at Edit tab: <img src="/sites/default/files/inline-images/filename"...> exists. (See CKE5_1_EditTab(pasting).png)
- When opening View tab: <img src="/sites/default/files/inline-images/filename"...> exists. (See CKE5_2_ViewTab.png)
- When reopening Edit tab: <img src="data-entity-uuid="> exists, but no file path. (See CKE5_3_EditTab(reopening).png)

Note. Unlike CKEditor 5, CKEditor 4 saves image data as Base64 encoded data when pasting from Word (<img src="data:image/jpeg;base64,xxxx...>), and this symptom is not reproduced.

Drupal: 10.2.3
Client OS: Windows 10 22H2 build 19045.4291
Chrome: 124.0.6367.203
Word: 16.0 (Microsoft Word for Microsoft 365 version 2308 build 16.0.16731.20542)
Word doc: TextAndImgForPasteTest.docx (from https://github.com/ckeditor/ckeditor5/issues/2493#issuecomment-703472432)

Steps to reproduce

1. Open TextAndImgForPasteTest.docx, copy text and image, paste it into CKEditor 5 field of Edit tab, and save the content.
2. Go to View tab, the image is appeared correctly.
3. Go to Edit tab, the image is disappeared.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

I'm not sure if this is an issue of JSON:API or Webform itself, but as Webform Submissions are native Drupal entities my first guess would be it is an issue of JSON:API.

If we try to filter submissions, we always get an empty result:

sorted, but unfiltered:

?include=uid&sort[sort-sid][path]=sid&sort[sort-sid][direction]=DESC

{
  "jsonapi": {
    "version": "1.0",
    "meta": {
      "links": {
        "self": {
          "href": "http://jsonapi.org/format/1.0/"
        }
      }
    }
  },
  "data": [
    {
      "type": "webform_submission--langbewerbung",
      "id": "8c350a2a-ece7-4287-921f-575b6896c539",
      "links": {
        "self": {
          "href": "http://dorea-jb.flow.localhost:8012/jsonapi/submissions/langbewerbung/8c350a2a-ece7-4287-921f-575b6896c539"
        }
      },
      "attributes": {
        "serial": 7039,
        "drupal_internal__sid": 16546,
        "token": "LjHA1b4ORwPu8Q4sxBt1vhk5G9CzW1sU-za_qsKgJvA",
        "uri": "/langbewerbung",
        "created": "2024-05-14T10:25:57+00:00",
        "completed": "2024-05-14T10:27:17+00:00",
        "changed": "2024-05-14T10:27:17+00:00",
        "in_draft": false,
        "current_page": null,
        "langcode": "de",
        "entity_type": null,
        "entity_id": null,
        "locked": false,
// ...

sorted and filtered (test)

?include=uid&sort[sort-sid][path]=sid&sort[sort-sid][direction]=DESC&filter[serial]=7039

{
  "jsonapi": {
    "version": "1.0",
    "meta": {
      "links": {
        "self": {
          "href": "http://jsonapi.org/format/1.0/"
        }
      }
    }
  },
  "data": [],
  "links": {
    "self": {
      "href": "http://dorea-jb.flow.localhost:8012/jsonapi/submissions/langbewerbung?filter%5Bserial%5D=7039&include=uid&sort%5Bsort-sid%5D%5Bpath%5D=sid&sort%5Bsort-sid%5D%5Bdirection%5D=DESC"
    }
  }
}

Steps to reproduce

* install json-api extras module
* Enable the submisssions of a webform
* build a filter url for sid as above

Proposed resolution

The filtering should work as for other entities.

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

The integer list UI gets stuck when having specific settings with a value of zero.

Steps to reproduce

1. Add an integer list field to node type, add the following pairs:
   • abc|0
   • def|1
   • ghi|2
2. Create new node, select the abc|0 pair for the integer list field.
3. Try to edit field settings, e. g. adding a new pair or changing the sort order or just saving the field settings as they are. You will get an error saying that the field value should not be empty.
4. You can only "unstuck" the form by having no nodes with the value 0 selected.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem

I create media field and I add oembed content tiktok, but i can't see the video.
If we change position attribute in CSS file : /core/modules/media/css/oembed.frame.css from absolute to relative, tiktok will show again.

Steps to reproduce

1. Enable in media settings : Standalone media URL
2. Add field Media in article node with : Entity reference, Reference type: Media, Media type: Remote video,
3. Update display to Rendered as Full content
4. Add new node with media field video tiktok link
5. Display the page

Expected : Video tiktok displayed
Instead : No video is displayed

Proposed resolution

Change attribute position in /core/modules/media/css/oembed.frame.css

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem

I have upgraded drupal from 10.1.8 to 10.2.6 and there is no change in existing config but still getting runtime exception getSettings() function error for base_field_override config. Please find screenshot for same. During sync process, I am getting below error

Error: Call to a member function getSettings() on null in Drupal\Core\Field\FieldConfigBase->getSettings() (line 374 of FieldConfigBase.php)

Steps to reproduce

1. Update core from drupal 10.1.8 to 10.2.6
2. Run Drush updb and drush cex
3. in site build, config impoert is breaking due call to a member function getSettings() on null.

I have compared drupal core (core/lib/Drupal/Core/Field/) FieldConfigBase.php file for version 10.1.8 and 10.2.6. I can see the below difference in code.

// Make sure all expected runtime settings are present.
$default_settings = \Drupal::service('plugin.manager.field.field_type')
->getDefaultFieldSettings($this->getType());
// Filter out any unknown (unsupported) settings.
$supported_settings = array_intersect_key($this->getSettings(), $default_settings);
$this->set('settings', $supported_settings + $default_settings);

https://git.drupalcode.org/project/drupal/-/blob/10.1.8/core/lib/Drupal/...
https://git.drupalcode.org/project/drupal/-/blob/10.2.6/core/lib/Drupal/...

Above code added newly in 10.2.6 version which is not allowing import for base_field_override field config. It doesn't ahhave any backward compatiability issue for 10.1.8 core. 10.2.6 code changes are done as part of this issue for Field [storage] config have incomplete settings until they are saved ( https://www.drupal.org/project/drupal/issues/2327883)

Proposed resolution
If $this->getSettings() is not defined or not available it should be handled.

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

Adding a media Image file from Media Browser inserts a wrong image when default caching is enabled.

Steps to reproduce

1. Enable Media and Media library modules.
2. Create a new Media field or use an existing Media field
3. Add a Content containing this new media field.
4. Add Media and then insert a new image.
5. Unselect the new image from image list and then use any filter to media.
6. Select a different image and then Click Insert Selected.
7. Wrong image is insert. This issue is not happening when caching is disabled.

Proposed resolution

We should not cache previously selected image id or clear the id.

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

Currently the CKEditor 5 is missing the full screen editing feature which was available in CKEditor 4. Since the switch to CKEditor 5 is forced with Drupal 10 content creators will be forced to the standard width provided by the theme. In case of the admin theme this could be problematic.

There is a discussion at Github that summarizes why that feature is necessary: https://github.com/ckeditor/ckeditor5/issues/1235

Is there any chance it will come to Drupal 10?

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Problem/Motivation

Blocks with Commerce products & form "Add to cart" on some products not displaying
Drupal 10.2.6 with Drupal Commerce.

1. I have a view from Views with block. It must dispaying all commerce products on a front page, but it doesn't work.
HTML output of this block:

<span data-big-pipe-placeholder-id="callback=Drupal%5Cblock%5CBlockViewBuilder%3A%3AlazyBuilder&amp;args%5B0%5D=views_block__frontpage_products_block_1&amp;args%5B1%5D=full&amp;args%5B2%5D&amp;token=ASqtYUsg34Tt0QgwBdweGeBB2vj6r50LC9lj4QaMtMk">

<!-- THEME DEBUG -->
<!-- THEME HOOK: 'big_pipe_interface_preview' -->
<!-- FILE NAME SUGGESTIONS:
   * big-pipe-interface-preview--block--full.html.twig
   * big-pipe-interface-preview--block--views-block--frontpage-products-block-1.html.twig
   * big-pipe-interface-preview--block.html.twig
   x big-pipe-interface-preview.html.twig
-->
<!-- BEGIN OUTPUT from 'core/modules/big_pipe/templates/big-pipe-interface-preview.html.twig' -->


<!-- END OUTPUT from 'core/modules/big_pipe/templates/big-pipe-interface-preview.html.twig' -->

</span>

2. On teaser view mode disappeared form "Add to cart" for many products with variations (1-3 variation per product). But form add to cart with some products without variations works as usual.

Steps to reproduce

Install Drupal 10.2.6 & Commerce module. Add some products. Add 2-4 variations per product.
Add View with block, that displaying all products with form exposed filter. Go to admin blocks and add "display on pages: ""

All this problems fly away when disable module bigpipe.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet