Logs are getting auto deleted after the date is changed.
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 35.9k
- Métriques de merge des PR
- Métriques de PR en attente
Description
Bug report
Bug description:
I have written a code that would rotate logs on midnight maintaing backup of 1 day. But the next day, the previous logs are getting deleted.
For example :
While I am checking logs on 14th Feb, I noticed that all the logs generated on 13th Feb, got deleted from instancelogs.log.2025-02-13. The first log generated on 14th Feb is getting stored in instancelogs.log.2025-02-13 file instead of instancelogs.log file , the remaining logs for 14th Feb are correctly stored in instancelogs.log file.
Please look into the issue as we are losing all the logs for 13th of Feb.
I am using below code to handle logs:
import logging
from logging.handlers import TimedRotatingFileHandler
#logger instances for PPT creator
LOG_FILE_PATH = "../STORE_LOGS/instancelogs.log"
instance_logger = logging.getLogger('instance_logger')
instance_logger_file_handler = None
instance_logger_file_handler = TimedRotatingFileHandler(LOG_FILE_PATH, when='midnight', interval=1, backupCount=1)
instance_logger_file_formatter = logging.Formatter(
fmt="[%(asctime)s] - [%(levelname)s] - [%(filename)s] - [%(funcName)s] - %(message)s",
datefmt="%d-%m-%y %H:%M:%S")
instance_logger_file_handler.setFormatter(instance_logger_file_formatter)
instance_logger.setLevel(logging.DEBUG)
instance_logger.addHandler(instance_logger_file_handler)
CPython versions tested on:
3.9
Operating systems tested on:
Linux
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par l’implémentation de Python logging.handlers.TimedRotatingFileHandler et son comportement de rollover, en utilisant la configuration de minuit fournie comme cas de reproduction. Vérifiez comment le premier enregistrement après minuit est affecté au nom de fichier ayant fait l’objet de la rotation et comment backupCount=1 supprime les fichiers. Le travail est considéré comme terminé lorsque les logs du jour précédent restent intacts et que les enregistrements du nouveau jour sont écrits dans le fichier de log actif, avec une couverture de régression pour ce cas.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100