Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Inconsistency in date format in placeholder #45045

Open
4 of 8 tasks
ostasevych opened this issue Apr 25, 2024 · 0 comments
Open
4 of 8 tasks

[Bug]: Inconsistency in date format in placeholder #45045

ostasevych opened this issue Apr 25, 2024 · 0 comments
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 28-feedback bug

Comments

@ostasevych
Copy link

⚠️ This issue respects the following points: ⚠️

Bug description

I use uk_UA locale which supposed the date format dd.mm.yyyy. However, in separate parts of the webUI I see the date format dd/mm/yyyy.

Steps to reproduce

  1. Either select forcedly or give option to users to select the locale uk_UA (Ukraine)
  2. Observe, that the default date is in the format dd.mm.yyyy
  3. Go to the page Availaibility and observe that the date placeholder is shown in the format dd/mm/yyyy

image

  1. Test the tables app, which also shows the date placeholder shown in dd/mm/yyyy.

Expected behavior

The date format should inherit the selected locale.

Installation method

Community Web installer on a VPS or web space

Nextcloud Server version

28

Operating system

Debian/Ubuntu

PHP engine version

PHP 8.2

Web server

Apache (supported)

Database engine version

MariaDB

Is this bug present after an update or on a fresh install?

Upgraded to a MAJOR version (ex. 22 to 23)

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?

  • Default user-backend (database)
  • LDAP/ Active Directory
  • SSO - SAML
  • Other

Configuration report

No response

List of activated Apps

No response

Nextcloud Signing status

No response

Nextcloud Logs

No response

Additional info

The bug has appeared after upgrade from 27.1.9 to 28.0.5.

@ostasevych ostasevych added 0. Needs triage Pending check for reproducibility or if it fits our roadmap bug labels Apr 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 28-feedback bug
Projects
None yet
Development

No branches or pull requests

2 participants