Closed Bug 463177 Opened 16 years ago Closed 16 years ago

Open "Clear Private Data" dialog from about:privatebrowsing

Categories

(Firefox :: Private Browsing, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.1b2

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

()

Details

Attachments

(1 file)

We need to open the CPD dialog from about:privatebrowsing after bug 453440 lands.

This code should most likely be enabled: <http://hg.mozilla.org/mozilla-central/file/a82181a23253/browser/components/privatebrowsing/content/aboutPrivateBrowsing.xhtml#l81>
No longer depends on: 453440
Depends on: 453440
Alex, the existing text which I had disabled before does not mention "Clear Recent History" as the name of the dialog box which it opens, so I guess we're fine with the current strings (which match the ones in <http://people.mozilla.com/~faaborg/files/shiretoko/privacy_i2.png>).  I'm going to assume this in my patch (which is posted soon), so please let me know if we need to update the strings here.
Assignee: nobody → ehsan.akhgari
Status: NEW → ASSIGNED
(In reply to comment #1)
> Alex, the existing text which I had disabled before does not mention "Clear
> Recent History" as the name of the dialog box which it opens, so I guess we're
> fine with the current strings (which match the ones in
> <http://people.mozilla.com/~faaborg/files/shiretoko/privacy_i2.png>).  I'm
> going to assume this in my patch (which is posted soon), so please let me know
> if we need to update the strings here.

Silly me!  That dialog *is* renamed.  Please ignore comment 1 and imagine I never wrote that.  :-)

/me wishes bugzilla had a comment deletion feature...
Attached patch Patch (v1)Splinter Review
Simple enough.
Attachment #346688 - Flags: review?(mconnor)
(In reply to comment #2)
> (In reply to comment #1)
> > Alex, the existing text which I had disabled before does not mention "Clear
> > Recent History" as the name of the dialog box which it opens, so I guess we're
> > fine with the current strings (which match the ones in
> > <http://people.mozilla.com/~faaborg/files/shiretoko/privacy_i2.png>).  I'm
> > going to assume this in my patch (which is posted soon), so please let me know
> > if we need to update the strings here.
> 
> Silly me!  That dialog *is* renamed.  Please ignore comment 1 and imagine I
> never wrote that.  :-)

To be fair, when you wrote it I hadn't yet changed the dialog title.  :)
Comment on attachment 346688 [details] [diff] [review]
Patch (v1)

let's get this in for beta
Attachment #346688 - Flags: review?(mconnor)
Attachment #346688 - Flags: review+
Attachment #346688 - Flags: approval1.9.1b2+
Flags: in-litmus?
http://hg.mozilla.org/mozilla-central/rev/18fec592b35b
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.1b2
Using the CPD button after entering PB will clear your 'entire' history.  It appears that the new CPD options box does not respect the choice.

Using a test profile that had some history, I browsed a few links to check that history was recent. 

I then entered PB and clicked 'Clear History Button' and chose Clear My History for the last 'hour', however upon exiting PB I found that all the History was gone.  

This bug should be backed out as it would be better for the end user at this point to look out for him/herself with regards to history.  I would be very upset if my 180days of history was to be cleared when I was 'thinking' I was clearing the 'last hour'.  

I did not test the other CPD clearing options that use different time-frames.

Tested using an hourly build with changeset:
http://hg.mozilla.org/mozilla-central/rev/18fec592b35b

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081107 Minefield/3.1b2pre Firefox/3.0 ID:20081107001016
I can verify the option appears in the UI using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081107 Minefield/3.1b2pre, Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081107 Minefield/3.1b2pre, and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081107 Minefield/3.1b2pre. But as Jim says in Comment 7, the issue of functionality still remains for the time based option.
This is being tracked in bug 453440 which has a reviewed and approved patch waiting to land as we speak.
Blocks: 463810
Verifying this bug fixed using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081112 Minefield/3.1b2pre as well as Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081112 Minefield/3.1b2pre.
Status: RESOLVED → VERIFIED
https://litmus.mozilla.org/show_test.cgi?id=7412 added to Litmus.
Flags: in-litmus? → in-litmus+
Mass moving of all Firefox::General private browsing bugs to Firefox::Private Browsing.
Component: General → Private Browsing
QA Contact: general → private.browsing
Blocks: 479720
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: