🇮🇳India @newswatch

I think it can be closed. No issue with me at least. Have since been using this for more than a year.

Ok. So, what is the solution?

Yes. Mine had.

I too am clueless on this.

Most sites nowadays use paragraphs heavily.

Unless you can use paragraph fields, a lot of content types cannot use Schema.org Metatags.

It is also not clear how to use (if at all, in such a case) pivots to serve the purpose since documentation is virtually non-existent.

I am unable to uninstall this module.

The error message:

Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'publish_state' in 'where clause': SELECT 1 AS "expression" FROM "media_field_data" "t" WHERE "publish_state" IS NOT NULL LIMIT 1 OFFSET 0; Array ( ) in Drupal\Core\Entity\Sql\SqlContentEntityStorage->countFieldData() (line 1794 of /home/sitename/public_html/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php).

Yeah. I had then thought that the problem is solved.

Obviously it is not.

So, I am removing the [SOLVED] slug from the Subject.

I can send you the two sets (before and after 10.3.1 upgrade) of files + DB.

But I can do that only after a week or so since I am travelling and don't have the backups on my laptop.

[SOLVED] I followed John's suggestions from above, and it seems to have solved the issue (for now, at least).

A new set of menu links had got created under admin/structure/menu/manage/admin

Administration
-- Content
-- Structure
-- etc

I manually deleted all the links (bottom up), and the original structure apepared (together with all the access permissions).

This is, as I see it, only a temporary fix.

Since this cropped up with everyone onthis thread only after the 10.3.0 upgrade, it seems that is where the problem lies. And it is not going to go away just like that.

But thanks. John.

UPDATE (3 July): I found out today that one of the site users cannot see the Logout menu link anymore. So, now she has to manually logout using sitename/user/logout.

This is deeply concerning. This particular installation uses Workflows+Moderation. So, I am not sure what all has gone haywire as of now. I have other sites using the same Workflow+Moderation setups. No problems there. So far, at least.

I have Custom Breadcrumbs across 14 installations.

This issue is there with only one.

But just to be sure, I uninstalled Custom Breadcrumbs. Refreshed cahe, etc. No effect.

I got this on a fresh install of 10.3.0.

Hi. I have done that. In fact, I think that was the first thing I did.

No effect :/

newswatch → created an issue.

I just got this message after upgrading from D 10.2.7 to D 10.3.0.

newswatch → created an issue.

[Subscribing]

So, I solved this. :D Here it is (just in case it helps anyone else):-

This needs to be first defined in the themename.info.yml file

libraries:
  - themename/googleads

And the JS library declaration had to be modified in themename.libraries.yml a bit:

googleads:
  header: true
  js:
    https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js?client=ca-pub-xxxxxxxxxx:
      type: external
      attributes:
        async: true
        crossorigin: anonymous

Thanks. This works.

Thanks, Jaypan.

Thanks, Ressa. The second one works. I was using the single hyphen instead of the double hyphen.

newswatch → created an issue.

I think the project is abandoned. The patch had worked fine initially. I am getting this error D 10.2.2 onwards.

Tha patch works. Thank you.

Hi. Any update on this feature?

@mediameriquat

I did use the patch mentioned here: https://www.drupal.org/project/header_and_footer_scripts/issues/3287867 📌 Automated Drupal 10 compatibility fixes RTBC

But I am getting the error now after upgrading from 10.2.0 to 10.2.1

This is my info.yml

name: Header and Footer Scripts
description: Allows you to add the scripts and styles on overall site from the front-end. No need to open files and add them there.
package: HFS

type: module
core: 8.x
core_version_requirement: ^8 || ^9 || ^10

configure: header_and_footer_scripts.admin.header

# Information added by Drupal.org packaging script on 2021-11-01
version: '3.0.0'
project: 'header_and_footer_scripts'
datestamp: 1635754976

Is this module being maintained at all?

The patch had worked fine. But I get this new error message on admin/reports/updates:

Project not supported: This project is no longer supported, and is no longer available for download. Disabling everything included by this project is strongly recommended!

I have applied #9. The error has disappeared.

I am on PHP 8.2.13, D10.2.0 and 8.x-2.4 on Tablefield.

Changed PHP version to 8.2 (so that I could upgrade to D 10.2.0.

Got this error message.

Changed PHP version to 8.2 (so that I could upgrade to D 10.2.0.

Got this error message.

Hi Hervé.

I just applied this on a small site. No issues so far.

Now, to apply this to a site that's big and live.

Thank you so much!

I can't figure out how to apply this patch. I am on 8.x-3.15.

My line 961 is this:

    ];
  }
  else {
    $form['ft']['id']['#ajax'] = [
      'callback' => 'ds_field_ui_display_overview_multistep_js',
      'wrapper' => 'field-display-overview-wrapper',
    ];
  }

Seems a useful module. But is not covered by Drupal’s security advisory policy → .

Thanks. This is helpful.

[Subscribing]

Thank you, Hetal.

I tried the code on a new site.

(i) It delivers the results. (ii) No errors anywhere.

Cheers!

Subir

#17 patch is the simplest I have seen.

For all practical purposes, the module works fine with D 10.1.5

#15 removed the error for me.

Hi Michael: I changed my procedure a bit.

I did create a media.mydomian.com subdomain, but did not change doc root to public_html (like last time) and instead let it remain the default /home/username/media.mydomain.com

As of now the error/warning message has disappeared.

But whether this works or not I will know once I started using the module heavily across the site.

It's a fledgling site and still being built; so, I will need to keep a watch till I run into errors :)

I am not sure if requests for Ludwig integration can come here.

The Upgrade Status module is crucial to see where you are placed for D10.

https://www.drupal.org/project/upgrade_status →

Hi Chris: Try this:

* Your Watchdog page will show which filter it is (ie. PHP type)

* Go to Administration > Configuration > Development > Synchronize

admin/config/development/configuration/single/export

* Config Type: Text Format

* Config Name: PHP type

* Export and copy the code

* Next go to admin/config/development/configuration/single/import

* Config Type: Text Format

* Paste the code. Change "status: true" to "status: false"

Hi Webbeh. I will test this out for you.

Solution #6 is perfect. I set it to the max level of 22, and the result is just as desired :)

Thanks again, Italo.

I used Ludwig to install the module. It works fine :)

Hello Itamair: Thanks for the pointer. Yes, you are right.

I will try the Ludwig option.

[I am not too familiar with Composer, but shall try to learn that too.]

newswatch → created an issue.

The following sequence works for me:

1. Delete comment field from all node types.
2. Delete views that ae about comments
3. Uninstall Comment module.

Can we do this on the latest 8.x-1.6?

[I had posted a separate query 💬 Breakpoint doesn't work Active too.]

newswatch → created an issue.

I put the iFrame domain as https://media.mydomain.com

This subdomain was created through Cpanel, with https://media.mydomain.com redirecting to https://mydomain.com

But I'm getting an error:

The requested URL was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

It is astounding that something as basic as this does not have any documentation, and has been hanging fire for years now.

The text on /admin/config/media/media-settings is cryptic and confusing.

I have the same issue.

The Responsive Image popup doesn't show.

# 6 works. I had to restart as well.

newswatch → created an issue.

I changed theme, etc.

I have been able to narrow down only to this:

--> this happens only with node types with an image.

Different node types have different images. So I checked the settings of all, but have not been able to spot anything. I saveed the seetings of each of the images just to be sure.

I will do that. Tks.

Hi Jaypan: Both node/add and node/edit use the admin themse (which is core theme).

So, I think it might be a module. But I have been using the same modules for almost a year now.

But still, just to be sure, I will still check one by one.

Thanks.

newswatch → created an issue.

I have the same issue as well.

I suddenly got this error.

But the reason had nothing to do with the plugin itself.

The formatter for a taxonomy term in Manage Display had taken Juicebox Gallery by default. I hadn't noticed it.

Changing the formatter to Label obviously solved the problem.

Drupal 9.5.7 Same problem.

Resolution #12 worked for me. Thanks.

I tried again with another site. Same issue.

I am pasting the full error message:

[15-Feb-2023 11:20:56 Asia/Kolkata] TypeError: reset(): Argument #1 ($array) must be of type array, null given in /home/pgt/pgt2023.paranjoy.net/core/modules/migrate/src/Plugin/migrate/destination/DestinationBase.php on line 134 #0 /home/pgt/pgt2023.paranjoy.net/core/modules/migrate/src/Plugin/migrate/destination/DestinationBase.php(134): reset(NULL)
#1 /home/pgt/pgt2023.paranjoy.net/core/modules/migrate_drupal/src/MigrationState.php(342): Drupal\migrate\Plugin\migrate\destination\DestinationBase->getDestinationModule()
#2 /home/pgt/pgt2023.paranjoy.net/core/modules/migrate_drupal/src/MigrationState.php(301): Drupal\migrate_drupal\MigrationState->buildDiscoveredDestinationsBySource('7', Array, Array)
#3 /home/xxx/core/modules/migrate_drupal/src/MigrationState.php(244): Drupal\migrate_drupal\MigrationState->buildUpgradeState('7', Array, Array)
#4 /home/xxx/core/modules/migrate_drupal_ui/src/Form/ReviewForm.php(133): Drupal\migrate_drupal\MigrationState->getUpgradeStates('7', Array, Array)
#5 [internal function]: Drupal\migrate_drupal_ui\Form\ReviewForm->buildForm(Array, Object(Drupal\Core\Form\FormState))
#6 /home/xxx/core/lib/Drupal/Core/Form/FormBuilder.php(534): call_user_func_array(Array, Array)
#7 /home/xxx/core/lib/Drupal/Core/Form/FormBuilder.php(281): Drupal\Core\Form\FormBuilder->retrieveForm('migrate_drupal_...', Object(Drupal\Core\Form\FormState))
#8 /home/xxx/core/lib/Drupal/Core/Controller/FormController.php(73): Drupal\Core\Form\FormBuilder->buildForm(Object(Drupal\migrate_drupal_ui\Form\ReviewForm), Object(Drupal\Core\Form\FormState))
#9 [internal function]: Drupal\Core\Controller\FormController->getContentResult(Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\RouteMatch))
#10 /home/xxx/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array(Array, Array)
#11 /home/xxx/core/lib/Drupal/Core/Render/Renderer.php(580): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#12 /home/xxx/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(124): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure))
#13 /home/xxx/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array)
#14 /home/xxx/vendor/symfony/http-kernel/HttpKernel.php(169): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#15 /home/xxx/vendor/symfony/http-kernel/HttpKernel.php(81): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1)
#16 /home/xxx/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#17 /home/xxx/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#18 /home/xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#19 /home/xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#20 /home/xxx/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#21 /home/xxx/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#22 /home/xxx/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#23 /home/xxx/core/lib/Drupal/Core/DrupalKernel.php(713): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#24 /home/xxx/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#25 {main}

Hi Jeya:

I ran into this error:

TypeError: reset(): Argument #1 ($array) must be of type array, null given in reset() (line 134 of /home/xxx/core/modules/migrate/src/Plugin/migrate/destination/DestinationBase.php)

After uninstalling View Migration, Migrate Tools and Migrate Plus. I was able to upgrade.

Hi Jeya. Thanks. Will check it out and give feedback. Regards. - Subir

Patch works. Thank you.

Tha patch works. Thank you.