- or
1267 results found
-
Bulk Edit / Mass actions for Newsletter Recipents
Implement bulk edit fuctionalities for the newsletter recipent overview so multiple pre-selected recipents could be deleted at once.
4 votes -
Exclude properties for filters in the search, but do not exclude them globally in all categories.
So far, it is only possible to set a property as filterable and non-filterable. The problem here is that a property that is not filterable can no longer be individually selected as a filter in the categories. However, if you do not want to have all possible properties as filters in a normal shop search, you have no other option than to deactivate the filtering of the property for the entire shop and can then no longer use the property as a filter in categories.
For the categories, you can set individually which properties should be displayed as filters. Such a setting option for the search would also be very helpful for customers or at least the option to exclude the property only for the filters in a search.So far, it is only possible to set a property as filterable and non-filterable. The problem here is that a property that is not filterable can no longer be individually selected as a filter in the categories. However, if you do not want to have all possible properties as filters in a normal shop search, you have no other option than to deactivate the filtering of the property for the entire shop and can then no longer use the property as a filter in categories.
For the categories, you can set individually which properties should be displayed as filters. Such…5 votes -
LAN-152 | Country names are only translated into German and English
Used Shopware Version: 6.5.8.4
Description: We noticed that country names are only translated into German and English.
This became clear after we installed a third-party plugin (country of delivery selection).
If you select a language other than English or German, nothing can be seen in the country of delivery selection.
Previous analyses / points checked:
Looked under Settings --> Countries and noticed that the respective countries have no translation.
Environment: 6.4.20.2 until 6.5.8.4
Expected result: Afghanistan, for example, is also translated into French
Actual result: Countrys only getting translated in German and English
7 votes -
Customization of cookie settings via the admin
It would be helpful for customers if they could use the admin to customize the selection of standard cookies or other cookies without having to use the developer documentation.
2 votes -
Additional columns for Promotions module
Customer feedback: The promotions module should receive additional configurable columns within the overview, like showing the discount value (e.g. absolute/percentual mode) as well as their value (e.g. 70% or 70.00)
1 vote -
Admin Notification when multiple users working parallel
Backend Notification when multiple users working in parallel
Providing a way for shopware to handle multiple people editing the same
The following frosh feature (FroshSimultaneousEditNotification) for sw6 in the core
https://github.com/FriendsOfShopware/FroshSimultaneousEditNotification7 votes -
Show value for `packUnit` in OffCanvas and cart summary on /checkout/register
Show value for
packUnitin OffCanvas and cart summary on /checkout/register. Currently it only shows "Anzahl" or "Stück" even if a different packUnit has been defined for a product.2 votes -
free shipping
Toggle free shipping on the product either by country or by sales channel.
Introducing this feature is essential for the internationalization of an online store.
1 vote -
Add translations for order statuses
Currently, it is not possible to add translations for order, payment and delivery status as the entries appear to be hardcoded.
There is an issue ticket already which was closed (despite having 18 votes, which seems like nothing to sneeze at), which can be found here:
https://issues.shopware.com/issues/NEXT-15282
Contrary to what is written in that ticket, translations ARE used IF present and that is the issue really. They can't be added in the admin anywhere.
We CAN circumvent this by adding them manually in the database, but we can't expect shop owners to do this because that way is rather technical and comes with certain risks.
An elegant way would be to have them register as snippets so they can be translated like most other content.
Currently, it is not possible to add translations for order, payment and delivery status as the entries appear to be hardcoded.
There is an issue ticket already which was closed (despite having 18 votes, which seems like nothing to sneeze at), which can be found here:
https://issues.shopware.com/issues/NEXT-15282
Contrary to what is written in that ticket, translations ARE used IF present and that is the issue really. They can't be added in the admin anywhere.
We CAN circumvent this by adding them manually in the database, but we can't expect shop owners to do this because that way is rather technical…
3 votes -
Custom sales channel icons for admin
I couldn't find anything about that:
While the admin menu is collapsed, the sales channels cannot be distinguished. See screenshot.
We would like to add custom icons. We mostly work with a collapsed sidebar (because 13" laptops) and it is tedious that we always need to expand it before going into a sales channel (and collapse it again).
3 votes -
translation of paypal button
Der PayPal Button "Später Bezahlen" im Checkout und Warenkorb wird immer auf deutsch angezeigt, auch wenn die Sprache vom Kunden geändert wurde. Hier sollten Textbausteine angeboten werden oder Buttons in der jeweiligen Sprache bereitgestellt werden.
1 voteThe behavior described is known to us from other customers, but unfortunately cannot be influenced by us. Please contact PayPal and ask for the activation of “Cross Border Messaging”.
-
Extend rate limit to storefront operations optionally
We can protect most "vulnerable" parts of the store already with a rate limiter. This includes the contact form or login & password reset pages for both the frontend and the Admin.
However, there are "vulnerable" parts for the cart (and potentially other parts) as well. A shop owner monitored that presumably a bot rapidly added products to a cart over and over again over hours, placing high load on the database due to the spam collecting in the cart table.
Since we already have a rate limiter in the code, it would be nice and possibly fairly simple to include other areas of the store to optionally apply the rate limiter here as well.
We can protect most "vulnerable" parts of the store already with a rate limiter. This includes the contact form or login & password reset pages for both the frontend and the Admin.
However, there are "vulnerable" parts for the cart (and potentially other parts) as well. A shop owner monitored that presumably a bot rapidly added products to a cart over and over again over hours, placing high load on the database due to the spam collecting in the cart table.
Since we already have a rate limiter in the code, it would be nice and possibly fairly simple…
1 vote -
Rule Builder: “Order quantity” and “Minimum stock”
The “Order quantity” and “Minimum stock” should also be used as conditions via the Rule Builder.
This allows you to offer special shipping methods, for example, if these conditions have reached a certain value.
3 votes -
Cross selling improvements
Cross sellings are a fairly commonly used feature in many online shops.
Our implementation still seems somewhat basic. It would be great to have the option to treat cross sellings as separate entities (instead of being an "attachment" to every product individually) so we can assign ONE defined cross selling - in bulk - to many products.
Currently, there is no way to realistically do this. Instead, you have to create a cross selling for every single product you want to use it for separately.
The export function for cross sellings suffers from this "individual" logic as well or this would be a practical workaround - allow product_id to contain an array of products, separated by pipe or something. That way, we'd at least allow one cross selling to be attached to many products, even if it's still quite a lot of effort for most shop owners.
While we're at it, for the far future we should also consider using AI here. There must be ways to analyze which customers buying product A also frequently buy product B and C and such.
Cross sellings are a fairly commonly used feature in many online shops.
Our implementation still seems somewhat basic. It would be great to have the option to treat cross sellings as separate entities (instead of being an "attachment" to every product individually) so we can assign ONE defined cross selling - in bulk - to many products.
Currently, there is no way to realistically do this. Instead, you have to create a cross selling for every single product you want to use it for separately.
The export function for cross sellings suffers from this "individual" logic as well or this…
2 votes -
Versandkostenaufschlag oder eigene Versandkostenberechnung / Shipping surcharge or own shipping cost calculation
DE
Eigene Aufschläge für die Versandkostenberechnung wie in SW5, um auch die Kosten für Speditionsversand so umsetzen zu können, dass diese prozentual vom Warenwert berechnet werden. Derzeit nur lösbar über feste Pauschalbeträge.EN
Own surcharges for the shipping cost calculation as in SW5, in order to be able to implement the costs for shipping by freight forwarder in such a way that they are calculated as a percentage of the value of the goods. Currently only solvable via fixed flat rates.1 vote -
Benutzerdefinierter Dokumenttyp / Custom document type
DE
Anlegen von benutzerdefiniertem Dokumenttyp. Nicht jeder Shopbetreiber nutzt eine externe WaWi bzw Shopware 6 sollte die Standardfunktionen bieten, um auch ohne externe Software auszukommen. Wichtig wäre es, über das Backend mindestens noch 1 oder 2 eigene Dokumententypen wie zB Auftragsbestätigung oder Angebot unter "Dokumente" anlegen zu können. Derzeit kann nur ein vorhandenes durch ein eigenes ersetzt werden, was aber nicht das Problem löst.EN
Creating a custom document type. Not every shop operator uses an external ERP system or Shopware 6 should offer the standard functions to get by without external software. It would be important to be able to create at least 1 or 2 of your own document types via the backend, such as order confirmation or offer under "Documents". Currently, you can only replace an existing one with your own, but that does not solve the problem.DE
Anlegen von benutzerdefiniertem Dokumenttyp. Nicht jeder Shopbetreiber nutzt eine externe WaWi bzw Shopware 6 sollte die Standardfunktionen bieten, um auch ohne externe Software auszukommen. Wichtig wäre es, über das Backend mindestens noch 1 oder 2 eigene Dokumententypen wie zB Auftragsbestätigung oder Angebot unter "Dokumente" anlegen zu können. Derzeit kann nur ein vorhandenes durch ein eigenes ersetzt werden, was aber nicht das Problem löst.EN
Creating a custom document type. Not every shop operator uses an external ERP system or Shopware 6 should offer the standard functions to get by without external software. It would be important to be able…1 vote -
Zusätzlicher Kontotyp in der Registrierung / additional account type in registration
DE
Zusätzlich zu privat und gewerblich sollte es eine Möglichkeit geben, zusätzliche Kontentypen zu erstellen. Beispiel: Privat, Gewerblich, öffentliche Einrichtungen... da es für jeden Bereich eigene Zahlungsbedingungen gibt, die aktuell nur über Kundengruppen zugeordnet werden können. Während des Bestellvorgangs als Gast oder bei Erstbestellung ist der Kunde keiner Kundengruppe zugeordnet.EN
In addition to private and commercial, there should be an option to create additional account types. Example: private, commercial, public institutions... as each area has its own payment terms, which can currently only be assigned via customer groups. During the ordering process as a guest or when placing an initial order, the customer is not assigned to a customer group.DE
Zusätzlich zu privat und gewerblich sollte es eine Möglichkeit geben, zusätzliche Kontentypen zu erstellen. Beispiel: Privat, Gewerblich, öffentliche Einrichtungen... da es für jeden Bereich eigene Zahlungsbedingungen gibt, die aktuell nur über Kundengruppen zugeordnet werden können. Während des Bestellvorgangs als Gast oder bei Erstbestellung ist der Kunde keiner Kundengruppe zugeordnet.EN
In addition to private and commercial, there should be an option to create additional account types. Example: private, commercial, public institutions... as each area has its own payment terms, which can currently only be assigned via customer groups. During the ordering process as a guest or when placing an…1 vote -
Digital Services Act: Reporting form for article reviews
Due to the Digital Services Act, it will be necessary to provide a reporting form for article reviews from 2025. This should be available as standard, as everyone will be affected by the Digital Services Act.
1 vote -
It should again be possible for customers to edit custom products in the shopping cart, as in 6.4.0.0
In Shopware 6.4.0.0 it was possible to change custom products in the shopping cart. This is no longer possible in the current version of Shopware. It would be nice if this were possible again.
1 vote -
Improvement of the function: page layout settings in Categories
Currently, there are three ways to activate the Erlebniswelten design in the shop:
Through the CMS editor, where you can assign the layout to a category.
Directly in the category, under the "Layout" tab.
In the "General" tab of the category, using the "Configure homepage" button in the navigation section.
In my opinion, these options are confusing as they can override each other. Specifically, the "Configure homepage" button overwrites settings from both the CMS editor and the "Layout" tab, which can lead to changes not being reflected in the frontend if the original configuration in that button is forgotten.
It would be ideal to have only one way to configure the layout or to ensure that settings don't overwrite each other but apply globally. The current setup, with multiple configuration options in the backend, is not particularly user-friendly from a UX perspective.
Currently, there are three ways to activate the Erlebniswelten design in the shop:
Through the CMS editor, where you can assign the layout to a category.
Directly in the category, under the "Layout" tab.
In the "General" tab of the category, using the "Configure homepage" button in the navigation section.
In my opinion, these options are confusing as they can override each other. Specifically, the "Configure homepage" button overwrites settings from both the CMS editor and the "Layout" tab, which can lead to changes not being reflected in the frontend if the original configuration in that…
1 vote
- Don't see your idea?