# Update auf Shopware 6.5.x und Social Shopping

**URL:** <https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140>\
**Category:** Shopware 6 (German)\
**Created:** [16. Juni 2023 um 13:30 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140 "2023-06-16T13:30:49Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![LarsFischu](https://avatars.discourse-cdn.com/v4/letter/l/cdc98d/32.png) [@LarsFischu](https://forum.shopware.com/u/LarsFischu)\
**Post date:** [16. Juni 2023 um 13:30 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/1 "2023-06-16T13:30:49Z")

</div>

Hallo zusammen,

ich versuche aktuell in einer Testumgebung (6.4.20.2) auf Shopware 6.5.x zu aktualisieren.

Mein Problem kurz erklärt: Da ich ja keine Sales Channels löschen will, lass ich SwagSocialShopping als einziges Plugin aktiviert. Wenn ich es aber aktiviert lasse, dann erhalte ich eine Fehlermeldung (siehe unten). Wie ist das denn gedacht? Soll man hier die Sales Channels löschen, Social Shopping deaktivieren und später wieder aktivieren und neue Sales Channels anlegen?

```auto
ReflectionException {#8790
  #message: "Class "Shopware\Core\Framework\MessageQueue\Handler\AbstractMessageHandler" not found while loading "SwagSocialShopping\Component\MessageQueue\SocialShoppingValidationHandler"."
  #code: 0
  #file: "/var/www/clients/client1/web2/web/vendor/symfony/error-handler/DebugClassLoader.php"
  #line: 296
  trace: {
    /var/www/clients/client1/web2/web/vendor/symfony/error-handler/DebugClassLoader.php:296 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/config/Resource/ClassExistenceResource.php:76 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/dependency-injection/ContainerBuilder.php:361 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/messenger/DependencyInjection/MessengerPass.php:74 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/messenger/DependencyInjection/MessengerPass.php:58 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/dependency-injection/Compiler/Compiler.php:80 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/dependency-injection/ContainerBuilder.php:767 { …}
    /var/www/clients/client1/web2/web/vendor/symfony/http-kernel/Kernel.php:506 { …}
    /var/www/clients/client1/web2/web/vendor/shopware/core/Kernel.php:166 { …}
    /var/www/clients/client1/web2/web/bin/console:51 {
      {closure}
      › $application = new Application($kernel->getKernel());
      › $kernel->getKernel()->boot();
      › 
    }
    /var/www/clients/client1/web2/web/vendor/symfony/runtime/Resolver/DebugClosureResolver.php:25 { …}
    /var/www/clients/client1/web2/web/vendor/autoload_runtime.php:24 { …}
    /var/www/clients/client1/web2/web/bin/console:15 { …}
  }
}

```

---

<div class="post-metadata">

**Author:** ![LarsFischu](https://avatars.discourse-cdn.com/v4/letter/l/cdc98d/32.png) [@LarsFischu](https://forum.shopware.com/u/LarsFischu)\
**Post date:** [16. Juni 2023 um 14:01 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/2 "2023-06-16T14:01:47Z")

</div>

Also es geht, wenn man es über die Datenbank deaktiviert. Keine so schöne Lösung aber eine andere ist mir jetzt nicht eingefallen.

---

<div class="post-metadata">

**Author:** ![premium-dog](https://avatars.discourse-cdn.com/v4/letter/p/779978/32.png) [@premium-dog](https://forum.shopware.com/u/premium-dog)\
**Post date:** [20. Oktober 2023 um 11:45 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/3 "2023-10-20T11:45:35Z")

</div>

Hi habe den Fehler auch.  
Was hast du wo deaktiviert

---

<div class="post-metadata">

**Author:** ![LarsFischu](https://avatars.discourse-cdn.com/v4/letter/l/cdc98d/32.png) [@LarsFischu](https://forum.shopware.com/u/LarsFischu)\
**Post date:** [20. Oktober 2023 um 15:42 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/4 "2023-10-20T15:42:01Z")

</div>

In der Datenbank die Tabelle „plugin“ öffnen und dort das Plugin SwagSocialShopping raussuchen. Dort „active“ auf 0 setzen. Dann läuft das Update durch und du musst keine Sales Channels löschen.

---

<div class="post-metadata">

**Author:** ![premium-dog](https://avatars.discourse-cdn.com/v4/letter/p/779978/32.png) [@premium-dog](https://forum.shopware.com/u/premium-dog)\
**Post date:** [20. Oktober 2023 um 19:52 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/5 "2023-10-20T19:52:50Z")

</div>

Super Vielen Dank!  
Hat funktioniert 🙂

---

<div class="post-metadata">

**Author:** ![MagicFreeman](https://avatars.discourse-cdn.com/v4/letter/m/c6cbf5/32.png) [@MagicFreeman](https://forum.shopware.com/u/MagicFreeman)\
**Post date:** [28. August 2025 um 09:47 UTC](https://forum.shopware.com/t/update-auf-shopware-6-5-x-und-social-shopping/100140/6 "2025-08-28T09:47:53Z")

</div>

Dies ist aktuell leider ein bereits bekanntes Problem, für welches es bereits ein Issue gibt, siehe:

> <https://github.com/shopware/shopware/issues/10405>
>
> \### Shopware Version
> 
> 6.7
> 
> \### Affected area / extension
> 
> Social Shopping
> 
> \### A…ctual behaviour
> 
> For onPrem, certain Discovery domain apps/plugins cannot be deactivated until all related content has been either unassigned or deleted. These issues do not occur in cloud.
> 
> \### Expected behaviour
> 
> Either it should be deactivated or more helpful errors given.
> 
> \### How to reproduce
> 
> See sub-issues.
> 
> \### Definition of Done
> 
> \- \[\] An automated test covers the fix.
> \- \[\] Integration/E2E testing in staging is done.
> \- \[\] Changelog markdown file created or updated in /changelog/\_unreleased directory.
> \- \[\] Developer documentation written/updated.
> \- \[\] End user and/or developer documentation written or updated with clarification.
> \- \[\] Regression test created to ensure bug does not reappear, and automated regression tests pass.
> \- \[\] Code changes resolve the reported bug without introducing new issues.

Ein aktueller Workaround ist die Erweiterung über die Datenbank zu deaktivieren. Dafür muss in der plugin Tabelle der Wert active bei SwagSocialShopping von 1 auf 0 gesetzt werden.

Beispiel Query: UPDATE plugin SET active = 0 WHERE name = ‚SwagSocialShopping‘;

Nach dem Shopware-Update lässt sich “Social Shopping” manchmal im Backend nicht aktualisieren und zeigt eine Fehlermeldung an.

Bewährt hat sich bei mir, wenn ich:

1. in der Datenbank das Plugin aktiviert, das Backend aktualisiert (Strg + F5), und dann
2. in der Datenbank das Plugin wieder deaktiviert und wieder das Backend aktualisiert habe.

Ich konnte dann im Backend die Erweiterung “Social Shopping” aktualisieren und auch dann erfolgreich aktivieren.

Das das von Shopware noch nicht gefixt wurde finde ich schon etwas bedenklich…