kphotoalbum thinks a password is already set after a fresh install.

[Chris Reeve]

Binary package hint: kphotoalbum

I recently upgraded from kphotoalbum 3.1.1-2ubuntu3 to 4.0-0ubuntu1~ppa1 on eeebuntu base 3.0. I did this by updating jaunty with the instructions on this site.

I tried using the lock feature for the first time and found that after I had locked away some photos it was not possible to unlock them again: although I had not set a password, kphotoAlbum insisted I enter one for it to unlock.

I tried deleting my index.xml and trying again with a new directory of photos but again I was not able to set a password or unlock photos once the lock was activated.

I eventually located kphotoalbumrc, with which was able to to turn the lock off manually. However, I have not found anything in that file or index.xml that specifies a password. The reason being, I assume is that the password is not actually set.

Maybe if I my own password in kphotoalbumrc this would work? If only I knew the command... My current solution is to use a bash macro to unlock kphotoalbum for me.

bwt, I really like the way kphotoalbum is set out. My only wishes are for it to have an inbuilt or easily accessible crop function and that when deleting a picture it sends it to my trash folder. However, I can do this quite easily with gThumb.

[Tim McCormack (phyzome)]

Workaround:

1. Open your KPA settings file: .kde/share/config/kphotoalbumrc
2. Find the relevant Privacy Setting config group: [Privacy Settings - /home/timmc/photos/all/]
3. Add "password=" as a new line (without the quotes)

This workaround gives you a blank password.

It would appear that KPA is fine with the user having an empty password, and when the password is empty will not even prompt for it on unlock or password change. However, a *missing* password will cause it to prompt and fail to match a blank password.

[Tim McCormack (phyzome)]

I should also note that this workaround worked for KPA 4.1.1, though I suspect it will work in much older versions as well.

[Risto H. Kurppa (risto.kurppa)]

Does this still actually happen after all updates, the current version in the repositories is 4.1.1.

It would be good to report this to https://bugs.kde.org/enter_bug.cgi?product=kphotoalbum and link the report here.

Chris: KPhotoAlbum will not have a crop feature as it is not designed to EDIT photos, only to tag and archive, but leave the photo files untouched. And ability to move deleted photos to Trash is implemented in the recent releases :)

[Risto H. Kurppa (risto.kurppa)]

I tried this with 4.1.1+svn1210839-0ubuntu0~ppa4 from https://launchpad.net/~dominik-stadler/+archive/ppa and locking seems to work correctly for me.

So can someone still confirm this happening?

[Risto H. Kurppa (risto.kurppa)]

Closing as outdated & fixed in new releases. If the problem still occurs, feel free to reopen