Tadly

Same thing here.

I used the same mail address on the android app today that I used yesterday on the free desktop in hopes it would just "upgrade" it to pro (which would make sense IMO) buuuuut it didn't.
Now the app only gives me access to 25 of my 155 passwords. I'm stoked!!!

Anyways. If you guys haven't entered a mail address on your bought mobile version, maybe use a different address and change the desktop version over to the new one. (Settings -> Account -> Change)
No promises this works though. Just me guessing...

@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

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.

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...

@Anshu kumar Guess I should have pinged you so you get an update

My bad, should have mentioned that.
Already did try both, csv and json. Both import exactly 34 as mentioned previously

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?

@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.

1 hour ago, Vinod Kumar said:

We can't. Both main and assistant windows are part of same executable instance and according to specs, windows of same app should have same WM_CLASS. However, you can use alternative x atoms for automation purposes.

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.

1 hour ago, Vinod Kumar said:

First down press shifts focus from search to list and second press is handled by list

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 :)

1 hour ago, Vinod Kumar said:

Yes, this is a unfinished task. Coming in subsequent updates. Till than you can same keyboards shortcuts as in main app for detail page

Glad to hear it! Hope this will be implemented soon :)

1 hour ago, Vinod Kumar said:

I have sneaked a environment variable till we have a better solution. Just set the delay in seconds

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 :)

1 hour ago, Vinod Kumar said:

This is a qt bug with High precision touchpads. We were not using any custom scrolling, but now we are. Scrolling should feel better now.

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!

@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

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.

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.

3 hours ago, 7Bit said:

Just installed your package (thanks for your work!) on Manjaro.

Works fine, except that I do not have an icon in the taskbar (XFCE). On my Ubuntu laptop this works with Gnome. Any ideas?

Not really. I guess you tried relogging already?

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)

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.

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.

5 hours ago, Vinod Kumar said:

Hi @Tadly,

Thanks for maintaining arch packages.

Its under a different package name `enpass-beta`. Also it is available in the stable channel (rather than testing where v5 betas are published). It will be installed as a separate app, without breaking existing v5 installation.

Cheers.

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/

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

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.

On 22.12.2016 at 0:21 PM, Hemant Kumar said:

Hi @Tadly,

Yesterday only we have released a new version 5.4 with many new features and fix for high CPU. You can try that and let us know if the issue comes anytime. The complete change-log is here .

Cheers!

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

19 minutes ago, TorbenD said:

Any news in this issue? I experiences it today, with 5.3.0.1 Desktop App on Win 10 1607 64bit

On windows? Well that's a first..
Whether or not there're any news, I've not the slightest

1 hour ago, Hemant Kumar said:

Hi @Tadly

Thanks for trying Beta and your feedback. We have released another beta version 5.2.4 with fixes for sync issue.

Symlinks are now there in new beta version. 

Unfortunately we are unable to produce this issue and have tested for it in different scenarios. If possible, can you try a debug version through gdb so that we can have the culprit function name (at least, something to start with). If you wish, you can try that with some sample data first (with all features enabled).

Cheers!

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 (:

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.

26 minutes ago, Hemant Kumar said:

Hi Guys,

Sorry for the trouble and keeping you on wait for so long time.  We have fixed the issue with WebDAV sync that was causing the high CPU usage along with some issues in memory consumption. We will release an update.

Thanks for your understanding!

Cheers!

Oh, you really found the issue?
That's awesome news!

Thanks a lot

1 hour ago, Joel Teixeira said:

Since there's no new posts for ~20 days I would like to ask you all if this issue is gone. After some time using Windows I'm going back to Linux (Arch and Mint) and I saw on AUR some comments about this thread. On a quick check on Mint 18 (beta) I couldn't see any high CPU usage but still was strange to see Enpass most of the time consuming 1~2% constantly even when it was (well, apparently) idle. 

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.