| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This just more accurately reflects what it actually is.
|
|
|
|
|
|
|
| |
Unfortunately it's not ready for 3.32, and we're reconsidering the
implementation details.
Fixes #659
|
|
|
|
|
|
| |
Based on an initial patch by: Carlos Garcia Campos
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/264
|
|
|
|
|
|
|
|
| |
Incognito mode does not use a private instance, so keep the private
instance options together.
At least now it should be clearer what the difference between incognito
mode and private mode is!
|
|
|
|
|
|
| |
This looks nice, but means we can't hint at the extended usage of
--application-mode that receives a desktop basename instead of
--profile.
|
|
|
|
| |
Oops, C enum flags are not very typesafe! Not at all!
|
| |
|
|
|
|
|
|
|
|
| |
I was planning to get rid of EphyStartupFlags entirely and replace it
with a bool to indicate whether a new window should be created, since
there is only one flag needed now. But bool parameters are no good, and
I was planning to add a code style rule to avoid them. So convert it to
an enum instead.
|
|
|
|
|
|
|
|
|
| |
This doesn't do anything, because new tabs are already created by
default.
Well, almost. Currently, when a primary instance already exists and a
secondary instance is launched, that actually does open a new window in
the primary instance. But we'll clean that up in the next commit.
|
|
|
|
| |
Fixes #338
|
| |
|
|
|
|
| |
This will allow to use libhandy's translations and to init its types.
|
|
|
|
| |
This reverts commit 701b6aa81ce8e926cff2364db622bd9258a80368.
|
|
|
|
| |
This will allow to use libhandy's translations and to init its types.
|
|
|
|
|
|
|
|
|
| |
This allows us to run the tests in situations where Epiphany is not
installed on the host system, e.g. when running under BuildStream.
As a bonus, we'll point Epiphany here as well when built in developer
mode, so that it can be run from the build directory when uninstalled.
This is needed to facilitate easy build/test/run inside BuildStream.
|
|
|
|
|
|
|
|
|
| |
I just learned about meson's vcs_tag() function. We can use this to get
rid of our compute-tech-preview-version.sh script.
In implementing this, I discovered that we're sending the git hash along
to the sync server and safe browsing server. Let's not do that. Only use
the VCS version when displaying things locally, not in network requests.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make org.gnome.Epiphany.web schema relocatable to be used by web apps.
Settings in org.gnome.Epiphany.web schema are now per web app, allowing
users to have different settings in the main epiphany instance and in
every web applications installed. Newly created web apps inherit the
settings from the main instance. To make this possible I also had to
move some of the settings:
- user-agent, remember-passwords and enable-smooth-scrolling has been
moved from the main schema to web. The profile migrator will copy the
values from the main schema to the web one. Settings are not actually
moved, but copied marking the old ones as deprecated.
- adblock-filters has been moved from web to main schema, because it's
actually shared, web apps use the default profile filters. This is
not migrated because it's very recent setting and probably everybody
is using the default value anyway since it's not exposed in the UI
yet.
When the profile migrator is run for the main ephy instance, we simply
copy the values of the deprecated settings to its new location. When
it's run for a web app we copy the settings from the main profile. If
the migrator was not run for the main profile yet, we use the deprecated
values instead. This way web apps will be ensured to have the same
settings.
The app menu for web applications includes now the preferences item to
show the preferences dialog. The dialog is the same as the main one,
but with with the global options hidden.
This patch also removes ephy_settings_ensure_schema_for_path() and
relocatable schemas are configured automatically based on the current
profile dir, making it less error prone.
|
|
|
|
|
|
|
|
| |
Make the org.gnome.Epiphany.state schema relocatable and set a specific
path for web apps, or use the default one otherwise. This ensures that
web apps don't write their window geometry to the general settings and
every web app can have its own geometry no matter what window was last
closed.
|
|
|
|
|
|
| |
This reverts commit 458d1b66d3a853e13328e58fa9d3672e6ea8272c.
Clean build is failing, not sure why....
|
|
|
|
|
|
| |
We initialize libnotify but never use it for anything... bye.
(It's still used in WebKit, but Epiphany doesn't know about that.)
|
|
|
|
|
| |
There's no public API anymore and no extensions. Having private headers
years later serves no purpose and is just confusing.
|
| |
|
|
|
|
|
|
| |
This should never ever be shown. I've never ever seen it shown. We
should always always trigger the distro bug reporting tool if we fail to
start. That means we'd better crash.
|
|
|
|
|
|
|
|
|
| |
epiphany --incognito-mode unexpectedly behaves differently than the
incognito mode app menu option. It is supposed to steal data from the
default profile directory, but this is currently broken unless the
profile is passed explicitly. The problem is that ephy_dot_dir() is
guaranteed to be NULL here, because ephy_file_helpers_init() has not yet
been called.
|
|
|
|
|
|
|
|
|
| |
It's the same as incognito-mode, and it's confusing. The two people
in the world using this flag can update their scripts.
Besides, do you really think it's a good idea to choose a memorable
password for your bank? Using the password manager is arguably much more
important here than elsewhere.
|
|
|
|
| |
It could be a lot better still.
|
| |
|
|
|
|
|
|
|
|
| |
To use GMP.
Because a few GPLv3+ files had already snuck in by mistake.
And because http://www.gnu.org/licenses/rms-why-gplv3.html
|
| |
|
|
|
|
|
|
| |
Thanks Jakub!
https://bugzilla.gnome.org/show_bug.cgi?id=746716
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Instead of passing the path of the desktop file to application mode,
let's just require passing the desktop file basename
("fedora-developer-portal.desktop") and let Gio look it up in the
standard desktop file locations.
https://bugzilla.gnome.org/show_bug.cgi?id=767101
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Expect system web apps to pass the desktop file path via the command
line using the existing --application-mode flag, rather than requiring
that Epiphany be started via Gio. This allows Epiphany to compete with
Electron as a choice for running web apps that work outside GNOME. It
also breaks any existing system web apps, but that's probably fine as
this feature is new in 3.20 and I'm not aware of anybody using it yet.
Note this "API" is subject to change prior to the 3.22.0 release.
https://bugzilla.gnome.org/show_bug.cgi?id=767101
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For a better future. Apologies when your 'git blame' resolves to this.
I'm actually really impressed how well uncrustify works. This required
only a little one-time manual work to avoid extra space in 'else {'.
This breaks function prototype alignment, but we should get rid of most
of those anyway.
We decided to start aligning function parameters, like other GNOME
applications. It looks nicer this way, and I couldn't teach uncrustify
the previous Epiphany style.
|
| |
|
|
|
|
|
|
| |
String literals are 'const char[]' when -Wwrite-strings is used.
https://bugzilla.gnome.org/show_bug.cgi?id=759200
|
| |
|
|
|
|
|
|
| |
Any desktop file running ephy with --application-mode command line
options should work. It doesn't need to provide the profile directory, it
will be built from the desktop file info, and created on first run.
|
|
|
|
|
|
| |
The variable rename is itself of no consequence, just to be more
standard. But $(localedir) may not necessarily be $(datadir)/locale, so
this aspect of the change makes a real difference.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's fighting with intltool and intltool is winning, so no point in
keeping it around and making things more complicated. In the future, it
would be good to replace intltool with upstream gettext (not
glib-gettext), but we still need intltool to translate the appdata file.
In the meantime, we'll no longer have two competing applications that
both want to create po/Makefile.in.in.
The AM_GLIB_GNU_GETTEXT macro was defining ENABLE_NLS if gettext is
available, to make i18n optional. But most GNOME programs require
gettext nowadays, and it's installed pretty much everywhere, so there is
no reason for it to be optional anymore. Note, the only reason we were
using glib-gettext before, as far as I see, was to define ENABLE_NLS.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=728536
|
|
|
|
|
|
| |
Solution by Gustavo Noronha
https://bugzilla.gnome.org/show_bug.cgi?id=728536
|
|
|
|
|
| |
Spare some cycles by not spawning the profile migrator if there
is nothing to migrate.
|
|
|
|
|
|
|
|
|
|
| |
with arguments
When the session is resumed in private mode, a new empty window is
always shown. The shell should reuse that empty window for the first
argument, and open new tabs for the rest of the aguments.
https://bugzilla.gnome.org/show_bug.cgi?id=723022
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=696078
|
|
|
|
|
| |
We don't need it anymore now that the search provider is in its own
binary
|
|
|
|
|
|
|
|
| |
To launch epiphany as a DBus service, we need to be able to launch
without opening windows, and then use the GApplication inactivity
timeout to manage our lifetime.
https://bugzilla.gnome.org/show_bug.cgi?id=694943
|
|
|
|
|
| |
Since application mode also has a profile directory, we will enter the
non-app-mode profile shell mode instead.
|