TypeError: _filter_date is not a function

[lxregistry]

PHP Version

8.3

Shopware Version

6.6.0.0.RC.2

Expected behaviour

column translated

Actual behaviour

How to reproduce

open in admin area Order/Overview page

[shopware-issue-bot]

We found the following existing issues which may help or are related to your topic:

• "ModuleNotFoundError: Module not found" on filter components of shopware
• AI-Copilot - Review translation does not work
• Javascript error "class heritage"
• Uncaught NavigationDuplicated Error in Console After Updating to 6.5.1 When Accessing 'Shopping Experiences'
• Environment variable not found: "LOCK_DSN".
• SEO product detail page with filter in lowercase buggy
• Shopping cart (offcanvas) Error message (checkoutcontroller)
• Shopware.License is undefined
• JS Error after switching layout tab in products

[jc-sw-git]

We weren't able to reproduce this issue, with the given information and would probably require more information on that one. Checked with the currently released 6.6.0.0 RC2

[lxregistry]

when I uninstall "Language pack" extension, I receive this:

something is wrong with this Language pack 4.0

[marcelbrode]

"Shopware is nof defined" sounds more like an instance problem. Can you give further steps to reproduce, it's obviously more than just opening the Overview 🤔

Would be great if you could help us to help you 😄

[lxregistry]

"Shopware is nof defined" sounds more like an instance problem. Can you give further steps to reproduce, it's obviously more than just opening the Overview 🤔

Would be great if you could help us to help you 😄

I do not know how to help you to help me :(
Node.js v20.11.1.
php 8.3.3
10.11.6-MariaDB MariaDB Server
sw 6.6.0.0.RC.3
cache deleted
theme files deleted
session deleted
only native shopware extensions, all other extensions I removed

./bin/build-js.sh

[marcelbrode]

So... You do have a fresh installation of Shopware, no plugins installed, install & uninstall languagepack, go into that module and that's it?

Because if that's the case it's probably something on your machine, since I tried it in some versions now and always get a normal, functioning result. 🤔

[rittou]

_filter_date is not a function
The Twig's date time format function causes error???

[marcelbrode]

Can you answer my question from above? Otherwise debugging will be difficult for us and we wanna finda solution 😄

Was the steps above from me the exact way to reproduce it? Or is there more for you?

[rittou]

I'm using the trunk, and face same problem with the reporter.
You can try format date time in twig. For example:
{{ item.createdAt| date({hour: '2-digit', minute: '2-digit'}) }}

[marcelbrode]

From this point on, I have to assume my question was answered with "Yes", since I have no other choice.

The next question would be: Where? Where do you want to format date time? Since I still do not know what the problem is, since I can't reproduce your issue with the given information.

Please provide further, precise information. We want to help you, so please help us helping you 🙂

[lxregistry]

So... You do have a fresh installation of Shopware, no plugins installed, install & uninstall languagepack, go into that module and that's it? That's it?

Because if that's the case it's probably something on your machine, since I tried it in some versions now and always get a normal, functioning result. 🤔

this is firefox screenshot
yes, only one plugin, tested in windows and linux machine
this is microsoft edge

[marcelbrode]

Okay, I got the missing Piece!
The Problem of this issue is no date-Filter.

Let me post the steps to reproduce it:

• Get a clean Shopware Instance
• Install the Languagepack via First Run Wizard
  • The FRW asks you to swap the Admin language, suggesting US-English for that. You probably all did that. (That's the missing piece)
  • If that happend or you switched your admin language manually, this error can occur
• When you uninstall the language pack now, the admin language won't switch back. This can happen with every PackLanguage, like NL, as well. But of course with US-English you won't notice this immediatly
• You have broken state where some information is displayed wrongly. The Table-Headers do not seem to have fallbacks and the date-filter does not have an registered language locale to work with

I created a ticket for that, so that you can follow its progress: NEXT-33996

[lxregistry]

everything should be with foreign key in database

[marcelbrode]

That doesn't have anything to do with the database. It's a null-reference of the admins language system. The registered language resources are gone, but the locale is still used. Switching the admin language back to an existing language like GB-English or German does fix the problem.