Skip to content

[5.3] FIX calendar picker if weeknumbers hidden and time format 24h#42185

Merged
rdeutz merged 7 commits intojoomla:5.3-devfrom
cyrez:patch-56
Aug 24, 2025
Merged

[5.3] FIX calendar picker if weeknumbers hidden and time format 24h#42185
rdeutz merged 7 commits intojoomla:5.3-devfrom
cyrez:patch-56

Conversation

@cyrez
Copy link
Contributor

@cyrez cyrez commented Oct 20, 2023

Pull Request for Issue introduced (by me 🥇 ) in PR #40761.

Affected Joomla versions: 4.4.0 and 5.0.0

Summary of Changes

Quick FIX : Time select broken if calendar form field has weeknumbers attribute on false.

Check if weeknumbers is true or false to listen to correct number of childNodes.
Calendar form field with 12h (AM/PM) time format is not affected by the issue, as well as calendar picker with week numbers (so Joomla core not affected).

Testing Instructions

Set 2 form fields of type calendar like this (with and without week numbers):

Note: default timeformat is 24 and default weeknumbers is true.

<field
	name="no_week_numbers"
	type="calendar"
	label="Test"
	description="Test without weeknumbers and time 24h"
	translateformat="true"
	showtime="true"
	weeknumbers="false"
/>

<field
	name="week_numbers"
	type="calendar"
	label="Test"
	description="Test with weeknumbers and time 24h"
	translateformat="true"
    showtime="true"
/>

Actual result BEFORE applying this Pull Request

You can't change Time (hour and/or minutes) with the no_week_numbers calendar picker.
It's working with the other form field.

Note

EDIT 2025-08-23 PBF
The issue is if weeknumbers attribute is set to false you can change the time, click on close, but the time is not changed. Still the previous time display, not the new one.

Expected result AFTER applying this Pull Request

It's working in both cases.

Link to documentations

Please select:

  • Documentation link for docs.joomla.org:

  • No documentation changes for docs.joomla.org needed

  • Pull Request link for manual.joomla.org:

  • No documentation changes for manual.joomla.org needed

@richard67 richard67 added the bug label Oct 20, 2023
@HLeithner HLeithner changed the title FIX calendar picker if weeknumbers hidden and time format 24h [4.4] FIX calendar picker if weeknumbers hidden and time format 24h Apr 24, 2024
@HLeithner HLeithner changed the base branch from 4.4-dev to 5.2-dev November 15, 2024 13:20
@HLeithner
Copy link
Member

This pull request has been automatically rebased to 5.2-dev.

@HLeithner HLeithner changed the title [4.4] FIX calendar picker if weeknumbers hidden and time format 24h [5.2] FIX calendar picker if weeknumbers hidden and time format 24h Nov 15, 2024
@HLeithner HLeithner changed the base branch from 5.2-dev to 5.3-dev April 15, 2025 16:16
@HLeithner
Copy link
Member

This pull request has been automatically rebased to 5.3-dev.

@HLeithner HLeithner changed the title [5.2] FIX calendar picker if weeknumbers hidden and time format 24h [5.3] FIX calendar picker if weeknumbers hidden and time format 24h Apr 15, 2025
@exlemor
Copy link

exlemor commented Aug 23, 2025

I have tested this item 🔴 unsuccessfully on 4c1d10b

Sadly... ;( I tried it twice and failed both times... I could NOT replicate the BEFORE (or AFTER) condition - the fields DID show up from the .xml in my plugin!

BUT without the PR applied, NONE of the 2 date pickers showed the time. (And even after the Download Package was applied with the PR rolled in), NEITHER of the 2 date pickers showed the time ;( ;(

Sorry @cyrezdev


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/42185.

@cyrez
Copy link
Contributor Author

cyrez commented Aug 23, 2025

When you have applied patch @exlemor, did the calendar.js and calendar.min.js were updated as well in media/system/js/ folder?

@cyrez
Copy link
Contributor Author

cyrez commented Aug 23, 2025

Imo, it's possible that i didn't explain clearly enough the issue. (2 years ago...)

So, before to patch, if you set add attribute "weeknumbers=false", you can see time, select one, but if you change it, click on close, it won't be saved.
This is what this patch is supposed to fix.

Simple example:
A. Before patch, open an existed article, go to created date field, open calendar picker and change the time, then click on close. Result the time is changed.
Then, edit article.xml and add weeknumbers=false to the "created" form field.
Try again A.
There, you may see that the time field is not update. You just can't. (just tested it while chilling in the garden).

B. Apply the patch, test A. with weeknumbers=false

@cyrez
Copy link
Contributor Author

cyrez commented Aug 23, 2025

I've update PR with a Note to add better instruction. Hope this helps?

@exlemor
Copy link

exlemor commented Aug 23, 2025

I have tested this item ✅ successfully on 4c1d10b

I have tested this successfully - thank you @cyrezdev for doing Garden style PBF and fixing the Testing Instructions so we can get past the finish line 💜


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/42185.

@SumCompanyInc
Copy link

I have tested this item ✅ successfully on 4c1d10b

works for me!


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/42185.

@richard67
Copy link
Member

RTC


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/42185.

@joomla-cms-bot joomla-cms-bot added the RTC This Pull Request is Ready To Commit label Aug 23, 2025
@rdeutz rdeutz enabled auto-merge (squash) August 24, 2025 11:37
@rdeutz
Copy link
Contributor

rdeutz commented Aug 24, 2025

Thanks

@rdeutz rdeutz merged commit 5fefa07 into joomla:5.3-dev Aug 24, 2025
39 checks passed
@joomla-cms-bot joomla-cms-bot removed the RTC This Pull Request is Ready To Commit label Aug 24, 2025
@richard67 richard67 added this to the Joomla! 5.3.4 milestone Aug 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug NPM Resource Changed This Pull Request can't be tested by Patchtester

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants