Closed Bug 289398 Opened 20 years ago Closed 20 years ago

Need fourth category of session-only cookies; cookieexception file behaves strangely

Categories

(Firefox :: Settings UI, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 249225

People

(Reporter: webmaster, Assigned: bugs)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

1)I parsed the instructions allow cookie? as meaning NO-forever, YES-forever
This Particular Session ONLY - discovered any session-only selection allowed
site to ALWAYS set session-only cookies. This is not good if I want to allow a
site to set a session-only cookie once, but not another time. Fourth option
needed along with rewording making the options Block/Allow/Always
Session-Only/This Session Only.
2) going over box to erase all those session-only's, I discovered that to remove
a site successfully requires Highlight Site/hit Remove site/hit Highlighted Site
again and it will finally vanish, to be replaced (briefly) with a duplicate of
site that was below it. This *seems* to finally erase it from the site history
box. Discovered this ONLY going through history box three times to find a way to
eliminate these things. Should require only Highlight/Erase!

Reproducible: Always

Steps to Reproduce:
1.Allow a session only cookie
2.Check cookie exception box to find request is permenant
3.Attempt to get rid of it in a logical manner <Highlight then hit remove once>

Actual Results:  
1- a one-time <by wording> exception was mde a permenant rule
2- it took an illogical overkill effort to expunge offensive rule
2a- cookie history box shows some acceptable-but-could-use-polishing behavior/

Expected Results:  
If I say allow a cookie for session only, that should mean one session - since
it means create a rule to *always* allow session cookies, rewording and a fourth
option is needed. (If I sound like I'm beating a dead horse here, I'm trying to
properly fill out the form with the information as frequently as it is asked for)
Procedure for removing unwanted rules is tedious and enigmatic.

Made attempt to submit part A of this bug yesterday -if it was expunged due to
duplication and reported by e-mail, please excuse me - I have NOT had e-mail svs
today.
1) is dup of bug 249225

2) works for me on Firefox 1.0.2 (PPC/MacOS X)
Component: Migration → Preferences
QA Contact: migration → mconnor
For what its worth, if the box is checked to actually remember the decision,
then what are you really expecting?  Uncheck that box if you don't want the
decision remembered permanently.

That being said, there has been talk about expanding permission manager to allow
for site permissions to be done per-site, but that's not close to concrete at
this time.

*** This bug has been marked as a duplicate of 249225 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in before you can comment on or make changes to this bug.