462 results found

1. Add support for Skills

   I suggest Proton Lumo adopt Skills from (for example, skills.sh) as a lightweight way to package predefined trusted, domain-specific knowledge into small, reusable text modules. In practice, a Skill gives Lumo a clearer “expert lens” for a given topic, so instead of offering broad generic answers, it can respond with guidance that is more grounded, consistent, and relevant to the user’s actual question.

   This matters for Proton Lumo because users will judge the product on whether it feels genuinely helpful in everyday moments. Skills can make Lumo better at explaining complex topics in plain language, guiding people through sensitive or unfamiliar tasks with more confidence, and reducing the frustration of vague or repetitive answers. For end users, that means a product that feels more useful, more trustworthy, and more worth returning to when they need reliable help.

   I suggest Proton Lumo adopt Skills from (for example, skills.sh) as a lightweight way to package predefined trusted, domain-specific knowledge into small, reusable text modules. In practice, a Skill gives Lumo a clearer “expert lens” for a given topic, so instead of offering broad generic answers, it can respond with guidance that is more grounded, consistent, and relevant to the user’s actual question.

   This matters for Proton Lumo because users will judge the product on whether it feels genuinely helpful in everyday moments. Skills can make Lumo better at explaining complex topics in plain language, guiding people through sensitive or… more

   15 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Implement TEE-Based Confidential Computing for Lumo Inference

   Feature Request: Implement TEE-Based Confidential Computing for Lumo Inference
   Summary

   Lumo's current security model does not protect user prompts during inference — the window when plaintext is most exposed and most exploitable. This is not a theoretical concern; it is a documented architectural gap with a proven, production-ready solution that a direct competitor is already shipping.
   The Problem

   Lumo's security model blog post dismisses inference-time privacy by framing the only alternative as homomorphic encryption (HE), correctly noting it is impractically slow. However, this framing is a false dichotomy.

   As Proton's own documentation acknowledges:

   "prompts are asymmetrically encrypted so only the Lumo GPU servers are able to decrypt them"
   

   This means:

   Proton-controlled GPU servers decrypt and process user prompts in plaintext
   During this window, the data is accessible to anyone with server access — including Proton staff, infrastructure providers, or authorities serving a lawful order
   The privacy guarantee during inference is based entirely on policy and trust, not cryptographic enforcement
   

   This is the same "we promise not to look" model that has repeatedly failed users across the tech industry when legal pressure is applied.
   The Solution: Trusted Execution Environments (TEEs)

   Confer — built by Moxie Marlinspike (creator of Signal) — has demonstrated that TEE-based confidential computing for LLM inference is practical and production-ready today, without the performance penalties of homomorphic encryption.

   Confer's approach, documented publicly at https://confer.to/blog/2026/01/private-inference/:

   Confidential VMs: Inference runs inside a hardware-enforced enclave using AMD SEV-SNP or Intel TDX. The host OS, data center operator, and even Confer's own developers cannot access the TEE's memory or execution state.
   Noise Pipes: User prompts are encrypted end-to-end from the client device directly into the TEE. Plaintext never exists outside the enclave.
   Remote Attestation: Users can cryptographically verify that the correct, unmodified code is running inside the enclave — making it independently auditable, not just trust-based.
   

   This runs at normal inference speeds with no meaningful latency penalty — directly contradicting the implication in Lumo's security model post that practical inference-time privacy is not achievable.
   Why This Matters

   Lumo's current model is vulnerable in scenarios Proton cannot control:

   A government serves a lawful intercept order during an active inference session
   A data centre provider (even in Europe) is compelled to provide access to running server memory
   An insider threat at Proton with GPU server access
   A future change in Swiss or EU law expanding surveillance obligations
   

   GDPR jurisdiction and no-logs policies do not protect against real-time access to plaintext during inference. Only hardware-enforced isolation does.
   Requested Changes

   Migrate Lumo inference to run inside Confidential VMs (AMD SEV-SNP / Intel TDX) so that the host and operator never have access to plaintext prompts or responses.
   Implement remote attestation so users and independent auditors can verify cryptographically what code is running on Lumo's servers — consistent with Proton's open-source transparency commitments.
   Update the security model documentation to accurately reflect the current limitations during inference, rather than implying the problem is unsolvable.
   

   Prior Art & References

   Confer private inference blog post: https://confer.to/blog/2026/01/private-inference/
   AMD SEV-SNP confidential computing: https://www.amd.com/en/developer/sev.html
   Intel TDX: https://www.intel.com/content/www/us/en/developer/tools/trust-domain-extensions/overview.html
   Proton Lumo security model (current): https://proton.me/blog/lumo-security-model
   

   Notes

   This is not a criticism of Lumo's encryption at rest or no-logs policy, both of which are meaningful. This is specifically about the inference-time gap, which is the highest-risk window and the one most likely to be exploited by legal compulsion. Proton has the engineering capability and the stated mission to close this gap. Confer has shown it is technically achievable. The question is whether it is a priority.

   Details added here:

   https://github.com/ProtonLumo/android-lumo/issues/33

   Feature Request: Implement TEE-Based Confidential Computing for Lumo Inference
   Summary

   Lumo's current security model does not protect user prompts during inference — the window when plaintext is most exposed and most exploitable. This is not a theoretical concern; it is a documented architectural gap with a proven, production-ready solution that a direct competitor is already shipping.
   The Problem

   Lumo's security model blog post dismisses inference-time privacy by framing the only alternative as homomorphic encryption (HE), correctly noting it is impractically slow. However, this framing is a false dichotomy.

   As Proton's own documentation acknowledges:

   "prompts are asymmetrically encrypted so only the

   … more
   11 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Auto-scroll the view to the answer

   After generating each answer, automatically scroll down a bit to show the start of the answer. This will save the user from having to scroll down every time to start reading.

   66 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Add "Default digital assistant app" capability on Android

   Android has the option to change your default assistant app. Proton should add this capability for Lumo. A partial screen view of the app might be necessary for this to work smoothly as well.

   54 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Lumo App (Android) cannot be locked

   If you log in with your proton acount in Lumo, you have immediat access to all your account and keys via browser when selecting Settings under the account tab. If you cannot lock the app woth Biometrics or at least a pin, that a clear security issue.

   I immediately signed out when I saw this..

   Please fix it.

   69 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   5 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Reoccurring tasks

   I would like to see a feature where you set up a job for Lumo, like "summarize the news" (ofcourse with a more finegraded prompt), using web search, with an option to make it reoccurring, like a calendar event, for example every day at 7am.
   Lumo would then message me on its own, with the latest findings.
   This could be used in many ways.

   22 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   3 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Formula rendering

   Properly render latex formulas, currently only shows the raw latex.

   57 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   7 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Train Lumo on Proton UI

   It would be cool if Lumo was trained on Proton's UI. That way, I could ask it a question about where I could find a certain setting (of if the setting exists at all).

   Currently, I search the Proton site or a search engine and it takes a long time to find what I want.

   When I do ask Lumo a question about Proton's UI, it often confidently gives me a wrong answer.

   7 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Allow Reordering of Projects

   Currently, the five most recently created projects are listed under the Project section; however, these may not be the most frequently used. It would be great if we could rearrange them to allow easy access to favorite projects.

   13 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Bring Ghost Mode button back to the main chat homepage

    The Ghost Mode button was originally on the chat homepage, making quick access easy. Now moved to the Lumo side menu, it requires an extra step. While the side menu is tidy, it lessens the feature's visibility and slows the workflow for users who frequently rely on Ghost Mode.

    It would be great if Proton could restore the Ghost Mode button to the main chat homepage, near the "New chat" button, while optionally keeping a duplicate in the side menu for consistency. Alternatively, it would add a setting that allows users to choose where the Ghost Mode button appears.

    5 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Ability to regenerate a Lumo response into a separate chat

    Sometimes I just want to be able to split off a certain response into a separate chat. This would be helpful in instances where I want to preserve partial context from a certain point and diverge without continuing that line of thought in the same conversation.

    8 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Make Lumo Less Dumb

    As a paid Lumo subscriber, there's no kind way of putting this -- Lumo feels really dumb compared to any of the other mainstream LMMs. It struggles to follow and keep up with conversations once they exceed a handful of back-and-forth exchanges, it frequently hallucinates and confabulates, it gets easily confused to the point where I'm having to help it rather than it helping me, and it just generally feels like conversing with a well-meaning but addled, confused elderly person. As such, I use it sparingly to brainstorm ideas or just have quick chats but cannot rely on it for anything requiring any degree of accuracy or sustained comprehension.
    Models get better with bigger training sets, more parameters and larger context windows, so to the extent possible while preserving the privacy focus that makes it unique, please make Lumo smarter. I want to remain a Lumo subscriber, but I'm getting so little value out of it and find it such a frustrating experience much of the time that I simply don't think I can justify spending money on it much longer without some significant, noticeable improvements.

    As a paid Lumo subscriber, there's no kind way of putting this -- Lumo feels really dumb compared to any of the other mainstream LMMs. It struggles to follow and keep up with conversations once they exceed a handful of back-and-forth exchanges, it frequently hallucinates and confabulates, it gets easily confused to the point where I'm having to help it rather than it helping me, and it just generally feels like conversing with a well-meaning but addled, confused elderly person. As such, I use it sparingly to brainstorm ideas or just have quick chats but cannot rely on it for… more

    24 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Import Chat to Project

    I've already had a number of chats that I realized would be best in a dedicated Project, but there's no easy chat-import function. Thanks to Lumo's report, I see it's a privacy-protection feature, so I'm quite thankful for that. But at the same time, perhaps a good balance would be to have a selective-transfer function, we can cause check-boxes to appear beside all prompts, Lumo-replies, and chat-knowledge files, so we can choose what to copy and what to allow for deletion, then paste it into a Project?

    10 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Tag organization for Lumo chats

    It would be useful to be able to organize chats via tags.

    The user could tag chats with multiple tags such as #job, #recipes, #travel and then could see all the chats with those tags.

    Lumo could even auto-tag chats too - that'd be super neat if possible!

    12 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. save transcript as pdf

    I've come to appreciate the capabilities of online research using your AI assistant Lumo and use it quite often and also find some of the resulting conversations interesting enough to save.

    However, the format produced by copying the transcript to the clipboard is rather unattractive, which is why I ultimately then ask Lumo to output the text again in Markdown format so I can then convert it to finally to pdf.

    It would be very helpful if Lumo also offered a button to perform these operations automatically and make the resulting file available for download.

    13 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. "Voluntarily disclose" some chat with Lumo to help training

    One of the disadvantages Lumo faces compared to its rivals is the shortage of training data. Why not offer Lumo users (both free and paid) the option to allow some of their chats to be used for training? For example, add a button at the beginning or end of each chat asking: "Do you want to donate this chat to help train Lumo?"

    To encourage participation, Proton could offer a small reward for every chat donated—like a few minutes of premium usage or temporary access to advanced features.

    Importantly, all donated chats would be stripped of any user-identifying information before being used for training. Of course, some indirect traces can't be removed entirely, but users would be donating "safe" chats they consider harmless. This way, some chats remain private, others are donated, and users get something back for helping improve the tool. It's a small gap in the current approach, but it could help move faster toward building a safer, European, and more competitive AI.
    This opt-in approach respects user privacy while enabling community-driven improvement.

    One of the disadvantages Lumo faces compared to its rivals is the shortage of training data. Why not offer Lumo users (both free and paid) the option to allow some of their chats to be used for training? For example, add a button at the beginning or end of each chat asking: "Do you want to donate this chat to help train Lumo?"

    To encourage participation, Proton could offer a small reward for every chat donated—like a few minutes of premium usage or temporary access to advanced features.

    Importantly, all donated chats would be stripped of any user-identifying information before… more

    8 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Increase Lumo context window

    Hello

    Currently lumo context window is too small 3k token on the fast model and 13k token on the deep think model

    ChatGPT perplexity and all other AI company their big model hold up to 130k token

    Im having problem with long complex conversation where lumo forget stuff too fast forcing me to repeat or to re paste tons of data leading to a frustrating experience feel like talking to a dementia person ....

    33 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Code editor

    It would be nice if the codeblock Lumo uses would be an interactive code editor.
    Right now if I ask Lumo to change part of my code it also tends to rewrite other parts of code which I didnt ask it to do. With an interactive code editor I would be able to select a part of the code and make a prompt just about that selected part. Or I could edit the code myself if I dont like something without having to copy paste the whole code again to Lumo to let it know I edited something. This wouldn't only make it more userfriendly but it would also be more cost efficient since it would only need to look at the selected part of code and I also wouldn't need to copy past a bunch of code into Lumo every time.

    It would be nice if the codeblock Lumo uses would be an interactive code editor.
    Right now if I ask Lumo to change part of my code it also tends to rewrite other parts of code which I didnt ask it to do. With an interactive code editor I would be able to select a part of the code and make a prompt just about that selected part. Or I could edit the code myself if I dont like something without having to copy paste the whole code again to Lumo to let it know I edited something. This wouldn't… more

    48 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Add a usage tab to Lumo

    Lumo should provide a dedicated usage tab where users can see their daily resource consumption in real time, including Max model requests, image generations, and any other rate-limited features.

    Lumo enforces daily limits on features like the Max model and image generations, but these limits are not surfaced to the user. The only feedback is an automatic fallback from Max to Lite when the daily Max cap is reached. Users have no way to check how much of their quota they've used or how much remains, making it difficult to manage their own consumption throughout the day.

    It would be great to add a Usage tab accessible from settings that displays:

    • Max model usage: Number of Max requests used today vs. the daily cap.
    • Image generation usage: Generations used vs. limit (if applicable).
    • Fallback indicator: A visual cue if the user has been auto-downgraded from Max to Lite.
    • Reset countdown: Time remaining until daily quotas refresh.

    Lumo should provide a dedicated usage tab where users can see their daily resource consumption in real time, including Max model requests, image generations, and any other rate-limited features.

    Lumo enforces daily limits on features like the Max model and image generations, but these limits are not surfaced to the user. The only feedback is an automatic fallback from Max to Lite when the daily Max cap is reached. Users have no way to check how much of their quota they've used or how much remains, making it difficult to manage their own consumption throughout the day.

    It would be… more

    7 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Bigger context window for Lumo Plus

    I would love a higher context window in Lumo. At the moment it caps out at 128k, which is not a lot when you upload certain files, and especially now with Lumo 2.0 Max (GLM 5.2) using so many tokens for reasoning. I would say at least 256k would be okay.

    I understand that with a higher context window you would need more compute, but that is why I believe this should be made available only to paying customers in a way that won't be burning cash for Proton.

    The reasons this is essential are:

    1. Discussions - I have had lumo try to compact my conversation many times after only a few rather big questions without even uploading anything.
    2. Files for analysis - I tried letting Lumo analyze logs from a bug report one time, it just refused to because the estimated input tokens used by those files were 250k, which is way above the current 128k cap

    Alternatively for file analysis, the LLM should have a more efficient tool for parsing, rather than just dumping the entire text file into the prompt for inference. That could help with the limited context length.

    At the moment, with Lumo 2.0, the Max model can support up to 1M input tokens but is capped at 128k, I'd love to be able to take advantage of this. I understand that takes a lot more compute, but for many serious tasks this is essential.

    I saw a similar post for this, but it was very outdated so I made a new post.

    I would love a higher context window in Lumo. At the moment it caps out at 128k, which is not a lot when you upload certain files, and especially now with Lumo 2.0 Max (GLM 5.2) using so many tokens for reasoning. I would say at least 256k would be okay.

    I understand that with a higher context window you would need more compute, but that is why I believe this should be made available only to paying customers in a way that won't be burning cash for Proton.

    The reasons this is essential are:

    1. Discussions - I have had… more
    7 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating