You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When editing a job listing that has a "Listing Expiry Date" set in the past, the date picker automatically resets the input field to the current date instead of retaining the original past expiry date. This behavior makes it difficult for users to review or extend the job listing as they cannot see the previous expiry date and are forced to work with the current date.
To Reproduce
Steps to reproduce the behavior:
Go to the WP Job Manager admin dashboard.
Edit a job listing that has a "Listing Expiry Date" set in the past.
Scroll to the "Listing Expiry Date" field.
Notice that the date picker automatically changes the field to the current date.
Screenshots
Expected behavior
The date picker should not automatically overwrite a past expiry date with the current date. Instead:
The date picker should retain and display the original expiry date.
While the date picker should restrict users from selecting past dates, the pre-existing past date should remain visible when editing the listing.
Isolating the problem (mark completed items with an [x]):
I have deactivated other plugins and confirmed this bug occurs when only WP Job Manager plugin is active.
This bug happens with a default WordPress theme active.
I can reproduce this bug consistently using the steps above.
WordPress Environment
WordPress Version: 6.6.2
WP Job Manager Version: 2.4.0
PHP Version: 8.2
Other important details:
The text was updated successfully, but these errors were encountered:
Describe the bug
When editing a job listing that has a "Listing Expiry Date" set in the past, the date picker automatically resets the input field to the current date instead of retaining the original past expiry date. This behavior makes it difficult for users to review or extend the job listing as they cannot see the previous expiry date and are forced to work with the current date.
To Reproduce
Steps to reproduce the behavior:
Screenshots
Expected behavior
The date picker should not automatically overwrite a past expiry date with the current date. Instead:
The date picker should retain and display the original expiry date.
While the date picker should restrict users from selecting past dates, the pre-existing past date should remain visible when editing the listing.
Isolating the problem (mark completed items with an [x]):
WordPress Environment
The text was updated successfully, but these errors were encountered: