bug fix,added test case, issue no. 1299 by @priyambajpai22

AUTHORS.md

@@ -95,6 +95,7 @@ switch, and thus all their contributions are dual-licensed.
 - Pavel Ponomarev <comrad.awsum@MASKED>
 - Peter Bieringer <pb@MASKED>
 - Pierre Gergondet <pierre.gergondet@MASKED> (gh: @gergondet) **D**
+- Priyam Bajpai <priyambajpai302@gmial.com>  (gh: @priyambajpai22) **D**
 - Quentin Pradet <quentin@MASKED>
 - Raymond Cha (gh: @weatherpattern) **D**
 - Ridhi Mahajan <ridhikmahajan@MASKED> **D**

changelog.d/1299.bugfix.rst

@@ -0,0 +1 @@
+Fixed issue where {added another condition in  _parser.py for bad padding .previously parser.parse("January15,7626") giving the result -> 2023-01-15 00:00:00 now its fixed,}. Reported by @lucasabr (gh issue #1299). Fixed by @priyambajpai22 (gh pr #1302).

src/dateutil/parser/_parser.py

@@ -140,6 +140,11 @@ def get_token(self):
                 # numbers until we find something that doesn't fit.
                 if self.isnum(nextchar):
                     token += nextchar
+
+                elif nextchar=="," and len(token) >= 2:
+                    token += nextchar
+                    state = '0.'
+                    seenletters=True
                 elif nextchar == '.' or (nextchar == ',' and len(token) >= 2):
                     token += nextchar
                     state = '0.'

tests/test_parser.py

@@ -184,6 +184,11 @@ def test_parse_yearfirst(sep):
     result = parse(dstr, yearfirst=True)
     assert result == expected
 
+@pytest.mark.parametrize('dstr,expected',[('January15,7626',datetime(2023, 1, 15, 0, 0))])
+def test_parse_without_padding_date(dstr,expected):
+    result=parse(dstr)
+    assert result==expected
+
 
 @pytest.mark.parametrize('dstr,expected', [
     ("Thu Sep 25 10:36:28 BRST 2003", datetime(2003, 9, 25, 10, 36, 28)),