Warnings when closing a display containing an embedded display
Maintainer antworten meist innerhalb von 2 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
Rechercherichtung
Start with JFXRepresentation.java at the shutdown() method linked in the issue, then trace how parent and embedded-display disposal are scheduled on the UI thread. Reproduce closing a screen containing an embedded display and inspect the shutdown warning. Done means the disposal order no longer logs the warning while still disposing the embedded display’s widgets.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
We have noticed that we get the following warning in the console when we close a screen that contained an embedded display widget:
WARNING [org.csstudio.display.builder.representation] Display representation still contains items on shutdown: [Pane@3eba30d5]
After looking at the code this is what I think it happening:
- When you close the (parent) screen it starts to dispose of the widgets on the screen, which includes an embedded display widget.
- It calls
dispose()on the embedded screen, which schedules a task to be run on the UI thread to dispose of the widgets in that embedded screen. - But the the shutting down of the parent screen continues and occupies the UI thread meaning the above task cannot run yet.
- Before this task to dispose of the embedded display widgets has chance to run, we hit the final
shutdown()method, which checks to see whether there are any children that haven't been disposed of yet. In this case there is, the embedded display, and so it logs the warning that we see in the console. - Shortly after we see the embedded display run through disposing of its widgets as it can now run on the UI thread.
This doesn't seem to have any impact on functionality but maybe there is a better way to handle this?
- Vorherrschende Sprache
- Java
- Sterne
- 130
- Forks
- 132
- Ø Merge
- 2 T. 11 Std.
- Gemergte PRs (30 T.)
- 19
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus ControlSystemStudio/phoebus
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
ControlSystemStudio/phoebus#3983 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Create CONTRIBUTING.mdOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
ControlSystemStudio/phoebus#3979 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
ControlSystemStudio/phoebus#3962 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
PVA/SPVA: track SPVA version independently and move XDG keychain dir pva/<ver> -> spva/<n.n.n>Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
ControlSystemStudio/phoebus#3865 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 52/100
ControlSystemStudio/phoebus#3980 ·
Maintainer antworten meist innerhalb von 2 Tagen
Alle Issues in ControlSystemStudio/phoebus
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
ome/ome-codecs#48 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
tonihele/OpenKeeper#672 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Shaded google-api-client trust stores still include AAA Certificate Services (eMudhra CA compromise)Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
snowflakedb/snowflake-jdbc#2763 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 79/100
java-native-access/jna#1746 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
zamojski/TowerCollector#292 · 1 Kommentar ·