Clean UI system monitor for CPU, GPU, memory, storage, network, power.
Note: Binary files aren't shown on the web site. To see all files, please download the extension zipfile.
EGO-A-005 manual_review
extensions should not access the clipboard directly
Direct clipboard access via `St.Clipboard.get_default()` requires reviewer scrutiny.
System HUD
uiManager.js:641
St.Clipboard.get_default()
| Version | Status |
|---|---|
| 21 | Active |
| 20 | Inactive |
| 19 | Rejected |
| 18 | Rejected |
| 17 | Inactive |
| 16 | Inactive |
| 15 | Inactive |
| 14 | Rejected |
| 13 | Inactive |
| 12 | Inactive |
| 11 | Rejected |
| 10 | Rejected |
| 9 | Rejected |
| 8 | Inactive |
| 7 | Inactive |
| 6 | Rejected |
| 5 | Inactive |
| 4 | Rejected |
| 3 | Rejected |
| 2 | Rejected |
| 1 | Rejected |
I checked the Shexli warning, and I see no issues with the clipboard. As there is a large change, I'm deferring to a more seasoned reviewer.
I think the clipboard warning is mostly about possible privacy/security issues when reading its contents. I'm not sure whether there are similar concerns when writing to the clipboard, I opened https://gitlab.gnome.org/Infrastructure/extensions-web/-/work_items/380 for clarification (and a possible shexli improvement). In any case, copying to the clipboard in a response to a "copy to clipboard" user action is clearly fine.