Log messages appearing twice with Python Logging after pio.renderers.default = "notebook"
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 18.8k
- Forks
- 2.8k
- Ø Merge
- 16 Std. 26 Min.
- Gemergte PRs (30 T.)
- 21
Beschreibung
After importing plotly.io and setting the pio.renderers.default = "notebook" in my Python code, All Log messages appearing twice with Python Logging
python version: 3.9.12
plotly version: 6.1.2
import logging
# create logger
logger = logging.getLogger('simple_example')
logger.setLevel(logging.DEBUG)
# create console handler and set level to debug
ch = logging.StreamHandler()
ch.setLevel(logging.DEBUG)
# create formatter
formatter = logging.Formatter('%(asctime)s - %(name)s - %(levelname)s - %(message)s')
# add formatter to ch
ch.setFormatter(formatter)
# add ch to logger
logger.addHandler(ch)
## print some message
logger.info("hello test") #### till this point all looks good
## now import plotly
import plotly.io as pio
pio.renderers.default = "notebook"
## use the logger again , now the same logger.info printing the log message twice
logger.info("hello test after import")
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Python-Logging-Beispiel des Issues auszuführen, insbesondere den Import von plotly.io und das Setzen von pio.renderers.default auf "notebook". Verfolge die Einrichtung des Renderers und die Logging-Handler, um festzustellen, warum der zweite Aufruf von logger.info zweimal ausgegeben wird; abgeschlossen ist die Aufgabe, wenn die Nachricht nach der Auswahl des Notebook-Renderers einmal erscheint und das Verhalten durch Regressionstests abgedeckt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- jupyter-notebook, plotly, python
- Bereich
- observability
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100