[Bug 37896] New: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set
https://bugs.winehq.org/show_bug.cgi?id=37896
Bug ID: 37896 Summary: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs@winehq.org Reporter: winehq-bugzilla@richardpayne.name Distribution: ---
I have two identical edit controls with ES_PASSWORD set via EM_SETPASSWORDCHAR. Identical, that is, apart from 1 having WS_BORDER set and the other not.
The one without WS_BORDER does not conceal its contents as it should when a password char is specified. The one with WS_BORDER set works as expected.
https://bugs.winehq.org/show_bug.cgi?id=37896
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
https://bugs.winehq.org/show_bug.cgi?id=37896
halwine bugs.winehq.org@netaxiom.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugs.winehq.org@netaxiom.ne | |t
--- Comment #1 from halwine bugs.winehq.org@netaxiom.net --- Many 1Password users are experiencing this issue. See the following pages:
https://discussions.agilebits.com/discussion/comment/174037 https://discussions.agilebits.com/discussion/comment/187689
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #2 from halwine bugs.winehq.org@netaxiom.net --- Btw, this is 1Password, a paid-for app for Windows, OS X, IOS and Android.
https://agilebits.com/onepassword
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #3 from halwine bugs.winehq.org@netaxiom.net --- Although this report has been raised for Wine 1.7, I'm using version 1.4, where the issue also exists.
https://bugs.winehq.org/show_bug.cgi?id=37896
winehq-bugzilla@richardpayne.name changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://appdb.winehq.org/ob | |jectManager.php?sClass=vers | |ion&iId=31904
https://bugs.winehq.org/show_bug.cgi?id=37896
Mike mike@agilebits.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mike@agilebits.com
--- Comment #4 from Mike mike@agilebits.com --- Hi guys,
My name is Mike Tselikman, I work with AgileBits, the creator of 1Password.
We would love to help in any way we can with this issue as it does affect many of our customers running 1Password for Windows on Linux with the help of WINE.
#38253 looks like a duplicate of this report as well.
https://bugs.winehq.org/show_bug.cgi?id=37896
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugzilla@lesath.de
--- Comment #5 from Austin English austinenglish@gmail.com --- *** Bug 38253 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #6 from Alexandre Julliard julliard@winehq.org --- The control is apparently ES_MULTILINE, which doesn't support passwords according to MSDN. It may be useful to write a test to confirm that.
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #7 from winehq-bugzilla@richardpayne.name --- Interesting. I wonder why it works correctly on Windows!
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #8 from Mike mike@agilebits.com --- Thanks for the info, we'll look into ES_MULTILINE, and follow up.
[Our bug ID: OPW-348]
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #9 from winehq-bugzilla@richardpayne.name --- Just to clarify my previous comment.
Windows XP does not hide the edit control's contents when ES_MULTILINE is set but Windows 7 does.
So basically, running 1Password on WINE functions in the same way as running it on WinXP. Running it on WINE differs from how it runs on Win7.
Is this a bug in Windows 7 or a change in the specifications of the edit control?
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com --- I manually tested this and it's true: >= Win 7 (I don't have vista to test) ignores ES_MULTILINE and always displays the * for passwords. The same test app in <= XP displays * only when ES_MULTILINE is not set.
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #11 from Mike mike@agilebits.com --- Hi guys,
Just want to give you an update. We could not turn off ES_MULTILINE, so we turned on WS_BORDER selectively for XP. We've shipped this in the latest 4.3.1 update, which should work now.
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #12 from Wolfram Sobotta winebugzilla@lesath.de --- I can confirm, that this bug is closed in the actual version 4.6.x of 1password. It works in Wine 1.6.2.
Could anybody close this bug?
https://bugs.winehq.org/show_bug.cgi?id=37896
--- Comment #13 from Nikolay Sivov bunglehead@gmail.com --- (In reply to Wolfram Sobotta from comment #12)
I can confirm, that this bug is closed in the actual version 4.6.x of 1password. It works in Wine 1.6.2.
Could anybody close this bug?
It should stay open, if nothing was fixed in Wine. Application workarounds are irrelevant.
-
wine-bugs＠winehq.org