On CrystalOS GTK isnt used, and so hidden titlebar would not work correctly, instead a command is used to handle that First check if the OS is Crystal by checking to see if OS_CRYSTAL_SKY exists in the env vars.

Then get the x11 window ID from millennium and run this command

os-crystal-sky --hint-w TitleBar --hint-v false --hint-wid <X11WindowID>

Could there be a function to overlay a separate webview ontop of the current one, just like electron's BrowserView class, this could be used to code browsers etc... in millennium if an IFrame is not enough. This also alows usage of devtools etc..

• [x] Hide title bar before run
• [x] Open dev tools
• [x] Close window
• [x] On window move
• [x] On window close
• [x] On window resize
• [ ] ~~On window full screen~~
• [ ] ~~On window maximize~~
• [ ] ~~On window minimize~~
• [ ] ~~On window unmaximize~~
• [ ] ~~On window not responding~~
• [x] Enable/disable always-on-top windows
• [x] Support for IPC communication from renderer and C++
• [x] Support for dynamically creating and destroying windows programmatically
• [x] Support for setting the window URL dynamically

Currently, (clean) debug build times are anywhere from 2 minutes to 5 minutes on modern hardware, and non-clean build time with no code changes is ~5s (not great, but that's mostly caused by the linker).

Building with --timings reveals that the windows crate takes ~60s to build and slows the rest of the compilation down. windows-sys is smaller and faster to build and should be used instead.

ansi_term is Unmaintained

| Details | | | ------------------- | ---------------------------------------------- | | Status | unmaintained | | Package | ansi_term | | Version | 0.12.1 | | URL | https://github.com/ogham/rust-ansi-term/issues/72 | | Date | 2021-08-18 |

The maintainer has adviced this crate is deprecated and will not receive any maintenance.

The crate does not seem to have much dependencies and may or may not be ok to use as-is.

Last release seems to have been three years ago.

Possible Alternative(s)

The below list has not been vetted in any way and may or may not contain alternatives;

• anstyle
• nu-ansi-term
• yansi

See advisory page for additional details.

The readme points to https://millennium.pyke.io/ which doesn't seem like it is related to millennium itself. It seems like https://github.com/pykeio/millennium/blob/main/docs/docs/main/intro.md should be served somewhere?

net2 crate has been deprecated; use socket2 instead

| Details | | | ------------------- | ---------------------------------------------- | | Status | unmaintained | | Package | net2 | | Version | 0.2.37 | | URL | https://github.com/deprecrated/net2-rs/commit/3350e3819adf151709047e93f25583a5df681091 | | Date | 2020-05-01 |

The net2 crate has been deprecated and users are encouraged to considered socket2 instead.

See advisory page for additional details.

Potential segfault in the time crate

| Details | | | ------------------- | ---------------------------------------------- | | Package | time | | Version | 0.1.43 | | URL | https://github.com/time-rs/time/issues/293 | | Date | 2020-11-18 | | Patched versions | >=0.2.23 | | Unaffected versions | =0.2.0,=0.2.1,=0.2.2,=0.2.3,=0.2.4,=0.2.5,=0.2.6 |

Impact

Unix-like operating systems may segfault due to dereferencing a dangling pointer in specific circumstances. This requires an environment variable to be set in a different thread than the affected functions. This may occur without the user's knowledge, notably in a third-party library.

The affected functions from time 0.2.7 through 0.2.22 are:

• time::UtcOffset::local_offset_at
• time::UtcOffset::try_local_offset_at
• time::UtcOffset::current_local_offset
• time::UtcOffset::try_current_local_offset
• time::OffsetDateTime::now_local
• time::OffsetDateTime::try_now_local

The affected functions in time 0.1 (all versions) are:

• at
• at_utc
• now

Non-Unix targets (including Windows and wasm) are unaffected.

Patches

Pending a proper fix, the internal method that determines the local offset has been modified to always return None on the affected operating systems. This has the effect of returning an Err on the try_* methods and UTC on the non-try_* methods.

Users and library authors with time in their dependency tree should perform cargo update, which will pull in the updated, unaffected code.

Users of time 0.1 do not have a patch and should upgrade to an unaffected version: time 0.2.23 or greater or the 0.3 series.

Workarounds

No workarounds are known.

References

time-rs/time#293

See advisory page for additional details.

Potential segfault in localtime_r invocations

| Details | | | ------------------- | ---------------------------------------------- | | Package | chrono | | Version | 0.4.19 | | URL | https://github.com/chronotope/chrono/issues/499 | | Date | 2020-11-10 |

Impact

Unix-like operating systems may segfault due to dereferencing a dangling pointer in specific circumstances. This requires an environment variable to be set in a different thread than the affected functions. This may occur without the user's knowledge, notably in a third-party library.

Workarounds

No workarounds are known.

References

• time-rs/time#293

See advisory page for additional details.

xml-rs is Unmaintained

| Details | | | ------------------- | ---------------------------------------------- | | Status | unmaintained | | Package | xml-rs | | Version | 0.8.4 | | URL | https://github.com/netvl/xml-rs/issues | | Date | 2022-01-26 |

xml-rs is a XML parser has open issues around parsing including integer overflows / panics that may or may not be an issue with untrusted data.

Together with these open issues with Unmaintained status xml-rs may or may not be suited to parse untrusted data.

Alternatives

• quick-xml

See advisory page for additional details.

This is the last Electron feature required by Allie.

Allie provides macOS binaries for both x64 and ARM64 (Apple Silicon) machines. Running the x64 binary under Rosetta machine translation leads to considerably worse performance compared to the native ARM64 binary.

Millennium should provide a function similar to Electron's runningUnderARM64Translation to check if the application is running under ARM64 translation on macOS so that applications can direct the user to download a native ARM64 release.

High Priority

• [x] Installation
• [ ] More examples for more parts of the API
• [ ] Starter app walkthrough
• [ ] CLI & bundler usage

Medium Priority

• [ ] Complete start-to-finish tutorial for a medium-sized project
• [ ] Electron porting guide
• [ ] Cover more advanced topics
  • [ ] Start-to-finish tutorial for a slightly larger project using more advanced features

Low Priority

• [ ] In-depth dive into Millennium internals