Bug 184973

I'm seeing this too on bugs.kde.org, but the question is, is this a konqueror bug or a bugs.kde.org problem... are you seeing this on other websites too?
(Or can you also test another browser with bugs.kde.org?)

I'm not aware that anything changed in the cookie handling, while we upgraded to bugzilla 3.2, so I'm suspecting bugzilla....

This isn't 100% reproducible. But I just logged out, and back in, and this is what I observe:

Using cookie management dialog in konqueror config, I see an empty dot.kde.org cookie, and an empty forum.kde.org cookie. The previously set bugs.kde.org cookies have information in them. Looking in the .kde4/share/apps/kcookiejar/cookies file, all cookies are there.

Subsequently visiting these sites, I am still logged on to them. So the cookies appear to be working at this point in time. However the information displayed in the dialog is still empty for dot.kde.org and forum.kde.org. 

I don't recall any problems with other domains.

I have done the same in firefox, and am not seeing this behavior.

I've got the same problem, KDE 4.2.1 openSuSE packages, Qt 4.5
https://bugs.kde.org/show_bug.cgi?id=186345 similar to that; every(?) cookie loses it's data when closing Konqueror, leaving only blank cookies, it seems.

*** Bug 186345 has been marked as a duplicate of this bug. ***

Correction: I was wrong. Actually it seems that when session ends, konqueror deletes all cookies except session cookies...

After KDEmod rebuild its packages, bug did not appears

What version of Qt are you using?
See bug #183720

I'm using 4.4.3. I'll see if 4.5.0 package is available for my system.

Tuomas: do you actually see the cookies disappearing from `kcmshell4 cookies`, Management tab? (after exiting konqueror and pressing "Reload List" there?)

Any website where I can trigger this? I can't find any cookie-related bugs with kdelibs-trunk and Qt-4.5, anymore.  (and plenty of such bugs with kdelibs-4.2.x and Qt-4.4.x indeed, due to the Qt fromAce/toAce bug)

Indeed. I had multiple Konqueror windows open. Cookie management tab showed about a dozen different hosts, many cookies each. Opened last.fm, logged in. Closed last.fm window, I was quite sure last.fm cookies went from 11 to 10. Closed all other windows. Most of the hosts in the list disappeared, only 4 stayed.

But, I'll try updating my KDE packages again. Past has taught me that all the weird bugs I somewhy encounter and no-one else does usually disappear by updating KDE packages :D

Tuomas: did you check "Treat all cookies as session cookies"? Then this would be the expected behavior...

My comment #1 was erroneous: the new bugzilla setup indeed doesn't allow the login cookie to be used for http urls, the same behavior happens in firefox, no konq bug there (just a rather inconvenient bugzilla setup).

The box is unchecked.
From kcookiejarrc:

[Cookie Policy]
AcceptSessionCookies=true
CookieDomainAdvice=
CookieGlobalAdvice=Accept
Cookies=true
IgnoreExpirationDate=false
RejectCrossDomainCookies=true

The same happens to me compiled from sources in a debian unstable, while I'm logged in I've no problems using sites that store authentication information in cookies, but once I logout or restart this computer I've to reenter the authentication information (like in nytimes.com). 

This started happening in recent builds, it can be when I've updated to Qt 4.5 or to KDE 4.2.1.

gcc: version 4.3.3 (Debian 4.3.3-3)
konqueror: 4.2.68 (KDE 4.2.68 (KDE 4.3 >= 20090327))
qt: 4.5.0-2

In order to reproduce it and to avoid problems I've logged out from X, then removed from a console $KDEHOME/share/apps/{konqueror,kcookiejar} $KDEHOME/share/config/{konquerorrc,kcookiejarrc}, and logged in again in X.

The configuration settings for cookies are:
[x] Enable cookies

[x] Only accept cookies from originating server
[x] Automatically accept session cookies
[ ] Treat all cookies as session cookies

[x] Ask for confirmation
[ ] Accept all cookies
[ ] Reject all cookies


All persistent cookies have expiration date set to "07/02/06 04:28" in the configuration settings, and are stored in $KDEHOME/share/apps/kcookiejar/cookies the Exp.date column with the value (4294967295 = -1).

To reproduce this I've removed all cookies then navigate to a site that uses set persisten cookies (like google.com), all persistent cookies appeared with the same expired date.

Hope this helps.

Works for me again. It just started working, possibly on update to KDE 4.2.3, not sure though.

Fixed the original bug report. Only cookie information display was affected as a result of commit r452326. It should work fine with 4.3.2 and up. All other unrelated reports need to be opened as a new ticket if those problems still persist...