Thanks, Wolfgang! I tried again and it still does not work for me (I am running Ubuntu Desktop 24.04 with the US English ANSI QWERTY keyboard layout, though it is a laptop keyboard that does not have the + or - that is part of the NUM-pad. Oh well. I am able to get by with the hotkeys that do work (Ctrl-F4 to terminate, so that I don't have to repeatedly try to click the tiny X close window button, up/down arrows instead of using the scrollbars, etc.) You've been a great help by pointing out the...
Linux should not be the problem as I use these keys here under same. However, I surmise this has to do with the keyboard layout and I'm using German layout and work with the keys on the main panel. Plus and Minus won't operate on the NUM-pad but they do on the main-pad. Perhaps the programming was weak in that respect but I can't even say this at the moment.
Thanks, Wolfgang! Strangely, those hotkeys don't work for me, but I am running JPasswords on LINUX. Perhaps there is no support for those hotkeys in LINUX? It's okay even if the hotkeys aren't available--I was able to enlarge the fonts with the settings dialogs. I still wish the X close window button were larger--what I might do is clone the source code and make the interface elements larger in the code.
Thanks, Wolfgang! Strangely, those hotkeys don't work for me, but I am running JPasswords on LINUX. Perhaps there is no support for those hotkeys in LINUX?
Thanks, Wolfgang! Strangely, those hotkeys don't work for me, but I am running JPasswords on LINUX. Perhaps there is no support for the hotkeys in LINUX?
Perhaps I should add that you can apply Ctrl-Plus and Ctrl-Minus in order to enlarge and shrink the font-size in a text-area of JPasswords. The settings are meant to be persistent. Cheers!
Thanks, Wolfgang! That does help me quite a bit, and I am able to at least use Jpasswords now. I am still interesting in scaling the whole app (especially the graphical buttons in the toolbar, the X (Close Window) button in the title bar, and the scroll bars), but for now, this will do.
Thanks, Wolfgang! That does help me quite a bit, and I am able to at least use Jpasswords now. I am still interesting in scaling the whole app (especially the graphical buttons in the toolbar), but for now, this will do.
Hello Denis An automatic scaling of display text in Java is a feature I'm not aware of and I haven't seen this working so far. However, you can try do adapt a scale to your needs by making use of the program's options about font settings.
Hi, everyone-- Has anyone figured out how to scale JPasswords for HiDPI displays? I have a 2K monitor where Ubuntu LINUX is currently set to scale everything to 200%. Everything but JPasswords scales according to the OS-wide setting. I've tried some of the Java and Java Swing tips out on the web but nothing has worked yet. I am okay with manually forcing the scaling but the preferred outcome would be observing the OS-wide setting like other apps (including Java apps). Thanks in advance!
Thank you, Denis, for your continued support! "Immortal classic", yes perhaps, I couldn't live without it. One of its disadvantages is that there is no mobile-phone app for all its functions. Appears I cannot be bothered any more with such developments. Sourceforge has so many things, it cannot just die. But I consider to place a copy in GitHub maybe. You can become the distribution manager for JPasswords, if you like. This might motivate me to create another version. Regards
After PfP has been discontinued, I am going to return to JPasswords again! Tested today the latest version (1-2-2), it works very well on OpenJDK 17.0.6, Linux Mint 20.3 Una x64 Xfce. Looks like, JPasswords becomes "Immortal classic"! The only thing I am worrying - How long they will be available in Sourceforge? Won't they will be deleted in "one beautiful day"?
After PfP has been discontinued, I am going to return to JPasswords again! Tested today, it works very well on OpenJDK 17.0.6, Linux Mint 20.3 Una x64 Xfce. Looks like, JPasswords becomes "Immortal classic"! The only thing I am worrying - How long they will be available in Sourceforge? Won't they will be deleted in "one beautiful day"?
After PfP has been discontinued, I am going to return to JPasswords again! Tested today, it works very well on OpenJDK 17.0.6, Linux Mint 20.3 Una x64 Xfce. Looks like, JPasswords becomes "Immortal classic"! The only thing I am worrying - How long they will be available in Sourceforge? Won't they will be deleted in "one beautiful day"?
After PfP has been discontinued, I am going to return to JPasswords again! Tested today, it works very well on OpenJDK 17.0.6, Linux Mint 20.3 Una x64 Xfce. Looks like, JPasswords becomes "Immortal classic"!
File - Open Recent - Delete List fails
FTP file access can be activated under menu option "File->Open URL". There is an in detail Help panel available in this dialog, including a warning. I don't want to remove this because some people rely on it for their communication strategies. It's on everybody to decide if they want to take risk and advantage. There is no indication this file format has been broken by cryptanalysis, it can possibly be broken by brute-force attack or password guessing. The security of the file hence largely depends...
It is not clear how "FTP file access" works, and considering FTP is not secure connection, probably it is best to remove this option.
I have been using JPasswords for three years already! I have tested another password managers, but always returned to JPasswords! As for me, Linux user, JPasswords is the best password manager. It never let me down. Excellent work Mr. Keller! P.S. I run JPasswords 1.2.2 using OpenJDK 8 JRE on Linux Mint 18.3.
I have been using JPasswords for three years already! I have tested another password managers, but always returned to JPasswords! As for me, Linux user, JPasswords is the best password manager. It never let me down. Excellent work Mr. Keller! P.S. I run JPasswords 1.2.2 using OpenJDK 8 JRE on Linux Munt 18.3.
I have been using JPasswords for three years already! I have tested another password managers, but always returned to JPasswords! As for me, Linux user, JPasswords is the best password manager. It never let me down. Excellent work Mr. Keller! P.S. I run JPasswords using OpenJDK 8 JRE on Linux Munt 18.3.
I have been using JPasswords for three years already! I have tested another password managers, but always returned to JPasswords! As for me, Linux user, JPasswords is the best password manager. It never let me down. Excellent work Mr. Keller!
Does not start
JPWS 1.2.0 don't run with JRE 10 or 11
JPWS 1.2.0 don't run with JRE 10 or 11
The problem is solved with program version 1-2-2.
Accidentally wrote from anonymous. Most likely a problem with obtaining administrator rights (UAC). If the CMD is started not on behalf of the administrator, it does not turn on if it is started on behalf of the administrator. Thanks for this, the ticket can be closed.
Installation
Home
Home
Do the following: 1 - open a terminal window, type "java -version" and report the results 2 - type "java -jar jpws.jar" (use your specific program file name instead of "jpws.jar") and report the result
I tried to run the jar file, but it did not start. Run the program through the command line?
Does not start
Does not start
If you know how to handle Java program files (.jar) then please also attempt with the jar-file!
I have no Windows available to test this. You may perhaps track a reaction if you start the program inside a terminal window. If there's something new, let me know!
Does not start
release 1-2-1 (maintenance)
Installation
Home
Installation
Drag & Drop Panel to login
EOFException after correct password but can continue
Home
I had a similar experience. In my understanding a bug of Java/Oracle. Currently I don't support any Java "above" 1.8 as these developments are suspicious to me, and - as you see - still under development.
JPWS 1.2.0 don't run with JRE 10 or 11
EOFException after correct password but can continue
Then I conclude your download was faulty somehow. The numbers are correct and my test-download verified them. For a security check best choice is always to 'gpg --verify' the download with the signature file.
Then I conclude your download was faulty somehow. The numbers are correct and my test-download verified them.
Neither the md5 nor the sha1 hash for the above version is identical when checked with MS File Integrity Verifier. Please advice. Thanks.
file locking
Casual file locking, as implemented by some projects, is a nuisance and I refuse to perform such a request because it is to no avail. The salvation JPasswords has taken is to implement the MERGE-ON-CONFLICT feature since 1.1, which allows parallel instances addressing a file - under assumption an operating system of file access would synchronise writing. Otherwise there pertains a rest of risk for which there is no salvation. Hope this helps!
multiple master passwords
Tree View: icon for expanding/collapsing the tree
store binary files in encrypted safe via jpws
Implemented with JPasswords 1.2.
prevent multiple instances of programm
Exclusion of multiple program instance is now deprecated and overriden by the MERGE-ON-CONFLICT feature during file saving, available since version 1.1.
master passwords as embedded passwords
public key
Hello Brett, are you still in track of this feature? Have you found it implemented somewhere in password managers? My question would be: what do you expect in terms of user surface and application comfort in this feature? In the meantime (1.2) you can add external files or objects to the database. Would that be enough for a handling, or does it have to be of instance availability and RSA mechanics in the program?
master passwords as embedded passwords
Auto-type alternative!
Auto-type alternative!
I wonder how the D&D feature, which is implemented, behaves under Windows and some browser. I don't use JPasswords in Windiws currently, so any help in testing would be appreciated! Unluckily, the D&D doesn't function correctly under Linux and Firefox, while in principle it would function, e.g. with text editors. Either this is an intentional protection in the browser or some technical failure in communication of the JVM.
Automatically copy username, when website launches
Auto Select Username or Password
EOFException after correct password but can continue
Thank you! I wonder what the reason for the zero-files might be! If you don't mind, please observe the behaviour of the mirror files section and whether there are oddities reappearing. Regards.
Thank you! I renamed the /.jpws/mirror directory and this solved my issue. I found zero byte files in there. The sourcecode download I mentioned works now. Bye Eric
release 1-2-0
EOFException after correct password but can continue
About the missing download file, I have uploaded the file again. If the download doesn't work you can draw the latest GIT repository at https://sourceforge.net/p/pwslib3/code/ci/master/tree/ or on GitHub.
Thank you for reporting! Both errors, the EOFException and the NullPointerException should not lead to such behaviour or should not happen. As I read the listing, your error has to do with a weird mirror file in the JPWS home directory. To verify this you should open directory "/home/eric/.jpws/mirror". In this folder, or some subfolder, I would expect to find a misplaced mirror file which is of zero length and bears a future modify time. Remove this file, and you should go fine again. You may also...
EOFException after correct password but can continue
Installation
Home