Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Planning 0.5 release #498

Open
elmarco opened this issue Jul 22, 2024 · 2 comments
Open

Planning 0.5 release #498

elmarco opened this issue Jul 22, 2024 · 2 comments
Labels
question Further information is requested

Comments

@elmarco
Copy link
Contributor

elmarco commented Jul 22, 2024

Hi,

What' s the plan for the next development release? Is there any blocker?

@CBenoit
Copy link
Member

CBenoit commented Jul 25, 2024

Hi! I’ll come up with a detailed roadmap in the next few days and let you know about it. Mainly, I want to adjust a few last things in the public API, but you already helped a lot with the effort of migrating to the new traits.

@CBenoit CBenoit added the question Further information is requested label Jul 26, 2024
@CBenoit
Copy link
Member

CBenoit commented Aug 5, 2024

I’m sorry, I didn’t get enough bandwidth to write as much as I wanted, but let me elaborate the major things I absolutely want to get done before publishing a new version.

One of is to get most traits such as Encode / Decode out of ironrdp-pdu and put that into a crate called ironrdp-core. ironrdp-pdu contains lots of code that we don’t actually need in other crates such as the virtual channels. I started this in this branch: https://github.com/Devolutions/IronRDP/tree/7d46aa26e4a8892c0eb17b00c82cea46f9f7d88f/crates/ironrdp-common/src
Just moving the traits without changing any API (unlike I did in my branch) would be a good enough first step for ironrdp 0.5.

Then, I wanted to address the limitations I raised in this PR: Devolutions/devolutions-gateway#916

  • RdpServer should implement Send.
  • RdpServer should support multiple listener (bind) addresses.
  • RdpServer should support graceful shutdown.

Of which you already addressed the last one in a previous PR I think.

FYI, I also intend to rework the API of ironrdp-server so that it’s possible to use something else than tokio and a custom main loop, but I’m fine with pushing all of that in a future ironrdp 0.6 version, let’s just publish more frequently!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Development

No branches or pull requests

2 participants