1579412 - Cookie storage is not updated

Status: UNCONFIRMED

(DevTools :: Storage Inspector, defect, P4)

Description

[Eugen Konkov]

Attachment: _.jpg

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

I upgrade my FF to 69.0

Open developer tools and go to Storage tab. then delete selected cookie.

Actual results:

Nothing is happened cookie is still displayed (see screenshot)

But internally (If I read it from JS code) it is not available anymore.

Expected results:

Cookie should be deleted from the table.

So this is just visualization bug. and regression, because on 68 it is OK

Comment 1

[Eugen Konkov]

looks similar to https://bugzilla.mozilla.org/show_bug.cgi?id=405024
but I do not know what is 'cookie window' at that version 12 years ago =)

Comment 2

[Sebastian Padilla]

Hi Eugen Konkov:

Thanks for submitting this bug to us. I've tried to reproduce it using Firefox Nightly 71.0a1 (32-bit - 2019/09/13) and Firefox 68.0 that upgraded to 690 (32-bit) just like it happened to you, but I wasn't able to reproduce it.

Once the upgrade from FF 68 to FF 69 was made, I opened the console, went to "storage" and deteled the avaibale cookies and they disappeared from the screen.

Looking at the screenshot you added, it seems that the Domain for the cookies are from "feelsafe" so maybe there's an issue with those cookies.

If you can, please let me know on which website are you currently seeing this bug, this will help.

Does this issue occur with a fresh profile? You can find the steps here: https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager

Can you please download Firefox Nightly from here: https://nightly.mozilla.org/ and retest the problem and see if the issue still occurs there as well?

Thanks!

Sebastian

Comment 3

[Eugen Konkov]

feelsafe is bound to localhost

 $ nslookup feelsafe
Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
Name:	feelsafe
Address: 127.0.0.1

Comment 4

[Sebastian Padilla]

Hi Eugen Konkov:

I tried to reproduce it once again, using Firefox Nightly 71.0a1 (32-bit - 2019/09/17) and Firefox 68.0 that upgraded to 690 (32-bit) but I wasn't able to reproduce it.

I will add a Product and Component so a Dev can also check it out and help us with this issue.

Thanks!

Sebastian

Comment 5

[Eugen Konkov]

also can not reproduce. Seems it exists only after upgrading and before machine restart

Comment 6

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:miker, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 7

[Jan Honza Odvarko [:Honza] (always need-info? me)]

Sorry for the delay here!

Eugen, any chance you could come up with a test page we could use to reproduce the problem on our machines?

Honza

Comment 8

[Eugen Konkov]

Attachment: Kazam_screencast_00038.mp4

Comment 9

[Eugen Konkov]

sorry, I have not such page. Further more it is random

Here is video when issue is reproduced FF v84.0.2

Comment 10

[Jan Honza Odvarko [:Honza] (always need-info? me)]

(In reply to Eugen Konkov from comment #9)

Here is video when issue is reproduced FF v84.0.2

Sorry, what the video is trying to show?
I am seeing that you are pointing to a user_info cookie and then to a GET/POST login request that creates this cookie....

Honza

Comment 11

[Eugen Konkov]

Attachment: Kazam_screencast_00037.mp4

sorry, my mistake, I upload different file. See this new one.
Here I try to delete cookie, but nothing is happened

Comment 12

[Eugen Konkov]

Attachment: _2.jpg

Even Storage tab sometimes is not reloaded at all

Comment 13

[Jan Honza Odvarko [:Honza] (always need-info? me)]

Thanks!

I can see the problem in the video now (comment #11)

Do you see any errors in the Browser Console?
https://developer.mozilla.org/en-US/docs/Tools/Browser_Console

Honza

Comment 15

[Eugen Konkov]

I did not remember =(
I suppose there no error because I do not provide them.