Jump to content

sxc4567

Members
  • Content Count

    16
  • Joined

  • Last visited

  • Days Won

    2

sxc4567 last won the day on September 11

sxc4567 had the most liked content!

Community Reputation

4 Neutral

About sxc4567

  • Rank
    Member
  1. Hi @Garima Singh, Thanks again for following up. It's really good to see that you care about your Linux users. I have enabled logs and will email support@enpass.io with logs upon the next crash. Here's my answer to your generic questions: Size of database? I have 4 vaults, all synchronized with the iOS mobile version using a local WebDav server. Not sure vault #1: 1.1MB, 324 items, 4 attachments (1.5MB in total); #2: 411kB 165 items, 1 attachment (5kB); #3: 70kB, 14 items, no attachments; #4: 66kB, 12 items, no attachments I run standard Ubuntu 20.04.1, fully up-to-date; Gnome, X11, not Wayland. I run Enpass at system startup. I have to run it with `QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCREEN_SCALE_FACTORS=1` (as documented in your support articles) to prevent it from being huge on my screen. One thing I do which might possibly contribute to the issue (?) is using multiple workspaces. I typically set Enpass to be "Always on visible workspace", so it can be invoked from whichever workspace I happen to be working on. Scenarios: Enpass typically crashes when invoked from Firefox (again, standard, up-to-date build, which is currently 80.0.1), when using a hotkey from a login form. The crashes can occur in a variety of scenarios, eg: before I even see the Enpass UI (so Firefox displays the "looking for Enpass app" page; and usually this takes a while and I often but not always get to see the crash reporter) before I interact with the UI; for example while I use the search box to look up an entry just as it's filling out the form and sometimes just after filling out the form. Previously (with v6.4.1) Enpass would crash so often that there were no observable pattern; sometimes it would crash at the start of the day, ie: just after waking up my laptop from ACPI sleep, but this seems to have improved with 6.5.0. So far with v6.5.0, the pattern appears to be related to filling out forms from Firefox. I haven't observed a correlation of crashes with system updates. Locking time? Do you mean Enpass locking? I have the following options enabled: When main window is closed System sleeps System is inactive for 2 minutes I also have the PIN option set I hope this is useful; I'll be sure to follow up with logs as/when Enpass crashes next time. I still think there ought to be an option to switch off the crash reporter; having had to suffer it for over 6 months before 6.5.0 came out was really no fun, I can assure you!
  2. Hi @Garima Singh, Thank you for following up. I suggest we continue in the new thread, which I see you've also commented on: Enpass beta 6.5.0 (701) MUCH more stable but crashes still
  3. Hi there, A massive THANK YOU for the release of beta 6.5.0 for Linux. I have documented the excruciating experience I had with the previous version (6.4.1) on stock Ubuntu 20.04, which was crashing up to 20 times a day on me! As soon as I saw news of the 6.5.0 beta, I didn't hesitate one second. The outcome: it's a massive improvement in stability as it only crashes maybe once a day on average; I probably use Enpass 20-30 times a day on my desktop. Still, once a day is not fully satisfactory; thus my queries: Is there any practical way I can help you debug these issues whilst the beta is being finalized? I've been sending those crash reports; you much have an absolute pile of them from me. Re the crash reports: PLEASE, can we have an option to turn these off? I don't believe the 100th crash report is going to add much value to the 99 before it and when Enpass is having a bad day, having to wait for them to gather their data and click through them increases the frustration manifold.
  4. Hi @Garima Singh, It's been over three months and I still face Enpass crashing several times every day on me on stock Ubuntu 20.04. It's come to the point where I dread having to log on to any website as I know by instinct this will very likely cause a 30+ seconds interruption in my workflow while Enpass takes its time to crash, present me with the crash reporter (have you been getting those???) and finally comes back up... As suggested previously, I'm most happy to help you debug this issue in any practical way. Otherwise I would really appreciate an ETA for a fix. I noticed that the Linux desktop version is a couple of minor versions behind Windows...
  5. @Pratyush Sharma is there a way I can disable the crash reporter please? I suppose that by now you have enough of my reports (must be 50 or so...) and I certainly have enough of having to go through the reporter several times a day, as this only serves to exacerbate the impact on my workflow. Many thanks!
  6. Hi @Pratyush Sharma, I must have submitted at least 20 crash reports with this thread mentioned in the comments over the last couple of weeks; and that's not even all the crashes I encountered. Basically Enpass crashes on average at least 2-3 times a day. Perhaps a couple of specific aspects from my setup that may or may not matter: I have three vaults in my Enpass setup Each is synchronized with a WebDav server. Let me know if you need anything else from me? Happy to run debug versions etc to try and get to the bottom of this if this is helpful.
  7. Hi Pratyush, Thanks a lot for your reply! I have just submitted a crash report that occurred with the typical pattern of invoking Enpass from Firefox - to fill out a login form - using the hotkey. I have included this thread's URL in the crash report and will be repeating this process for a week or so. I hope this method works for you; let me know if you need anything else or a different way of flagging those issues. Cheers!
  8. Hi Enpass team, I have been experiencing very persistent crashes on my Ubuntu 19.10 laptops (stock Ubuntu version with latest updates), including a brand new build installed from scratch quite recently. Typically crashes occur when I try to invoke Enpass from Firefox to fill out some login details using the shortcut key; however since upgrading to 6.4.0.631, they've also started to occur without any interaction: I just had it SEGV on me while my session was locked (an Apport notification popped up on the lock screen). I think those crashes started occurring with version 6.2 or thereabout. They were definitely already a feature with 6.3. I've been an avid Linux Enpass user since June 2016 and it had been a pretty solid experience until then. I am submitting the crash report feedback when prompted by your integrated reporter - must have done so at least 15 times over the past 2 months - but not the Apport ones for obvious reasons (core dumps). Today's - while my laptop was locked - has this: SegvAnalysis: Segfault happened at: 0x536329: mov 0x48(%rbp),%r8 PC (0x00536329) ok source "0x48(%rbp)" (0x00000048) not located in a known VMA region (needed readable region)! destination "%r8" ok SegvReason: reading NULL VMA What can I do to help you debug these issues? I really like Enpass and would like it to be stable again.
  9. Replying to my own question in case it helps someone else: I can confirm that swapping the primary vault with a secondary one can simply be achieved by: Ensuring everything is "cloud" (or WebDAV) synced Using the "Erase everything" button under Settings -> Advanced Create a new "primary" vault and choose the "restore from existing sync location" option Repeat step 3 for any secondary vault Usual caveats apply: make sure you have an offline backup of as much stuff as possible to be on the safe side... This procedure has been successfully tested on both iOS and the desktop (Linux) versions of Enpass versions 6.3/6.2
  10. Hi there, I've been an avid Enpass user for a few years now and whenever I get the chance (eg: here just yesterday), I keep telling everyone what a great product it is! So I've set up my "primary" vault containing business data many moons ago; then along came the multiple vaults feature and I've finally gotten around to writing some Python code to convert my 15+ years old creaking eWallet store to Enpass as a secondary vault. This works great; for me - as for many others I believe - separation of concerns has been one of the key use-cases for multiple vaults. Now I'd quite like to swap these two vaults around so my personal vault is the primary and my business data is stored as a secondary vault. Can this be done? I suppose this might be possible by starting everything afresh and re-importing the data using the "sync" feature (I use WebDav, works a treat)... but I'd really appreciate if someone can confirm this would work as I definitely don't want to run the risk of losing any data. Many thanks! Chris
  11. FWIW, the "pre-release" add-on (reported as v 5.5.0.1 even though the downloaded filename says 5.5.0.2.xpi) works perfectly on FF 57.0 (just GA-released) running on Ubuntu 17.04 with Enpass 5.6.0. Thank you for the great work, Enpass team! Now, I agree with commenters elsewhere who suggested this add-on ought to be made available as an official FF extension for all the obvious reasons.
  12. A key reasons I use Enpass over competing solutions is that I'm keen to keep my vaults local. I know it's all encrypted but prefer to shield myself from future encryption vulnerabilities and brute force attacks... So, in order to sync between my Ubuntu laptop and iPhone, I setup a WebDav server on the office WiFi, which seems to work well. However there's an issue with the iOS app: whenever the WebDav server isn't available, it keeps pestering with red "Error syncing data" banners. These come back a few seconds after being dismissed (the Linux client's UI is better behaved, simply colouring the sync icon red). Thankfully these banners aren't too intrusive but I'm wondering what they imply; presumably every re-appearance means the app has again been looking for the server. An attacker could observe this behaviour and try to exploit it. May I suggest some ways to improve this? Provide a "manual" (vs. the current "automatic") syncing option and a button allowing the user to explicitly request a sync from the client (the Linux client sort of has this: a "sync now" button under "Status: couldn't connect to server"). If the client/app is in "manual" mode, then sync only occurs when explicitly requested. Automatically switch to "manual"/"offline" after a number of repeated automatic sync failures rather than keep trying. (smart feature): offline/online behaviour could be tied to a WiFi network (ie: sync is auto-enabled when on a known network). These three features are incremental improvements; ie: one could start with feature 1. for the bare minimum which would address the current shortcoming. PS: Clicking "Disconnect" in the Sync settings pane is definitely not a solution as it clobbers the complete sync settings. Many thanks! Chris
  13. How do you sync your mobile device(s) with your desktop/laptop without relying on a public cloud service? You could run an OwnCloud or WebDav server privately but it's rather heavy to set up. I have used eWallet for many years and it has a rather elegant solution to this problem: the desktop client can act as a sync server on the LAN. A trust relationship must first be established with the mobile device(s) and presto you have fully private syncing without the need to install any additional software. It sort of works the opposite way of the "local WiFi" option that's offered when you first install Enpass on an iOS device and offers true syncing as opposed to just backup/restore. One of Enpass' key USP is the fact that it doesn't compel its users to store their precious data on random cloud servers. Despite being encrypted, the vaults could be retrieved then subjected to brute force attacks offline. Future exploits against encryption algos and Moore's law make this an unattractive prospect to many a user. Offering this feature would certainly strengthen that Enpass' USP IMHO. This feature could also enable syncing with any future "dropbox"-style public cloud service (ie: any cloud that's transparently accessible via the desktop's filesystem) without incurring any additional dev work. Please let me know if this is unclear and/or it would be useful to post a video of how this works on competing solutions)
  14. Hi @Hemant Kumar, This sounds great! If multiple databases are supported, it would finally be time for me to migrate to Enpass! Couple of quick q's: What's the "Portable" version of Enpass? Will multiple DB support extend across platforms, to include synchronisation eg: Linux & iOS? Many thanks! Chris
  15. As stated elsewhere I'm evaluating enpass as a replacement for a solution I've used to 10+ years - which doesn't even have a Safari integration feature so enpass wins anyway... So pretty much the first thing I tried is to sign-up for this forum on my iPad ;-) Naturally I brought up the iOS extension and went to 'create new sign-in', expecting to find the password generator there...?
×
×
  • Create New...