| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
If the org.gnome.Epiphany.web.do-not-track setting is enabled, we'll
send the DNT: 1 header with every outbound request we make.
See http://donottrack.us/ for more details.
|
| |
|
|
| |
We'll use this when we land the Overview.
|
| |
|
|
|
|
| |
We need this to be an enum, since we'll a third option in the future
for the Overview (to never show the tabs bar). For now just add the
two values we have now and migrate the code and the user data.
|
| |
|
|
|
|
|
|
|
| |
With this policy the session will only be restored if the application
has exited unexpectedly, but not if the user manually closes it.
There are no code changes needed for this to work, having a (valid)
different value than always/never in the setting makes things just
work.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We add a new gsettings key, 'restore-session-policy', with two valid
values: 'always' and 'never'. A brief explanation of our session state
mechanism follows.
There are three ways to exit Epiphany:
1) Activate 'Quit' in the application menu
2) Close the last application window
3) Kill the process manually, SIGSEGV, or other similar unexpected
event.
For 1) and 2), we'll now do the same thing:
a) Call ephy_session_close
b) Exit the application manually
ephy_session_close will check the new restore-session-policy setting,
and only save the session state if it's set to 'always'. Before it
used to manually destroy all present windows. We now let EphyShell or
EphyWindow do this, EphySession only manages the session state saving.
For 3), the process will die with the state saved up to that point,
there's nothing we can do. For that reason, on startup also check the
new setting; if it's set to 'never' ignore the session state, open a
window in the homepage, and delete the old state file.
https://bugzilla.gnome.org/show_bug.cgi?id=673453
|
| |
|
|
| |
Since we don't have one anymore.
|
| |
|
|
| |
Since we don't have one anymore.
|
|
|
Its not needed to use the .in hack anymore
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=672932
|
