| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We don't use XML files to create our toolbars anymore, so this is not
needed.
|
|
|
|
|
|
|
|
|
|
| |
We need to update their desktop files (they had references to the
profile directory) and the symlink of the .desktop file in the Shell
applications directory.
It would be much easier to just delete and re-add the applications,
but unfortunately that would wipe out the existing profile data in the
apps (like cookies).
|
|
|
|
|
| |
It's quite cumbersome to re-construct from its name and URL, so just
add it here. We'll use it to migrate the profile data.
|
|
|
|
|
|
| |
We are going to use it in the profile migrator, so it needs to be
there. Besides, this code just deals with plain data in the profile
and application dir, so it makes sense for it to be here.
|
|
|
|
| |
Do nothing if the destination history file already exists.
|
|
|
|
|
| |
Otherwise we'll read the .migrated file *before* we move the old
profile. Not OK, it will make us start from scratch all the migration
|
| |
|
|
|
|
|
|
|
| |
Sqlite limits the length of a LIKE pattern to 50000 bytes, therefore
we need to make sure that longer strings are not used as queries.
https://bugzilla.gnome.org/show_bug.cgi?id=674848
|
|
|
|
|
|
| |
Migrate profile directory to XDG config dir
https://bugzilla.gnome.org/show_bug.cgi?id=522810
|
|
|
|
|
|
|
|
|
|
| |
Since we are about to migrate our profile dir, allow file helpers init
to not ensure the profile dir exists (it was hardcoded until now). For
this we get rid of the ugly boolean parameters and add a flags
parameter, which preserves the old behaviors and allows for this new
option.
We update all the callers in the tree.
|
|
|
|
|
| |
Call it directly from main, since we want it to happen before the file
helpers initialization.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674870
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673337
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673337
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
The GFile API provides useful error messages, print them when any
operation fails to aid debugging.
https://bugzilla.gnome.org/show_bug.cgi?id=673666
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673665
|
|
|
|
|
|
|
|
|
|
| |
Invalid enumerators can be returned even when no GError is set.
Check if the enumerator is non-NULL before proceeding, and adjust the
default return value so it is not TRUE when g_file_enumerate_children
fails.
https://bugzilla.gnome.org/show_bug.cgi?id=673337
|
|
|
|
|
|
| |
It's a two-line save, and there are no users of this API.
https://bugzilla.gnome.org/show_bug.cgi?id=673337
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Align the elements of the GtkEntryCompletion popup with those in the
location entry. The code comes with a detailed comment and a scheme of
how the aligment is done now.
Because of the unhandled pixels of GtkEntryCompletion, this code might
need an update if anything in GTK+ or Adwaita changes.
https://bugzilla.gnome.org/show_bug.cgi?id=672927
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672927
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672927
|
|
|
|
|
|
|
| |
Makes the symbolic-icon of the completion rows change its color
accordingly to the selection state. With Adwaita: black -> white.
https://bugzilla.gnome.org/show_bug.cgi?id=672927
|
|
|
|
| |
Since we don't have one anymore.
|
|
|
|
| |
Since we don't have one anymore.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672926
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672926
|
|
|
|
| |
The brave new world is to use the session support in GtkApplication.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672907
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672525
|
|
|
|
|
|
|
| |
Link the glow and the menu buttons together by using a "linked" style
class on the box containing them.
https://bugzilla.gnome.org/show_bug.cgi?id=672712
|
|
|
|
|
|
|
| |
If the old history file exists but has no actual visits we'll enter
into an infinite loop.
https://bugzilla.gnome.org/show_bug.cgi?id=672547
|
| |
|
|
|
|
|
|
|
|
| |
Use the new webkit favicon database for favicons here. This
might not work perfectly, but that's a webkitgtk issue, see
https://bugs.webkit.org/show_bug.cgi?id=81665
https://bugzilla.gnome.org/show_bug.cgi?id=672480
|
|
|
|
|
|
|
|
|
|
| |
Most data files are listed through EXTRA_DIST, so they are left in the
top srcdir during VPATH builds. The new EphyWebView unit test needs
data/pages/error.html, so distcheck was broken because ephy_file
("error.html") was failing since it looked for them in $pwd/data.
To fix this, look for files in the top srcdir instead of $pwd/data,
which will lead to the builddir data data dir during distcheck.
|
|
|
|
|
|
|
|
| |
We don't want the floating bar to extend without boundaries in the
available size, since some hyperlinks can be very long (and make the bar
cover the whole screen).
https://bugzilla.gnome.org/show_bug.cgi?id=671520
|
|
|
|
|
|
|
| |
Instead of hardcoding all visits as 'TYPED' properly distinguish
between bookmarks, following links and typing URIs in the entry.
We'll use this to compute the frecency of history items.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The main purpose of the cancellable API in ephy-history-service
is to let the user notify when the results of the operation
are no longer needed and the callback call can be omitted. Since
performing a read operation, in such cases, makes no sense, we
cancel them altogether. However, given the nature of the service,
we don't cancel write operations.
https://bugzilla.gnome.org/show_bug.cgi?id=671901
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671635
|
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
Reviewed-by: Xan Lopez <xan@igalia.com>
|
| |
|
| |
|
|
|
|
|
| |
By now, the public API only supports filtering by time range, but
filtering by string matching is also possible.
|
|
|
|
| |
If there are no hosts, that's not a failure, so return TRUE instead.
|
|
|
|
|
|
| |
If no host can be selected, always select the "all hosts" row.
https://bugzilla.gnome.org/show_bug.cgi?id=671575
|
|
|
|
|
|
|
| |
This adds always a default item "All sites" which, when selected, will
show all urls in all hosts.
https://bugzilla.gnome.org/show_bug.cgi?id=671575
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671594
|
|
|
|
|
| |
This breaks selection in _BROWSE mode, and we don't really need it
anyway.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671559
|
|
|
|
|
|
|
| |
After removing all the urls in a host, we don't need that host
anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=671559
|
| |
|
|
|
|
| |
Simply bail out and don't crash the browser.
|
|
|
|
|
| |
This puts "Others" to the beginning of the list and the rest
alphanumerically sorted.
|
|
|
|
|
| |
So that it doesn't trigger a double-click in the first press. Use
a handler instead of connecting to the signal.
|
| |
|
|
|
|
|
| |
EVER needs to be at the end, not in the second position, since that's
the order in the ephy history window.
|
|
|
|
|
| |
Since that's their natural place. Also create a base class to hold the
common code they share.
|
|
|
|
| |
So that AFTER handlers are executed as well
|
|
|
|
| |
This method will remove all the history related to that host.
|
| |
|
|
|
|
| |
To retrieve all hosts in the history
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Otherwise the default code path is enough. Also, the host is always
going to be NULL for newly created URLs, so double check this is the
case and don't try to handle anything else.
|
| |
|
|
|
|
|
|
| |
We need to consider the case of an "invalid" host with a non default
zoom level, since the profile migrator will send us that kind of
thing.
|
|
|
|
| |
And use it in EphyEmbed instead of the legacy signal.
|
| |
|
|
|
|
|
|
|
|
|
| |
Similar to the old EphyHistory 'add-page' signal. It allows blocking
the visit by handling the signal, since the actual logic to add the
visit is in the class' default handler.
The add_visit(s) methods won't emit this signal, but for now we'll
assume that whoever is using those knows what he's doing.
|
|
|
|
| |
Fits much better with the naming model in that class.
|
|
|
|
|
|
| |
It was a very thin wrapper on top of the history service, it does not
seem to make much sense. For now move the two useful helper methods
down to the service without further changes.
|
|
|
|
|
| |
This is what the old history code did. Looks better than an empty
string.
|
| |
|
|
|
|
| |
It's not really that useful.
|
|
|
|
| |
It's not used at all. Again, format change.
|
|
|
|
|
|
|
|
|
|
| |
Zoom levels have always been stored per host in Epiphany, not per URL
(otherwise you'd have to re-apply the zoom level again and again when
visiting, say, every news entry in your favorite newspaper). Change
things to work like that.
Note: this changes the SQL table format for the history, so you'll
need to re-migrate your history.
|
|
|
|
|
| |
We now fetch the history from the SQL backend using a service thread,
and merge the results with our old bookmark data.
|
|
|
|
|
|
|
|
|
|
| |
When we retrieve a url from the backend from a user given
EphyHistoryURL, it's possible for this to contain updated information
for the page. In such case, don't overwrite this with the one stored
in the backend.
This makes possible to later update this information when saving a new
visit.
|
|
|
|
|
| |
If there is no visit time range there is no need to perform a inner
join between these two tables, so spare the hassle.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Xan, talk to me after class.
|
| |
|
| |
|
| |
|
|
|
|
| |
They were leftovers from old APIs
|
|
|
|
|
|
|
|
|
| |
EphyHistoryService provides a high-level API to store history
information. It will processed by a worker thread using SQLite to
provide a fast, responsive service to the main UI.
Based on the code by Martin Robinson (mrobinson@igalia.com) and
Claudio Saavedra (csaavedra@igalia.com).
|
|
|
|
|
|
|
| |
We'll use them to implement the new history/bookmarks storage backend.
Code by Martin Robinson (mrobinson@igalia.com) and Claudio Saavedra
(csaavedra@igalia.com)
|
|
|
|
|
|
| |
Free GFiles created during argv parsing.
https://bugzilla.gnome.org/show_bug.cgi?id=671095
|
|
|
|
| |
We can just use it as SOUP_URI_SCHEME_HTTPS is an intern static string.
|
|
|
|
|
|
|
|
| |
It was actually more than a warning. It was preventing epy to recover
passwords previously stored in the keyring, as all of them were stored using
"/" as the path of the URI.
https://bugzilla.gnome.org/show_bug.cgi?id=670431
|
|
|
|
|
|
| |
Instead of gtk+ stock icon, use the symbolic version. Respects LTR/RTL.
https://bugzilla.gnome.org/show_bug.cgi?id=669131
|
|
|
|
|
|
| |
If WebGL is enabled in WebKitGTK+, this new GSettings switch
disables and enables WebGL settings at runtime. WebGL is disabled
by default currently because Epiphany may use Clutter in the future.
|
|
|
|
|
|
| |
In 99% of the cases we were using it for gtk_window_set_icon_name,
which does nothing in GNOME 3. In the couple of valid use cases, just
use "web-browser" directly.
|
|
|
|
| |
We can kill data/icons now.
|
| |
|
|
|
|
|
| |
Use the symbolic icon for the completion entry, I'm sure Lapo will
approve.
|
| |
|
|
|
|
|
|
| |
At this point we were only using the #defines in EphyLocationEntry to
decide which symbolic icon to use, so keep that and delete everything
else.
|
|
|
|
|
|
|
| |
Both the icons themselves and the names in the header file. This just
removes those without absolutely any reference to them in the entire
source tree, but I suspect we can remove most of them since they are
not actually used.
|
|
|
|
|
|
|
|
| |
Instead of a GtkToolItem. A future commit will move the code in
EphyLocationAction not to be a GtkAction, which is why this was a
GtkToolItem in the first place.
https://bugzilla.gnome.org/show_bug.cgi?id=668206
|
|
|
|
| |
And fix a couple of warnings.
|
| |
|
|
|
|
| |
And remove them from the existing menubar.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Factor the logic that fakes clicks from a middle click in
EphyMiddleClick(Tool)Button by forwarding a left click to GTK+ when we
receive a middle click. Since ephy_gui_is_middle_click stops working
in this case, add the minimal logic in EphyLinkAction to make it work
again (basically, cache the button that activated the action inside
the action itself).
The EphyMiddleClickable(Tool)Button classes were written by Alexandre
Mazari.
https://bugzilla.gnome.org/show_bug.cgi?id=628364
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Now we can remove our internal implementation.
|
|
|
|
|
|
|
|
|
|
|
| |
In some cases trying to get the content-type of a download right at the
start of the transfer won't give us useful information.
To handle this case we query for the content-type and a proper icon
every 10%, hoping that GIO/Soup will make a smarter guess. This is an
arbitrary number that hopes to work with most cases.
Bug #662059
|
|
|
|
|
|
|
| |
GtkImage works fine with GIcon, this saves us some lines of code and
allocating a GdkPixbuf.
Bug #662059
|
|
|
|
|
|
|
|
|
|
| |
This new API gets the content-type of a download using GIO, or Soup if
GIO is still not available for the download.
GIO is our first option since its local guesses are more reliable. Soup
can be cheated by servers or confused by still too incomplete downloads.
Bug #662059
|
| |
|
| |
|
|
|
|
|
|
|
| |
Instead of escaping the cursor, we align the overlay at the opposite side
of the window. This is consistent with nautilus.
https://bugzilla.gnome.org/show_bug.cgi?id=653996
|
|
|
|
|
|
|
|
| |
Hardcode it to be "about:blank". The final step could be completely
remove the rest of the code, but it might be useful for the future
Overview page (if we consider it the new "homepage").
https://bugzilla.gnome.org/show_bug.cgi?id=665469
|
|
|
|
|
|
|
| |
The UI is gone, but the infrastructure still persists
(EggToolbarModel, etc). Further cleanups are possible.
https://bugzilla.gnome.org/show_bug.cgi?id=664260
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=664120
|
|
|
|
|
|
| |
We can now get rid of the NetworkManager custom code.
https://bugzilla.gnome.org/show_bug.cgi?id=664096
|
| |
|
|
|
|
| |
Drop GtkTable usage, sync our changes upstream.
|
| |
|
|
|
|
| |
We'll need to access embed/ data for about:applications.
|
|
|
|
|
|
|
|
|
|
| |
Move the implementation from ephy-web-app-utils.c to
ephy-file-helpers.c.
The current one was not doing recursive delete, this caused the bug of
private instances leaving their profile directories behind in /tmp.
Bug #658201
|
|
|
|
| |
We'll use it from src/ for a bit of a gross hack...
|
|
|
|
| |
We don't always need them.
|
|
|
|
|
|
|
| |
This covers GtkInfoBar in ephy-web-view.c, ephy-download-widget.c and
also tooltips and labels in ephy-download-widget.c
Bug #649164
|
|
|
|
|
|
|
| |
You can now call nautilus on a full path and it will highlight the file in its
parent directory.
Bug #654763
|
|
|
|
|
|
| |
Otherwise "Browse to" feature fails because we are using an obsolete mime type.
Bug #651699
|
|
|
|
|
|
|
| |
In ae374ca97044684d6a33bb11ae8bccac06a85b9f we forgot about the
tooltip.
Bug #653690
|
|
|
|
| |
Bug #650789
|
| |
|
|
|
|
| |
We can now get rid of the EphyFileHelpers method.
|
|
|
|
|
|
|
|
|
| |
If the 'window-dragging' property of GtkToolbar is set (as it is in adwaita)
then the Toolbar starts the drag of the window on 'button-press' event.
We prevent this by connecting a handler for 'button-press' which prevents
the handler of the toolbar to be run while in edit mode.
Fixes bug #647265
|
|
|
|
|
| |
Gives an estimate of how much memory the browser process is using,
extracted from /proc/$PID/smaps. Only works in GNU/Linux systems.
|
| |
|
|
|
|
|
| |
This way we don't need a compile-time dependency on NetworkManager,
since we use it through the DBus APIs.
|
|
|
|
| |
Bug #651030
|
| |
|
| |
|
|
|
|
| |
Just enough to get rid of ephy-marshal.h
|
| |
|
|
|
|
| |
This is somewhat hacky, but we'll switch to GtkOverlay soon anyway.
|
|
|
|
| |
I don't think this is useful anymore?
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Gtk[HV]Box, Gtk[HV]Separator, Gtk[HV]Paned are deprecated in GTK+ 3.2,
so let's use the GtkOrientable interface instead.
GtkBox is likely to dissapear soon too, so a migration to GtkGrid
might be necessary at some point.
https://bugzilla.gnome.org/show_bug.cgi?id=652201
|
|
|
|
|
|
| |
No need to use realpath(3), we're in 2011 now.
https://bugzilla.gnome.org/show_bug.cgi?id=652120
|
|
|
|
|
|
| |
Second patch in an attempt to clean up ephy-main.c
https://bugzilla.gnome.org/show_bug.cgi?id=652119
|
|
|
|
|
|
|
| |
This is the first patch in an attempt to simplify epiphany's main()
method, which is quite bulky by now.
https://bugzilla.gnome.org/show_bug.cgi?id=652119
|
| |
|
|
|
|
|
|
| |
We are now able to show a page with the list of installed plugins.
Bug #575498
|
|
|
|
|
|
|
| |
Depends on WebKitGTK+ being built with spell check support, otherwise
it won't do anything.
Based on a patch by Diego Escalante.
|
|
|
|
|
| |
The set_stock_id method is called initially with NULL to set things
up.
|
|
|
|
|
| |
The code should probably be cleaned up to stop using the stock-id
defines, which don't make much sense anymore.
|
|
|
|
|
| |
Adds unneeded clutter to the entry, we'll just rely on a visible
symbolic lock icon when needed.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This introduces a GeditOverlayChild subclass, listening to parent
overlay mouse events to define the escaping policy.
The distance from which the widget "escapes" the mouse pointer
can be set at construction time.
https://bugzilla.gnome.org/show_bug.cgi?id=643909
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Using the view-source feature provided by WebKitGTK+ can be handier than
opening gedit or the default text/html application in your system.
This adds "internal-view-source" to org.gnome.Epiphany to force the
internal-viewer always.
Based on Ole Laursen's patch.
Bug #597156
|
|
|
|
| |
Otherwise we'll crash inside GTK+.
|
|
|
|
|
|
|
|
| |
'Desktop' should be the desktop dir, 'Downloads' the downloads dir. If
the key is an actual path we'll use it, if all else fails default to
Desktop directory.
Bug #644641
|
|
|
|
|
|
| |
Instead of the low res version shipped internally.
https://bugzilla.gnome.org/show_bug.cgi?id=645713
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=644261
|
|
|
|
| |
Avoid having %20 and similar things in the widget labels.
|
|
|
|
|
|
|
|
| |
A widget showing the progress of an EphyDownload and offering the default set
of actions to take on it: Open, Browse to, Cancel.
It keeps a ref to the EphyDownload its showing.
Bug #618443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
EphyDownload is a wrapper object around WebKitDownload that handles common
behavior in downloads: auto-destination, default action for the MIME type.
It can be used to wrap a WebKitDownload coming from a WebKitView or to download
a url: ephy_download_new_for_uri and ephy_download_new_for_download are
provided.
Its lifetime is not automagic like EphyEmbedPersist, so you have to unref it
when you no longer need it.
This new object replaces EphyEmbedPersist and enables us to use a single
codepath for downloads in all Epiphany.
Bug #618443
|
|
|
|
|
|
|
|
| |
Nautilus doesn't draw the desktop as always anymore. It's not visible unless
you browse there, so the reason to not allow browse_to desktop is not valid
anymore.
Bug #618443
|
|
|
|
|
|
|
| |
Remove all the ambiguity, we always throw downloads to the same place or the
Desktop.
Bug #618443
|
|
|
|
| |
Bug #618443
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Proactively perform DNS lookups when the user sets the cursor over an
autocompleted entry in the location bar. This way the prefetching is likely to
already have been resolved by the time the user actually clicks on the entry.
https://bugzilla.gnome.org/show_bug.cgi?id=606087
|
|
|
|
|
| |
That way user can hide the inner widget and the overlay child
container will be hidden automatically.
|
| |
|
|
|
|
|
|
|
| |
We don't want for the children to be able to overflow the main widget,
it makes sense to keep them contained in the overlay.
Bug #642451
|
|
|
|
| |
And adapt to the new API.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Works correctly in framed pages, and fixes a few bugs along the way
(not to mention it should be more efficient since it does not redraw
needlessly).
The gedit code has been modified to get rid of the animation stuff we
don't really need atm; we have coordinated with the gedit developers
and hopefully both versions will be in sync again really soon.
|
|
|
|
|
|
|
| |
Until 2.99.0 GtkStyleContext didn't have a "normal" flag, the closest thing was
GTK_STATE_FLAG_ACTIVE, but it is not necessarily correct.
Bug #636501
|
|
|
|
| |
Bug #636501
|
| |
|
| |
|
|
|
|
|
| |
It's deprecated since GdkCursor is a GObject now. The stuff in egg/
still needs fixing, but we'll just sync from upstream.
|
|
|
|
|
|
|
| |
Updates all our uses of GtkStyle stuff to the newer GtkStyleContext API.
ephy-web-view porting done by Matthias Clasen <mclasen@redhat.com>
Bug #636501
|
|
|
|
| |
Bug #636501
|
|
|
|
|
|
| |
WebKitGTK+ implements this for us.
Bug #637021
|
|
|
|
|
|
| |
Show nice error pages instead of WebKitGTK+'s defaults.
Bug #592667
|
|
|
|
| |
Bug #636790
|
|
|
|
|
|
| |
Free the lock_stock_id before setting a new one.
https://bugzilla.gnome.org/show_bug.cgi?id=636742
|
|
|
|
|
|
|
|
| |
Allow users to set custom sans, serif and monospace fonts if they don't want
the defaults, which are the desktop wide settings in the
org.gnome.desktop.interface schema.
Bug #636761
|
|
|
|
|
| |
This patch prioritizes uninstalled files so modified files in your epiphany
checkout are used, avoiding the need to install them to see your changes.
|
|
|
|
|
| |
When .gnome2/epiphany/.migrated file is unreadable we can hit a crasher due to
sscanf. We now check for NULL before feeding sscanf.
|
|
|
|
|
|
|
|
|
|
|
| |
The migration code is now in the ephy-profile-migrator binary, this means:
- epiphany is not linking to NSS anymore
- lib/ephy-profile-migration.c was split into:
+ lib/ephy-profile-migrator.c: the new ephy-profile-migrator binary
+ lib/ephy-profile-utils.c: convenience _ephy_profile_*_form_auth_data functions.
- testing for migration is done without running ephy-profile-migrator
Bug #636685
|
|
|
|
|
| |
I don't think it makes any sense to make this optional, much less to
have a UI preference for it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We get rid of the spinner in the toolbar, since load information is
already given by the floating status indicator inside the WebView.
The only remaining spinner is the one in the tabs, which has been
ported to use GtkSpinner.
Get rid of EphySpinner.
Fixes:
https://bugzilla.gnome.org/show_bug.cgi?id=524809 (again)
https://bugzilla.gnome.org/show_bug.cgi?id=598442
|
| |
|
|
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit 98811918bc8c5065eb4b21feb35c9f4def67341f.
Accidentally committed.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=598442
|
|
|
|
| |
Was using a no longer calculated rect for the drawing coordinates.
|
|
|
|
|
|
| |
Adds our own schemas, a migration file and removes old gconf API and files.
Bug #624485
|
| |
|
|
|
|
|
| |
Mostly moving from ::expose-event to ::draw, and adapting to the
changes in the paint functions.
|
| |
|
|
|
|
| |
Bug #624485
|
|
|
|
| |
Bug #580557
|
|
|
|
| |
Bug #580557
|
| |
|
|
|
|
|
|
| |
Drop deprecated gdk_* drawing functions.
Bug #627450
|
|
|
|
|
|
|
| |
It's functionality can be replaced by GSettings API, plus it's not being used
anywhere.
Bug #625921
|
| |
|
| |
|
|
|
|
|
|
| |
This allows the "XXXXXX" token to be anywhere in the tmpl string.
Bug #302986
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Favicons in the completion popup were hidden because of an ugly flashing. It
turns out it is caused by gtk_entry_set_icon_from_* functions. They queue a
resize if the GtkEntry is visible, hence we see this ugly flash which is
actually the completion obeying to the resize.
The side effect is that when you start typying a new address in the location
entry, the favicon of the current location will still be displayed. The
previous behaviour was to set a 'text/html' icon when the user edited the
location entry. Note that such icon will disappear as soon as you activate the
location entry.
Bug #616345
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This means we store/retrieve "http://www.gnome.org/" instead of
"http://www.gnome.org/login/". User+passwords are site-wide as long as the form
elements match. This also makes migrated gecko passwords work.
Bug #613065
|
|
|
|
|
|
|
| |
Make sure we don't confuse form passwords with HTTP auth passwords. And also
check that username is not empty (at least that). Sometimes decryption fails
(not even nss tools work) and we get empty usernames. As you can see, we are
assuming here that usernames are always mandatory but passwords might not be.
|
|
|
|
|
|
|
|
| |
Password form fields are marked with a *, but this * was not removed when
storing the field name so this led to all the passwords field names to be
migrated with the leading *.
Bug #608687
|