Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Konqueror site passwords

171 views
Skip to first unread message

buck

unread,
Jun 16, 2015, 5:14:46 PM6/16/15
to
I have searched and all information found is incorrect, so here I am.

It appears that there is no maintainer for Konqueror.

I want Konqueror to save the username and password for a site where I
once said "Never".

There is nothing in my home directory that controls this, which I know
because:

1) on another computer, removing the contents of my home directory,
starting X and then running Konqueror povides the PW.

2) Running X as a new user on this computer fails to offer to save the
PW.

Do you know how to change Konqueror's mind about NEVER?

Any assistance \ suggestions \ whatever are requested!
--
buck

Grant

unread,
Jun 16, 2015, 9:00:02 PM6/16/15
to
You've checked for hidden dot-files? Then take a look at /var?

Also grep ~/ and /etc for the name of the site you put NEVER on.

Grant.

Henrik Carlqvist

unread,
Jun 17, 2015, 1:47:22 AM6/17/15
to
On Tue, 16 Jun 2015 21:14:40 +0000, buck wrote:
> I have searched and all information found is incorrect, so here I am.

> There is nothing in my home directory that controls this, which I know
> because:

When trying myself on a Slackware 13.1 system with konqueror 4.4.3 it
seems as if konqueror is not saving any password at all. I did not get
any question about saving password when logging in to a site and when
logging in again it asks for the password again.

If the password would have been saved anywhere it might have been
possible to find out with "strace -f konqueror >& /tmp/konq.txt" and then
study the contents of konq.txt.

> 1) on another computer, removing the contents of my home directory,
> starting X and then running Konqueror povides the PW.

As Grant said, did you also remove the .kde-directory from you home
directory?

> 2) Running X as a new user on this computer fails to offer to save the
> PW.

This seems close to what I saw in my test. Maybe it is because I haven't
enabked kwallet, some googling seems to point at kwallet.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc351(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost

buck

unread,
Jun 18, 2015, 6:33:06 PM6/18/15
to
Henrik Carlqvist <Henrik.C...@deadspam.com> wrote in
news:558109e8$0$303$1472...@news.sunsite.dk:

> On Tue, 16 Jun 2015 21:14:40 +0000, buck wrote:
>> I have searched and all information found is incorrect, so here I
am.
>
>> There is nothing in my home directory that controls this, which I
>> know because:
>
> When trying myself on a Slackware 13.1 system with konqueror 4.4.3
it
> seems as if konqueror is not saving any password at all. I did not
get
> any question about saving password when logging in to a site and
when
> logging in again it asks for the password again.

I'm pretty sure password saving did not occur prior to 14.0, so I
would not expect you to have success

> If the password would have been saved anywhere it might have been
> possible to find out with "strace -f konqueror >& /tmp/konq.txt" and
> then study the contents of konq.txt.

I will try that on the computer where it worked using a different site
.

>> 1) on another computer, removing the contents of my home directory,
>> starting X and then running Konqueror povides the PW.
>
> As Grant said, did you also remove the .kde-directory from you home
> directory?

Actually, I removed (after backing up) EVERYTHING in that home
directory and then ran startx.

>> 2) Running X as a new user on this computer fails to offer to save
>> the PW.
>
> This seems close to what I saw in my test. Maybe it is because I
> haven't enabked kwallet, some googling seems to point at kwallet.

I'd appreciate it if you would try enabling kwallet and then running
the strace, then reporting back.
> regards Henrik

I made a really stupid error in attempting to track this down. I had
a coputer that is a clone of the failing computer from before any use
of Konqueror (November) which I created by running dd from a rescue
disk, copying the root partition to the clone's HD, Then on the
clone, I ran a file listing of / but i used ls -lR when I should have
used ls -laR I output the results from before answering REMEMBER and
immediately after it succeeded and now I don't know how to undo the
remember... Crap!

I have to think about what I'm going to do now because that machine is
no longer a virgin.

TX for the strace idea.
--
buck

Chick Tower

unread,
Jun 18, 2015, 9:30:10 PM6/18/15
to
On 2015-06-16, buck wrote:
> I want Konqueror to save the username and password for a site where I
> once said "Never".
>
> There is nothing in my home directory that controls this, ....

I don't use Konqueror, buck. Maybe there's something in settings or
preferences that controls this.
--
Chick Tower

For e-mail: aols2 DOT sent DOT towerboy AT xoxy DOT net

Henrik Carlqvist

unread,
Jun 19, 2015, 9:23:25 AM6/19/15
to
On Thu, 18 Jun 2015 22:33:27 +0000, buck wrote:
> I'd appreciate it if you would try enabling kwallet and then running the
> strace, then reporting back.

I just did...

Unfortunately strace of konqueror didn't show me where the password was
saved. But I could see that konqueror did use kwallet to store the
password and in the KDE Wallet Manager I could open my default wallet and
find the stored username and password. By clicking "Show values" I could
even see my password in plain text.

By looking at the dates and sizes of generated files it seems to me as if
the passwords are stored in files in ~/.kde/share/apps/kwallet.

But this was on Slackware 13.1, maybe things have changed if you run
another version of Slackware.

buck

unread,
Jun 19, 2015, 3:39:17 PM6/19/15
to
Henrik Carlqvist <Henrik.C...@deadspam.com> wrote in
news:558417cb$0$294$1472...@news.sunsite.dk:

> On Thu, 18 Jun 2015 22:33:27 +0000, buck wrote:
>> I'd appreciate it if you would try enabling kwallet and then
running
>> the strace, then reporting back.
>
> I just did...
>
> Unfortunately strace of konqueror didn't show me where the password
> was saved. But I could see that konqueror did use kwallet to store
the
> password and in the KDE Wallet Manager I could open my default
wallet
> and find the stored username and password. By clicking "Show
values" I
> could even see my password in plain text.
>
> By looking at the dates and sizes of generated files it seems to me
as
> if the passwords are stored in files in ~/.kde/share/apps/kwallet.
>
> But this was on Slackware 13.1, maybe things have changed if you run
> another version of Slackware.
>
> regards Henrik

Thank you Henrik.

I shut down X on the computer that is failing to fill in username and
password and removed the files in .kde/~kwallet, then copied
kdewallet.kwl from the computer where this all works.

Running startx and then opening the WalletManager shows the
information from the site, but Konqueror fails to fill in the
information when I access that site.

I thus conclude that nothing in my home directory affects Konqueror's
decision to make permanent my NEVER answer. Actually, because the
only files with the correct time stamp on the clone computer are
either in my home directory or are transient (/var/tmp and /tmp) I can
say that Konqueror's decision is voodoo.
--
buck

Henrik Carlqvist

unread,
Jun 19, 2015, 5:02:57 PM6/19/15
to
On Fri, 19 Jun 2015 19:38:51 +0000, buck wrote:
> Running startx and then opening the WalletManager shows the information
> from the site, but Konqueror fails to fill in the information when I
> access that site.

If so, it seems as if the decision not to use a saved password is made by
konqueror rather than kwallet. I'm no expert in konqueror, but I think it
has its settings in the directory ~/.kde/share/apps/konqueror and in the
file ~/.kde/share/config/konquerorrc

When you previosly tried to remove all files and directories from your
home directory, are you sure that none of your users processes were left
on the machine? If a process has a file open and that file is removed the
file contents will still be left in the file system until the process
closes the file (probably at exit).

buck

unread,
Jun 20, 2015, 2:45:57 PM6/20/15
to
Chick Tower <c.t...@deadspam.com> wrote in news:mlvr8h$ddn$1@dont-
email.me:

> On 2015-06-16, buck wrote:
>> I want Konqueror to save the username and password for a site where
I
>> once said "Never".
>>
>> There is nothing in my home directory that controls this, ....
>
> I don't use Konqueror, buck. Maybe there's something in settings or
> preferences that controls this.

I admit that I've already made up my mind that there is nothing in
Settings. That's because in my attempt to find a solution I came
across an outstanding bug report requesting that. The maintainer
treated it as a feature request rather than a bug so he could blow it
off due to a lack of votes. Since it is still outtanding, I'm certain
that there is no way in Settings to "forget" that a particular site
was set to NEVER.

However, since Firefox has a toggle setting to save PWs, when I have
exhausted all other more likely fixes, I will read every stinkin' word
in Konqueror's Settings to make sure no stone remains unturned.
--
buck

buck

unread,
Jun 22, 2015, 12:48:54 PM6/22/15
to
buck <bu...@private.mil> wrote in news:mlq3k...@news3.newsguy.com:
The solution is to select SETTINGS -> GENERAL and switch the "Default
web browser engine" from "WebKit" to "KHTML". Then the file
~/.kde/share/apps/khtml/formcompletions is used to determine whether
or not a site uses kwallet. If the site is in formcompletions then
kwallet is bypassed.
--
buck
0 new messages