patanne Posted December 11, 2019 Report Posted December 11, 2019 I could swear it used to be that if I clicked the 'X' in the upper right, Enpass exited. Now it minimizes to the system tray and that drives me insane. Since the dawn of Windows there has been a minimize button. 'X' is not it! Most programs give you a setting: minimize to taskbar or minimize to system tray. If I hit 'X' I want the same behavior expected of every application that has following UX guidelines in Windows since day one. Quit the program completely! Did I miss something? How do I get Enpass to do what it is supposed to do and honor my desire to fully quit the app? I am running the fat app 6.3.1 on Windows 10. I cannot stand UWP.
Kashish Posted December 12, 2019 Report Posted December 12, 2019 Hello @patanne, The close button is intended to minimise Enpass to system tray, you could use the keyboard shortcut 'Ctrl-Q' to quit completely and close the app. Thanks.
patanne Posted December 12, 2019 Author Report Posted December 12, 2019 (edited) The close button is intended to close the app. I think you might have it confused with the minimize button, the underscore / hyphen / m-dash, two to the left. Ctrl-Q is required for good UX design but is unacceptable for my purposes because it requires touching the keyboard. I am looking for intuitive, which means your app should behave like every other app... ever. If you want to continue to employ poor UX please include an option in settings. When can I expect this will be fixed? Edited December 12, 2019 by patanne
Pebblecrusher Posted December 16, 2019 Report Posted December 16, 2019 I agree that the X button should close/exit/stop the program. However, in other applications where the application "closes" to the System Tray there is a setting to turn off this feature.
John Doe Posted December 17, 2019 Report Posted December 17, 2019 absolutely not. I like the current behavior the way it is on Mac and is consistent with other apps
patanne Posted December 17, 2019 Author Report Posted December 17, 2019 In a multi-window app – in the Microsoft world called a Multi-Document Interface (MDI) – the red dot on a Mac closes the window but not the app, as does the X on Windows. In single-window app (SDI), which Enpass is, X closes the program. It has been a cornerstone of Microsoft's expanded interpretation of CUA (by IBM) since Windows 95. So, in the Windows world it is extremely poor design given the minimize button nearby and that nearly every SDI program ever conforms to the behavior that X closes the program. For those who enjoy the violation, you are apparently one Mr Doe, any offending program – rare but always one that wants to run in the background – has an accompanying setting to toggle behavior. This is the first time I've seen a program without the setting. It's bad UX whether you like it or not.
John Doe Posted December 18, 2019 Report Posted December 18, 2019 Have you used any other Mac OS apps ever? Closing the X button would always close the window and not the app. It is a more logical workflow
policeshootout Posted January 1, 2020 Report Posted January 1, 2020 (edited) I think we are talking about Windows app behavior, no? In my experience pressing the X button on Windows usually closes the app entirely unless a setting specifies otherwise. I also find it annoying that Enpass minimizes to the tray when I click the X. The other thing that I find annoying is that if I then right click on the tray icon to close the app that way it loads another UI which I then need to click another "hamburger" style menu and then close the application down that way. This could just be me and a couple others being stuck in our ways but this is fairly frustrating for some. Please at least give us an option to have the app fully close and not minimize to the system tray. There are a lot of programs out there that have this setting in their configuration. It's very common. If I do not manually close Enpass each time, my sync software does not sync the files between my devices as it says the files which need to be synced are in use. This adds to my annoyance of the issue. It would be very nice to have an option to just have the app close when the X is clicked. Edited January 1, 2020 by policeshootout formatting
Tahreem Posted January 3, 2020 Report Posted January 3, 2020 Hi @policeshootout, Thanks for the feedback. I have shared the same with the concerned team and they shall be working on this further.
Tahreem Posted January 17, 2020 Report Posted January 17, 2020 Hi @policeshootout, We are working on this and we will update you once we have a response.
allansuarez1978 Posted January 21, 2020 Report Posted January 21, 2020 Funny thing is that you guys (Enpass team) have been talking about this for over a year and all we get is platitudes. If you were actually interested in getting resolved, you would have already. If it wasn't that I already paid for this app, I would have already moved on to better options that exist out there.
patanne Posted March 3, 2020 Author Report Posted March 3, 2020 When is this going to get fixed? Let's for a moment set aside the UX ignorance of @JohnDoe and everyone like him. This product is broken and it is quite annoying. I just installed 6.4.0.631. Still no fix. It took you somewhere in the range of 3 years to release favicons despite everyone wanting it. There is absolutely no way I am waiting that long for you to fix something as fundamental as this. When?
Garima Singh Posted March 4, 2020 Report Posted March 4, 2020 Hi @allansuarez1978 and @patanne Thanks for reaching out to us. This is already in our road map for the future. I can't comment on the time it'd take to implement because there's not a significant amount of users affected. Moreover, this is an enhancement and not an actual bug, so we might pick this up later. Thanks.
policeshootout Posted April 5, 2020 Report Posted April 5, 2020 I am on version 6.4.1 (643) and still having sync issues with OneDrive because the program never closes. OneDrive is saying that the files are in use. My wife and I both paid for Enpass Premium/Pro. Can you fix these two issues listed in this thread?
Garima Singh Posted April 6, 2020 Report Posted April 6, 2020 Hey @policeshootout We are sorry for the inconvenience caused to you. For quick troubleshooting, please update the Enpass app on all the devices and then disconnect the sync from all the devices and reconnect it again. If your problem persists, please share the following details so that we can investigate where the problem could be. On which devices and OS versions (mention all) are you using Enpass? Which Enpass version are you using on each device? Are you getting any error message or code during sync? If yes, share it with us. Does the Date and Time setting set to automatic on all devices? Does the last synced time get updated on the sync page? Thanks!
patanne Posted April 6, 2020 Author Report Posted April 6, 2020 wow @Garima Singh! What a useless post. Did you even read the thread? The product has a UI design flaw that the team is taking forever to fix; kinda like they did to roll out favicon support, which took years. Your troubleshooting tips are absolutely useless. If you want to help get the developers to release the fix.
Kashish Posted April 21, 2020 Report Posted April 21, 2020 @patanne We already have this request in our road map. Moreover, it's not a bug or an impending issue, but a feature request so we've not put this in priority as of now.
patanne Posted April 21, 2020 Author Report Posted April 21, 2020 (edited) This is a violation of fundamental UX, as it has been since IBM published CUA (Common User Access) in 1987. The software does not behave the way nearly every other piece of software in existence does, and it does not behave the way the user expects. You might as well try to tell me that a red light does not mean "stop" at an intersection, then tell me the correction is a feature request. You consider the change a feature request because your original intended behavior was and is wrong. A red light means stop! The X means completely shut down the application! It is a bug! Edited April 21, 2020 by patanne
Garima Singh Posted April 22, 2020 Report Posted April 22, 2020 Hey @patanne Thanks for writing to us. I would like to share that this has already been considered to be worked upon in the future updates. Thanks.
Garima Singh Posted May 5, 2020 Report Posted May 5, 2020 Hey All, Thanks for the patience. While investigating the problem we have found that clicking on the cross button (X) or cmd+w won't kill the app, it will just minimize it. It's the default behavior of the OS and the same is in all other native apps. You have to use the Cmd+Q button to completely close the app. Thanks for the co-operation.
patanne Posted May 13, 2020 Author Report Posted May 13, 2020 It is not the default behavior of the OS. Also, we are not discussing Mac OS, we are discussing Windows, so there is no cmd+Q. When dealing with a SDI (single document interface) app or a modal app, clicking the X in Windows closes the app, as does alt-F4. In a MDI (multi-document interface) app, like MS Word, the X closes the document but leaves the app open. This the equivalent of control-F4. It has been that way since the inception of Windows. Your app is a SDI, so it is wrong! It is a bug. Now that I know you added your own "control-Q", the situation is helped somewhat. However, to be clear, alt-F4 (and the X) in a SDI app terminates the app. It has always been that way in Windows.
Kashish Posted May 14, 2020 Report Posted May 14, 2020 @patanne Thanks for your inputs. We'll be working on this to close the app with the cross(X) button in the Windows platform.
Tim Trense Posted November 1, 2020 Report Posted November 1, 2020 This always irritated me too. @All You Developers: just to let you devs know, that more people are talking about this than you might know: also this issue is listed in /r/programminghorror. i thought this might be a point you would like to consider when reviewing the way you responded to actual users giving you feedback
Thoughts? Posted November 1, 2020 Report Posted November 1, 2020 (edited) Dear Enpass Just to add to the conversation, I like the X button working as it currently does. Unlike other software, a password manager requires the app to be both running 'and' logged in for it to function and if pressing X were to shut Enpass down (logging the user out), I suspect many would discover (after a failed website login) they had accidentally shut down Enpass, rather than close it to taskbar. It could lead to more operational inconsistency. If you did decide to make the change, it would be helpful if the user had the 'option' of whether pressing X shut down the app completely or simply continued to close it to the taskbar. Thank you for any future developments. Edited November 2, 2020 by Thoughts? 1
Pratyush Posted November 19, 2020 Report Posted November 19, 2020 (edited) Why would you want to kill the password manager and enter your mega master password every time? Don't you want to keep it running? I think the current implementation is absolutely fine. I think the purists here don't like the misuse of the "x" button on the top right corner. I would suggest to create a custom title bar and just have the minimize to system-tray icon button and the maximize button in the top right the corner and remove the confusion all together. Edited November 19, 2020 by Pratyush
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now