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 749454 - Ability to open a link into a new private window
Ability to open a link into a new private window
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
git master
Other Linux
: Normal enhancement
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-05-15 20:12 UTC by Jean-François Fortin Tam
Modified: 2015-06-04 15:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
window: add a popup command to open links in incognito window (3.18 KB, patch)
2015-06-02 14:33 UTC, Claudio Saavedra
none Details | Review
file-helpers: add helper to launch a incognito window (2.27 KB, patch)
2015-06-02 15:35 UTC, Claudio Saavedra
committed Details | Review
window: add a popup command to open links in incognito window (3.05 KB, patch)
2015-06-02 15:35 UTC, Claudio Saavedra
committed Details | Review

Description Jean-François Fortin Tam 2015-05-15 20:12:17 UTC
When right-clicking a link, I can open in a New tab, New window, but not "New private window" like other browsers allow me to. I would like to have that feature. I often use that to check out some profiles or pages on social networks without leaving a trace from my profile—an "opt out" so to speak.
Comment 1 Claudio Saavedra 2015-06-02 14:33:01 UTC
Created attachment 304434 [details] [review]
window: add a popup command to open links in incognito window
Comment 2 Claudio Saavedra 2015-06-02 15:35:08 UTC
Created attachment 304446 [details] [review]
file-helpers: add helper to launch a incognito window
Comment 3 Claudio Saavedra 2015-06-02 15:35:13 UTC
Created attachment 304447 [details] [review]
window: add a popup command to open links in incognito window
Comment 4 Michael Catanzaro 2015-06-02 15:38:05 UTC
Both look good to me. Maybe Carlos will want to review.
Comment 5 Carlos Garcia Campos 2015-06-03 07:40:21 UTC
Review of attachment 304446 [details] [review]:

LGTM, but I don't see why this is in file-helpers, though.
Comment 6 Carlos Garcia Campos 2015-06-03 07:50:32 UTC
Review of attachment 304447 [details] [review]:

::: src/popup-commands.c
@@ +378,3 @@
+
+	event = ephy_window_get_context_event (window);
+	g_return_if_fail (event != NULL);

We should stop doing this. If this is not expected to be null, use an assert, otherwise use an early return. g_return_if_fail macros can be disabled.

@@ +381,3 @@
+
+	ephy_embed_event_get_property (event, "link-uri", &value);
+	address = g_value_get_string (&value);

Since g_value_get_string() returns a const char, we don't really need the local var.

@@ +382,3 @@
+	ephy_embed_event_get_property (event, "link-uri", &value);
+	address = g_value_get_string (&value);
+	ephy_open_incognito_window (address);

You are leaking the string, call g_value_unset() here.
Comment 7 Claudio Saavedra 2015-06-04 14:11:07 UTC
(In reply to Carlos Garcia Campos from comment #5)
> Review of attachment 304446 [details] [review] [review]:
> 
> LGTM, but I don't see why this is in file-helpers, though.

Any suggestion, where should it go?
Comment 8 Claudio Saavedra 2015-06-04 15:29:00 UTC
Attachment 304446 [details] pushed as 5bbb98c - file-helpers: add helper to launch a incognito window
Attachment 304447 [details] pushed as c54d16d - window: add a popup command to open links in incognito window
Comment 9 Claudio Saavedra 2015-06-04 15:32:49 UTC
BTW, I made it so that the menu item is hidden if already in Incognito mode.