Details
-
Type:
Bug
-
Status: In Progress
-
Resolution: Unresolved
-
Fix Version/s: None
-
Component/s: display_firefly
-
Labels:
-
Story Points:3
-
Epic Link:
-
Team:Science User Interface
-
Urgent?:No
Description
(Reported by Merlin Fisher-Levine, who regularly uses Firefly in a "traditional" Jupyter notebook run on a development server.)
When afw.display's getDisplay() is run, with a 'firefly' backend, in a non-Nublado notebook environment, the cell produces a line of HTML-formatted output that contains a clickable link to the appropriate display, so that it's easy to open in a new browser.
(NB: in this mode the JupyterLab extension / tab is by definition not available)
When the cell is re-executed with the same kernel, the line of formatted output disappears and is not re-displayed. This makes it difficult to find the correct URL to use.
Attachments
Issue Links
- is child task of
-
DM-29652 Firefly Python/Nublado and docs usability improvements - master ticket
- In Progress
Activity
Verified that the lower-level function that is invoked, FireflyClient.display_url(), does not have this problem. It uses a possibly outdated piece of IPython-specific code to display rendered HTML, depending on whether it thinks it's in an IPython environment, but that's not the source of the problem.
It's one layer up in display_firefly, where it decides what to display based on whether or not it thinks a browser has been launched successfully. It looks easily fixable.
It's also worth noting here that I routinely use Firefly in a Jupyter Lab session opening in a separate tab by choice (i.e. when the extension tab is available), because I want it in a separate window as a head's up display on a different monitor.