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)
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.
Comment 1•20 years ago
|
||
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
Comment 2•20 years ago
|
||
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
Comment 3•18 years ago
|
||
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.
Description
•