Datepicker Localization Bug: Arabic Months Short Names Displayed as Numbers
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 11.3k
- Forks
- 5.2k
- PR merge metrics
- No merged PRs in 30d
Description
I am experiencing an issue with the jQuery datepicker when the localization is set to "ar" (Arabic). Instead of showing the short names for the months, the datepicker displays them as numbers (1, 2, 3, etc.).
Steps to Reproduce:
- Initialize the jQuery datepicker with the following settings:
javascript
$('#datepicker').datepicker({
dateFormat: 'mm/dd/yy',
changeMonth: true,
changeYear: true,
regional: 'ar' // Arabic localization
}); - Open the datepicker.
- Observe the month short names displayed.
Expected Behavior:
The month short names should be displayed as:
- ين (Jan)
- فب (Feb)
- مار (Mar)
- إب (Apr)
- ماي (May)
- يون (Jun)
- يول (Jul)
- أغس (Aug)
- سب (Sep)
- أكت (Oct)
- نوف (Nov)
- ديس (Dec)
Actual Behavior:
The month short names are displayed as numbers (1, 2, 3, ...).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Arabic datepicker case using the initialization and regional setting shown in the issue, then trace how the datepicker builds short month names for the ar locale. Confirm the fix by checking that the listed Arabic abbreviations appear instead of numeric values when the month selector is displayed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100