After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 116609 - History deletion on per-site basis
History deletion on per-site basis
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: History
0.x
Other All
: Normal enhancement
: 1.6
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-07-03 09:08 UTC by Reinout van Schouwen
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
implementation (1.81 KB, patch)
2004-01-28 14:24 UTC, Christian Persch
needs-work Details | Review

Description Reinout van Schouwen 2003-07-03 09:08:07 UTC
It would be nice to be able to delete history entries on a per-site basis.
(pr0n sites come to mind, as a use case). It confused me to see that I
could select a site in the site list and the 'Delete' item was still
disabled in the File menu.

Also, if actions on sites are possible, this should be reflected in a
context menu for the site entries.
Comment 1 Marco Pesenti Gritti 2003-07-03 09:32:52 UTC
I can say that not being able to do it bugged me a few times.
Comment 2 Reinout van Schouwen 2003-07-03 09:38:49 UTC
Whatever the reason was that it didn't work for me at first, this
functionality now suddenly does exist. 

Perhaps there's something else going on? Marco if it's OK with you
then I'll mark this invalid.
Comment 3 Marco Pesenti Gritti 2003-07-03 09:52:16 UTC
>Whatever the reason was that it didn't work for me at first, this
>functionality now suddenly does exist. 

Hem how can it work, there is no code for that :) How did you remove
it ? You can remove all the urls inside a site and the site will be
removed automatically but ... removing the site directly in theory is
not possible.
Comment 4 Reinout van Schouwen 2003-07-03 09:58:40 UTC
I am an idiot. I got confused between the bookmarks editor and the
history. Hmm I believe I saw a bug asking to merge the two? ;-)
Comment 5 spark 2003-07-03 11:43:54 UTC
Maybe it would be nice to support this from the address entry too 
(so you don't have to even open the history window):

http://bugzilla.mozilla.org/show_bug.cgi?id=87098
Comment 6 Dave Bordoley [Not Reading Bug Mail] 2003-07-03 11:57:01 UTC
I'm ok with it, i think my original concern was users get confused by
the slightly different interaction design between bookmarks and history, 
Comment 7 Reinout van Schouwen 2003-07-19 21:20:00 UTC
spark: excellent idea! Do we need a separate epiphany bug for this?
Comment 8 Marco Pesenti Gritti 2003-07-19 22:31:16 UTC
Yeah I guess it should be a separate bug.
Comment 9 Marco Pesenti Gritti 2003-09-01 13:23:04 UTC
Sorry for the spam. Reassigning bugs with a target to our next milestone.
Comment 10 Christian Persch 2004-01-28 14:24:17 UTC
Created attachment 23840 [details] [review]
implementation
Comment 11 spark 2004-02-07 22:44:21 UTC
Target 1.2 -> 1.4 due to feature freeze.

Patch can go in once we branch.
Comment 12 Elijah Newren 2004-03-10 23:42:17 UTC
Adding BLOCKED_BY_FREEZE keyword.
Comment 13 Marco Pesenti Gritti 2004-03-11 00:08:45 UTC
I'd like to give this a look before it goes in.
Comment 14 Marco Pesenti Gritti 2004-04-17 09:15:07 UTC
I think my comment on irc was that it would have been worth to add a history api
to remove sites prolly.
Comment 15 Christian Persch 2004-08-15 18:24:10 UTC
Mass-moving Targe Milestone 1.4 -> 1.6 due to feature, UI and string freeze.
Comment 16 Elijah Newren 2004-10-13 04:14:49 UTC
Reassigning bugs from version 0.7.2 to 0.x.
Comment 17 Christian Persch 2004-10-13 10:53:12 UTC
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
Comment 18 Elijah Newren 2004-10-27 16:36:03 UTC
Since this bug is blocked by waiting for an updated patch instead of a freeze,
I'm removing the BLOCKED_BY_FREEZE keyword.
Comment 19 Christian Persch 2004-11-11 14:22:09 UTC
Fixed on HEAD.