Jump to content

Tadly

Members
  • Content Count

    36
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Tadly

  1. @Meister To bad bitwarden also is really bad when it comes to usability... Browser extensions needs pin unlocking (1 try, than master pwd like with enpass 5) Also, navigation the bitwarden extension using a keyboard is a just painful (just like enpass 6) Sad how there's no good PWD manager out there and seeing all the potential enpass threw out the windows just hurts me
  2. P.s. sorry for being so... aggressive or whatever you wanna call it... ...I'm just really annoyed about the whole Enpass 6 release. There's just so much wrong with it. The android app is actually really good from what I've seen so far but the desktop... I wish you'd just redo it using GTK instead of QT without trying to "do your own thing to separate from the masses". We don't need "unique" designs on a desktop. We need something that just works and does so with keyboard and mouse because that's what we have AND USE. You guys design some weird tablet'isch thingy filled with bugs (be it QT's fault or not, as a end-user I don't care) which is hard to use effectively. Great... now I have to apologize again for ranting. I'm sorry.
  3. So I tested again, even removed everything that's not a "login" (secure notes, credit cards) and still no budge. I've tried importing on both windows and linux. Enpass version: Latest stable on both windows and linux Bitwarden version: 2.8 And yes, the exported json is valid as well. From a possible 134 items, the first 35 would be imported (so one more than previously) Just spent some more time trying to figure out what you guys did wrong aaaaand actually found it. As soon as there's an entry WITHOUT the `uris` node (underneath `logins`), the whole import stops processing any further items. That's obviously not quite right...
  4. @Anshu kumar Guess I should have pinged you so you get an update
  5. My bad, should have mentioned that. Already did try both, csv and json. Both import exactly 34 as mentioned previously
  6. Given what a trainwreck Enpass6 is I migrated to my own Bitwarden installation. While occasionally checking back on Enpass I noticed that importing from Bitwarden will only ever import 34 out of my few hundred items. So... ugh.. fix plz?
  7. @xarekate from a terminal try this: $ QT_AUTO_SCREEN_SCALE_FACTOR=0 /opt/enpass/Enpass If this works, put "QT_AUTO_SCREEN_SCALE_FACTOR=0" into "/etc/environment" and re-log your user.
  8. The WM_NAME atom was the same for both previously right? I could have sworn I checked that. Either way, that's enough for me, thanks! P.s. What i was revering to by saying WM_CLASS is what `xprop` shows. The output of `xprop` includes the "window instance" (fist element) and "window class" (second element). The window class should be the same, yes. The instance (as far as I'm aware) can be a different one. I know this sounds lazy, but can you have it jump straight to the first entry? I'm a dev myself and understand your argument (from a technical POV it "makes sense") but the user doesn't care especially if it's one who likes to be efficient :) Glad to hear it! Hope this will be implemented soon :) Thanks but there's a slight oversight. The delay works but if I refocus the window (so I move the cursor away and within one second back to it) it still closes after one sec. If it should gain focus again, it shouldn't close :) Good lord! I'm sorry than :/ How come this hasn't been fixed yet? If you have a bug report link for this specific bug I'd love for you to link it :) Anyways... It's working much better now! Thanks a bunch! Cheers and merry Christmas!
  9. @Vinod Kumar Had to find my old post to remember... ':D Seems to be working fine now, yes. If you'd like to do me (and possibly others) a huge favor, adjust the instance-name for WM_CLASS to be different for the assistant Currently it's (for both the main app and the assistant): WM_CLASS(STRING) = "Enpass", "Enpass" Something like (for the assistant): WM_CLASS(STRING) = "Enpass-Assistant", "Enpass" would be amazing (for automation purposes that is) Remaining issues: 1. Within the assistant, Arrow down has to be hit TWICE for the first entry to be selected. Where is the focus after the first press? I don't know hence it can't be important 2. Within the assistant, after pressing arrow right on a highlighted item, it opens (so far so good). Within the item I am still unable to navigate up/down using my arrow keys. This would be necessary to copy values to the clipboard (For me TOTP is often the case) 3. Assistant closes instantly after loosing focus. If I accidentally moved the cursor (touchpad) of off the window the window would just go away and I have to start over. This behavior is likely specific to window managers as it depends on how focus tracking behaves. On my setup a mouse-over focuses a window. As the assistant is OVER my browser (floating) this can trigger rather quickly due to the top-left corner being anchored to the cursor position. => Move one pixel up/left and the window is gone. Either add a close delay (max 1 sec.) or open the assistant centered on the cursor (Probably a nicer implementation) 4. SCROLLING! I already mentioned it in my other post. Don't do custom scrolling. PLEASE! I doubt (correct me if I'm wrong) Qt forces you to do so = Don't! It feels hecking awful on linux (touchpad) and it feels bad on windows (scroll-wheel). These are the most pressing things from where I stand (and what I found from the little playing I did). As someone with very high standards there are lots more things I could ask to improve but I don't want to push my luck here If you guys are interested in a bigger list of things to improve/add I could try to find some time and do another write up but for now that's all I got. Unlike with my previous write-up I did actually migrate to this version and started using it. So I don't deem it unusable anymore which is good
  10. Ugh. So I finally managed to get it working as well. Can't say 100% which of the following finally did it but here's what I did: * Remove extension from within chromium (note the id for later) * Close chromium * If still exist, remove both `.config/chromium/Default/Local Extension Settings/<id>` and `~/.config/chromium/Default/Extensions/<id>` * Remove everything extension related (use find and/or grep) from within `~/.cache/chromium/` (I nuked the whole chromium folder) * Start chromium * Install extension I think removing the cache folder was what finally solved it.
  11. Here are some more issues I'd like to report/discuss: 1. Browser extension messing up the focus I think it needs proper _NET_WM_WINDOW_TYPE Atoms as it partially behaves like a normal window right now. 2. Browser extension not closing When the popup is open and I click somewhere outside of it, I'd expect it to close. Also, if you had the menu open you can't even close it with Esc. I currently have to switch my workspace for it to go away 3. Browser extension should ALWAYS focus search. If you: open the extension -> select an entry -> close the extension -> open the extension, the search field is not focused meaning you can't just start typing 4. Browser extension remembers highlighted entry After searching for an item, I expect arrow down to select the first match of the list. This is not the case because whatever was previously selected is still considered to be selected and the arrow down is based of off this other (most likely not even visible) item 5. Browser extension not as keyboard friendly as with Enpass 5 With the previous version of Enpass it was possible to arrow right on an item to open its detail view, than arrow up/down to highlight one of its details and finally press return to add the info to your clipboard. This is very useful if websites have improper forms where enpass might fail resolving an entry to username/password or you have other stuff that just can't be autofilled. From the top of my head this are the most pressing issues I've had from the little testing I did. Especially 1 is infuriating on my i3-wm setup. If you need more input on any of the above just hit me up (pm or ping me here, both is fine). I really want enpass to be great but as of right now it just feels way more inconvenient to use than the previous version.
  12. Not really. I guess you tried relogging already?
  13. Will webdav be added again add some point? I'm not going to sync my wallet to any provider I wouldn't mind sftp either (I'd actually prefer it)
  14. Did you guys implement some form of custom scrolling behavior? Because scrolling feels really bad. In the items list it's very slow while in the info/edit section it's super fast. It also feels like you implemented your own version of kinetic scrolling which just doesn't work out. Lastly, that "bounce" when you reach the top/bottom is... not great. I'd appreciate that being gone I use the libinput driver if that's relevant.
  15. Arch package is finally up: enpass-beta-bin I already had scaling issues and require: QT_AUTO_SCREEN_SCALE_FACTOR=0 Also, enpass segfaults when doing a proper exit.
  16. Oooooooooh that's where it is! Than you guys should certainly update this guide -> https://www.enpass.io/kb/how-can-I-download-Enpass6-beta-for-Linux/
  17. Looks like the debian repository is still delivering 5.6.3-1beta. I guess that's caching or something? Once v6 is available, I'll put up a arch package in the aur as I'm already maintaining the other one
  18. What ttk said, so huge +1 Also, I don't know how you guys managed that (or if it's maybe a Qt bug) but the systray is quite broken in general. Let me elaborate on that (I use polybar and its systray): With `xdotool getmouselocation --shell` we are able to get the window id below the cursor. In case enpass is the only systray icon, the reported window id is 0 (this is wrong and not good and really really wrong) I tried this with other applications (e.g. discord) and that behavior does not occur.
  19. Sorry for my late response. Personally I switched to folder-based syncing + Resilio (former Btsync) and nuked everything dav related (never was a big fan of it) so I'm unable to test. I'd rather wait for something like SFTP support... ...SFTP would be freaking awesome
  20. On windows? Well that's a first.. Whether or not there're any news, I've not the slightest
  21. Hey @Hemant Kumar I'll give 5.2.4 a shot right after writing this post. (I'll edit this post again once I got something to report) In regards to testing a debug version, sure (IIRC I already offered to do that some time ago ;P) I'm still new to c/c++ (and gdb for that matter). So if you have some instructions on what exactly you want me to do, that'd be great. Obviously I could play around myself but with instructions everything should be faster and less time-consuming (: Edit: Well, that didn't work. Got the high cpu load again. For the record (that means every one else who's still following this thread), Hemant is preparing a debug version for me (we'll keep that discussion private for now). Hopefully that'll give some insight (:
  22. Grrrr, Qt... I never liked it. Anyway. I updated to the beta now, lets see what happens. @Hemant After updating I had some issues with libssl again as the Enpass binary was using libssl.so and libcrypto.so from my system installation. This failed with: /opt/Enpass/bin/Enpass: symbol lookup error: /usr/lib/libssl.so: undefined symbol: EVP_idea_cbc To fix it I had to create the following symlinks within /opt/Enpass/lib: libcrypto.so -> libcrypto.so.1.0.0 libssl.so -> libssl.so.1.0.0 I remember this (or something similar) being the case some time ago so I was wondering if you guys could include those symlinks within the build. If not, I'll just create them in my PKGBUILD for archlinux Edit And there's the CPU load again Took ~1 hour until Enpass run at 100% again. Edit 2 I just wanted to mention/clarify that the issue does not occur while suspending/resuming (It might, I never tried that). For me, Enpass just needs to be running and at some point the CPU (one core to be exact) suddenly jumps to 100% and stays there until I quit the application.
  23. Oh, you really found the issue? That's awesome news! Thanks a lot
  24. Yap, for me this issue still exists (sadly) and for the life of me I can't get wondershaper to work to test if i can reproduce it that way @home I've basically done es much testing and "debugging" as I could with what's given. If Team Enpass want's me to do more, I'd need source insight or whatever. Other than that, I can't really do a whole lot more.
  25. No, by spike I actually mean that its load is at 90+% all the time (up until I kill it of course). Sorry for the confusion
×
×
  • Create New...