When activating the File job, the date immediately displayed is not the same as the one after a refresh
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- full-stack
Direzione di ricerca
Start by reproducing the File job activation on v5.0.2, then refresh the page and compare the scheduled date shown in the UI with the CRON schedule. Done means the date is identical immediately after activation, after refresh, and in the CRON schedule.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Context
On v5.0.2
https://github.com/user-attachments/assets/29bf0995-7714-4fb6-93ee-ecc645fe90be
Reproducible on mathieulamiot.com (I can provide access if needed, or info on the DB).
Expected behavior
When I activate a job, the displayed date must be the correct one. When I refresh, the displayed date must be the correct one as well.
Acceptance Criteria
- Activate the File job. Check the scheduled date on the UI.
- Refresh the page. The scheduled page must be the same.
- Check the schedule of the CRON, it must match the schedule on the UI.
- Lingua principale
- PHP
- Stelle
- 96
- Fork
- 48
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di wp-media/backwpup
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
S3 backup list times are shifted by the site's UTC offset (timezone offset applied twice)Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
WordPress XML export: posts have no categories or tags since 5.6.6Forse già presa @rafaelmaeuer l’ha presa 14 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
-
Complete restore can leave the site half-restoredForse già presa @rafaelmaeuer l’ha presa 14 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
-
Complete restore stops after the file step: user is logged out, database is not restoredForse già presa @rafaelmaeuer l’ha presa 14 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Tutte le issue di wp-media/backwpup
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 3 giorni
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
[Sync EN] Formatting improvements to "Large Objects (LOBs)" docs (#6056)Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertasync-en
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Перевод устарел
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
repo:cms
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
craftcms/cms#20613 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno