| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Add ephy-embed-private.h
https://bugzilla.gnome.org/show_bug.cgi?id=669548
|
| |
|
|
|
| |
Don't do it when it's loaded automatically through NewTab or
NewWindow, but do it if the user actually types the URI.
|
| |
|
|
| |
And add a getter for the information.
|
| |
|
|
|
|
|
| |
Some pages (like those opened with javascript:...) can have a NULL URI
according to WebKit, so protect against that.
https://bugzilla.gnome.org/show_bug.cgi?id=671555
|
| |
|
|
|
| |
Since that's their natural place. Also create a base class to hold the
common code they share.
|
| | |
|
| | |
|
| |
|
|
|
| |
The current view is based in EphyNode, so it's not useful. GtkTreeView
and GtkListStore subclasses are added for this purpose.
|
| |
|
|
| |
We are not using it anymore.
|
| |
|
|
| |
And use it in EphyEmbed instead of the legacy signal.
|
| |
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
It's not really that useful.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This will eventually replace the old EphyHistory class
|
| |
|
|
|
|
|
|
| |
user-initiated navigations. Revert for now.
Revert "ephy-web-view: dismiss the "Remember password?" infobar on navigation"
This reverts commit 2434fbfa4df95702de8e19e2484b23937113a8cd.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=670674
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669461
|
| |
|
|
|
|
|
|
|
| |
The EphyWebView is not necessarily embedded in an EphyEmbedContainer.
Simplify close_web_view_cb and make it smarter. It now handles
EphyEmbedContainer and random toplevel widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
| |
|
|
|
|
|
|
|
| |
WebKitWebView has a ::close-web-view signal for the same thing.
The only user of this was ephy-window, for exactly the same thing that
we are already doing in ephy-web-view, when handling ::close-web-view.
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
| |
|
|
|
|
| |
Check if the .desktop file exists to prevent false positives.
https://bugzilla.gnome.org/show_bug.cgi?id=669836
|
| | |
|
| |
|
|
|
|
|
| |
Destroy and recreate the inspector's WebView instead of reusing it,
and make it always start windowed.
https://bugzilla.gnome.org/show_bug.cgi?id=669835
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
| |
|
|
|
|
|
| |
Stands for "app-icon.png", which is of interest outside
ephy-web-app-utils.c
https://bugzilla.gnome.org/show_bug.cgi?id=669182
|
| |
|
|
|
|
| |
Also add proper conversion error handling where needed.
https://bugzilla.gnome.org/show_bug.cgi?id=658028
|
| |
|
|
|
|
| |
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.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=668593
|
| |
|
|
|
| |
It does not make sense. Fixes opening about: pages after normalizing
all URLs again (and not only those without a scheme!).
|
| |
|
|
|
| |
Otherwise we'll fail to open about: pages in our policy decision
mechanism.
|
| | |
|
| |
|
|
|
| |
Does not make much sense to keep it when the context for the action is
gone.
|
| |
|
|
|
|
|
|
| |
Add ::is-blank property to EphyWebView and update EphyWindow to sync
some of the page menu actions with it. There's no point in enabling
save/reload/bookmark/etc on about:blank.
https://bugzilla.gnome.org/show_bug.cgi?id=668105
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=668105
|
| |
|
|
|
|
|
| |
Create an autosearch from the user input only when it has no scheme at
all.
https://bugzilla.gnome.org/show_bug.cgi?id=551857
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=551857
|
| | |
|
| |
|
|
| |
It's not used anywhere else.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to status message updates, otherwise we might end up updating
dead widgets. This fixes:
#0 0x00007ffff592b9c8 in g_logv (log_domain=0x7ffff66de0cf "Gtk", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff59ade60 "%s: assertion `%s' failed", args1=0x7fffffffd588) at gmessages.c:758
#1 0x00007ffff592babc in g_log (log_domain=0x7ffff66de0cf "Gtk", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff59ade60 "%s: assertion `%s' failed") at gmessages.c:792
#2 0x00007ffff592bafd in g_return_if_fail_warning (log_domain=0x7ffff66de0cf "Gtk", pretty_function=0x7ffff66e27f0 "gtk_widget_hide", expression=0x7ffff66df7e8 "GTK_IS_WIDGET (widget)") at gmessages.c:801
#3 0x00007ffff657c430 in gtk_widget_hide (widget=0x15ca190) at gtkwidget.c:3992
#4 0x00000000004703f6 in clear_progress_cb (embed=0x516450) at ../../embed/ephy-embed.c:525
#5 0x00007ffff5923c2c in g_timeout_dispatch (source=0x1bb9400, callback=0x4703d6 <clear_progress_cb>, user_data=0x516450) at gmain.c:3857
#6 0x00007ffff5921e83 in g_main_dispatch (context=0x524f70) at gmain.c:2513
#7 0x00007ffff5922b44 in g_main_context_dispatch (context=0x524f70) at gmain.c:3050
#8 0x00007ffff5922d27 in g_main_context_iterate (context=0x524f70, block=1, dispatch=1, self=0x629c90) at gmain.c:3121
#9 0x00007ffff5922deb in g_main_context_iteration (context=0x524f70, may_block=1) at gmain.c:3182
#10 0x00007ffff5b2705e in g_application_run (application=0x508000, argc=1, argv=0x7fffffffda78) at gapplication.c:1496
#11 0x000000000042d6e2 in main (argc=1, argv=0x7fffffffda78) at ../../src/ephy-main.c:472
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Otherwise we might crash updating a dead statusbar widget.
https://bugzilla.gnome.org/show_bug.cgi?id=668171
|
| | |
|
| |
|
|
|
| |
It's already accessible from the Print dialog itself, so there's
really no need to duplicate it.
|
| | |
|
| |
|
|
|
| |
So the floating bar can listen to enter-notify-event and move
accordingly.
|
| |
|
|
|
| |
Since we want to show it on demand and we call show_all on the parent
GtkPaned.
|
| |
|
|
| |
And fix a couple of warnings.
|
| |
|
|
| |
Yay for sharing code. It also helps theming.
|
| |
|
|
|
|
|
|
|
| |
'Store password' and 'Session recovery' infobars had no mnemonics in
their buttons.
Bug #667238
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
| |
|
|
|
|
|
|
|
| |
This change is required for websites (like Youtube) using the new
Javascript-based fullscreen API. Also bumped the WebKitGTK requirement
to 1.7.3 in agreement with Xan. This release includes bug fixes
related to fullscreen display of videos.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=665341
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
| |
Now that we've placed a timeout, about:blank shows an annoying
complete progressbar shortly. We don't need it.
|
| |
|
|
| |
To allow it being displayed for a short while once it's complete.
|
| |
|
|
|
|
| |
So that it shows to the left by default. The double get_parent()
is ugly and we should probably hide the implementation details
of the statusbar in a separate class.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
==16675== 83 (64 direct, 19 indirect) bytes in 1 blocks are definitely lost in loss record 10,060 of 13,509
==16675== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16675== by 0x70C6F17: standard_malloc (gmem.c:85)
==16675== by 0x70C6FA0: g_malloc (gmem.c:159)
==16675== by 0x70DE86C: g_slice_alloc (gslice.c:1003)
==16675== by 0x70DE8AB: g_slice_alloc0 (gslice.c:1029)
==16675== by 0x6E2873D: soup_uri_new_with_base (soup-uri.c:177)
==16675== by 0x6E29468: soup_uri_new (soup-uri.c:398)
==16675== by 0x47D70F: load_status_cb (ephy-web-view.c:1906)
|
| |
|
|
| |
Sorry 'bout that.
|
| |
|
|
|
|
| |
The theming was done by Lapo Calamandrei.
https://bugzilla.gnome.org/show_bug.cgi?id=665470
|
| |
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
|
| |
There was no implementation, so it was just polluting the codebase. In
the future we probably want a non-optional implementation in the "Page
details" section, using the soup/glib-network APIs.
|
| |
|
|
|
|
|
|
| |
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 patch changes the design of about:plugins/memory pages making them
similar to about:applications.
https://bugzilla.gnome.org/show_bug.cgi?id=665136
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The GTK+ 3.0 themes have a different name for the dialog icons
(dialog-{information,error}) rather than the stock GTK+ icon names
(gtk-dialog-{info,error}). Use the proper names.
Additionally, ensure that icon_info is not NULL when performing the lookup,
which will fail. This part of the change is to avoid a possible crash/segfault
caused by the lookup without a valid icon_info.
Bug: 665170
Signed-Off-By: Saleem Abdulrasool <compnerd@compnerd.org>
|
| |
|
|
| |
And prevent the corresponding GError from leaking.
|
| |
|
|
|
|
|
| |
Make sure the applications directory in XDG_DATA_HOME exists
before creating a symlink for the application desktop file.
https://bugzilla.gnome.org/show_bug.cgi?id=664751
|
| |
|
|
| |
Otherwise we'll crash when we close windows/tabs too fast.
|
| |
|
|
|
|
|
|
| |
Rather than copying glib-networking's logic for finding the system
trusted CA file and then telling libsoup to use it, just use the new
ssl-use-system-ca-file property.
https://bugzilla.gnome.org/show_bug.cgi?id=633109
|
| |
|
|
|
| |
Delaying the statusbar hide prevents the overlay from flickering
when moving the cursor over a series of links.
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=658900
|
| | |
|
| |
|
|
|
|
| |
To avoid nasty surprises
https://bugzilla.gnome.org/show_bug.cgi?id=658028
|
| |
|
|
|
|
|
|
| |
This is necessary to allow the shell to guess properly the location of
the desktop file out of the WM_CLASS property in the application window.
Also, append a sha1 checksum to the filenames to avoid collisions.
https://bugzilla.gnome.org/show_bug.cgi?id=658010
|
| |
|
|
| |
Guard against that.
|
| | |
|
| | |
|
| |
|
|
|
| |
Turns out the stuff after about: in a SoupURI will be the path, not
the host. Guess it makes sense.
|
| | |
|
| |
|
|
| |
Noticed by Luc Pionchon.
|
| |
|
|
| |
Sounds repetitive.
|
| |
|
|
|
|
| |
This reverts commit b01497d86f8ed6d1f3ddbfc66d2c5c1354c9afb3.
Xan, see me after class.
|
| |
|
|
| |
Thanks to Lapo Calamandrei for the CSS.
|
| |
|
|
| |
Diego, talk to me after class.
|
| |
|
|
|
| |
The URI changes to about:applications? after the first one, need to
take that into account.
|
| |
|
|
|
|
| |
A really simple way to list and delete the existing Web
Applications. Hopefully this will go completely away in 3.4 replaced
with something in the shell itself.
|
| |
|
|
| |
We'll need to access embed/ data for about:applications.
|
| |
|
|
|
|
|
|
| |
Remove hardcoded directions in the CSS definitions and make them simpler.
Bug #314205
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
| |
|
|
| |
Bug #314205
|
| |
|
|
|
|
| |
Use better words to describe the situation, avoid techie terms.
Bug #637903
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
ephy_web_application_delete
You know, use namespaces correctly and all that.
|
| |
|
|
| |
And factor out some code
|
| | |
|
| |
|
|
|
|
| |
Plus the necessary code to implement some sort of UI to do this for the
3.2 time frame. Hopefully for 3.4 we'll have a GNOME-wide system to
deal with applications.
|
| |
|
|
| |
Leftovers from testing.
|
| |
|
|
|
|
|
|
| |
Allow to save any page as a "Web Application". A new .desktop file
will be created, and added to the Shell as a new application. It will
launch epiphany in application mode, with its own private profile
(inheriting some data from the main profile, like the relevant domain
cookies) and in a new process.
|
| |
|
|
|
|
|
| |
Instead of the full URI, make it more readable and use only the
hostname.
Bug #649164
|
| |
|
|
|
|
|
| |
Otherwise we can end up with fixed width windows that exceed the display
size when long sentences are displayed.
Bug #649164
|
| |
|
|
|
|
|
| |
This covers GtkInfoBar in ephy-web-view.c, ephy-download-widget.c and
also tooltips and labels in ephy-download-widget.c
Bug #649164
|
| |
|
|
| |
Bug #655899
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Replace local styling (used for the tab close button and embed's status
frame) by a global css sheet loaded at window construction.
This allows tweaking style properties without rebuilding.
The css file is installed in $(pkgdatadir)/epiphany.css.
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
Bug #644805
|
| | |
|
| |
|
|
|
|
|
|
|
| |
For now it's pretty much like a private instance, but:
- A profile directory *must* be passed
- Global passwords and cookies are accessed. In the future we'll
likely restrict cookies to the ones for the web application domain,
which we'll copy from the main cookies file.
|
| |
|
|
| |
In preparation to add a new mode for WebApps.
|
| |
|
|
|
|
|
|
| |
Instead of our own home-grown system.
I think we should subclass window_added in GtkApplication and do there
the session & state stuff and get rid of ephy_session_add_window and
ephy_state_add_window.
|
| |
|
|
| |
We can now get rid of the EphyFileHelpers method.
|
| |
|
|
|
|
|
|
|
|
|
| |
We want to use EphyApplication from embed/ too, so instead of
following the EphyEmbedShell/EphyShell pattern just fold the code into
the Shell itself. This makes sense since both classes have basically
the same function, and we can easily leave the non-embed code in
EphyShell and move to EphyEmbedShell the bits we want to be global.
The better name would be EphyCoreApplication/EphyApplication for the
resulting object, but we can do this later.
|
| |
|
|
|
| |
It's not used anymore. If we ever reimplement this we can add it
again.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
They are particularly ill-suited for us in GNOME 3:
- font-name is Cantarell, which is not good as the sans-serif font in
the web.
- document-font-name, which we hoped would be a serif font, is "Sans
11".
So just give up and set "sans" "serif" and use whatever the system is
set up to do for that. In Fedora we will get DejaVu, which is not
particularly great, so ideally we should add code to get better
defaults.
|
| | |
|
| |
|
|
| |
Just enough to get rid of ephy-marshal.h
|
| |
|
|
|
| |
It's not likely the user is interested in saving this, and it's pretty
common (eg, google.com).
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
Using gtk_container_add() is a bad idea because default fill/expand
values can change, and they happened to do in GTK+ 3.1.
https://bugzilla.gnome.org/show_bug.cgi?id=652201
|
| |
|
|
|
|
| |
Otherwise ephy-window never finds out that the network-status has changed.
Bug #624421
|
| |
|
|
|
|
| |
We are now able to show a page with the list of installed plugins.
Bug #575498
|
| |
|
|
|
|
|
| |
Reimplement this again, hopefully a lot more accurately now with
WebKit :)
Bug #604986
|
| |
|
|
|
|
|
| |
Depends on WebKitGTK+ being built with spell check support, otherwise
it won't do anything.
Based on a patch by Diego Escalante.
|
| |
|
|
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
When a new window is opened and given a specific size and position by
javascript, the request should only be respected if the new window is
being opened stand alone, and considered a popup. This fixes bad
behaviour observed when the new window became a tab on an existing
window and messed with its size.
Bug #612155
|
| |
|
|
|
| |
It's where it belongs, and it will make things easier for the
following patches in this area.
|
| |
|
|
|
|
|
| |
WebKit 1.4.0 checks if symbols are being mixed before loading a
plugin. That is more robust, so we should rely on it.
Bug #647096
|
| |
|
|
|
| |
This still has some issues, but until we figure them out I guess it's
much better to turn the preference on than off.
|
| |
|
|
| |
This requires WebKitGTK+ r81486, soon to be 1.3.13.
|
| |
|
|
|
|
|
| |
To match the behavior of other browsers, the default web content font
is the serif font, instead of the sans-serif font.
Bug #644523.
|
| |
|
|
|
|
|
|
| |
Instead of using the Gnome interface font as the default serif font, use the
Gnome document font. The document font has an increased chance of being a serif
font over the interface font.
Bug #644521
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Otherwise it blends a bit too effectively into clear backgrounds.
|
| |
|
|
|
|
| |
Since that's what we add to the overlay, its visible property will be
in sync with the child container. Gets rid of bothering 1px visible
leftover when statusbar is hidden.
|
| |
|
|
|
|
| |
Fixes a crash when trying to open the WebInspector
https://bugzilla.gnome.org/show_bug.cgi?id=642306
|
| |
|
|
| |
And adapt to the new API.
|
| |
|
|
| |
We now reach to the EphyEmbed, so this is dangerous.
|
| | |
|
| |
|
|
|
| |
Seems GeditOverlay works better if we pack directly the scrollable
widget on it, then pack the overlay in a scrolled window. Do that.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
and update configure.ac to require the corresponding libsoup
https://bugzilla.gnome.org/show_bug.cgi?id=636861
|
| |
|
|
|
|
|
|
|
| |
There might be more than one plugin instance for flash. Iterate the whole list
to be sure we have disabled all the possible instances.
Bug #637959
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
|
| |
The Adobe flash plugin uses GTK+2.x, so it cannot be loaded in our
(GTK+3.x) process without causing a crash. Disable it by default until
we implement a solution.
|
| | |
|
| |
|
|
|
|
| |
Show nice error pages instead of WebKitGTK+'s defaults.
Bug #592667
|
| |
|
|
|
|
| |
Non prefixed names trigger lots of warnings, avoid them.
Bug #636790
|
| |
|
|
|
|
| |
Prefix them with EPHY_PERMISSION_TYPE instead of "EPT_".
Bug #636790
|
| |
|
|
| |
Bug #636790
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
minimum-logical-font-size doesn't works as expected by the UI.
Bug #636761
|
| |
|
|
| |
We can use the arguments of the function safely.
|
| |
|
|
| |
Settings kept in sync with g_signal_connect were missing an initialization.
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
The inspector embedding breaks some assumptions about the internal embed
widgetry, mainly breaking EPHY_GET_EMBED_FROM_EPHY_WEB_VIEW macro.
The embed now has the main EphyWebView in a GtkPaned permanently.
Bug #628459
|
| |
|
|
|
|
| |
and control they are caused by the main frame.
Bug #623012
|
| |
|
|
|
|
| |
Some DOM objects are not garbage collected by WebKit (since they are
not in the DOM tree), manually unref them when they are not needed
anymore.
|
| |
|
|
| |
Bug #635066
|
| | |
|
| |
|
|
|
|
|
| |
As a FIXME we could support both (at the same time) somewhat easily,
we just need to add the needed APIs in WebKitGTK+.
Bug #615362
|
| |
|
|
| |
They are not even emitted anymore, and are unused.
|
| |
|
|
|
| |
We are going to revamp the downloads UI to fit better in the Shell
design, but for now we can just get rid of this.
|
| |
|
|
|
| |
I don't think it makes any sense to make this optional, much less to
have a UI preference for it.
|
| |
|
|
| |
Instead rely on notify::{h,v}adjustment
|
| | |
|
| |
|
|
|
|
| |
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 #618627
|
| |
|
|
|
|
|
| |
Refuse to store in the cache any invalid icon type, this prevents us from
storing 404 html pages as favicons.
Bug #618627
|
| |
|
|
|
|
|
| |
When calling ephy_favicon_cache_get we might hit an invalid file type that we
didn't catch previously, delete it.
Bug #618627
|
| |
|
|
| |
Bug #618627
|
| |
|
|
|
|
| |
We just use it to update the buttons 100ms later, so having one is
enough. If we overwrite it we might crash down the road when we run
the timeout on a disposed DV.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Using the infrastructure for info bars, present policy requests to the
user so they can allow/deny them based on the URI of the frame that is
requesting. Moving forward, it would be a good idea to offer to save
the decision, and store it in the history entry for that site.
Bug #626687
|
| |
|
|
|
|
|
| |
Its current size is not very helpful, and causes a small part of the
inspector to be cut off horizontally.
Bug #626625
|
| |
|
|
| |
Bug #626493
|
| |
|
|
| |
Bug #626489
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This makes language autodetection, as implemented by some websites, to
work.
Most of the code stolen from libsoup.
Original patch from Mario Sánchez Prada.
Updated to work with non-English locales.
Approved by Gustavo Noronha.
Bug 602547
|
| |
|
|
| |
Bug #626454
|
| |
|
|
| |
Bug #625640
|
| |
|
|
| |
Bug #625922
|
| |
|
|
| |
Bug #625808
|
| |
|
|
| |
Bug #625404
|
| |
|
|
| |
Bug #601312
|
| |
|
|
| |
Bug #621050
|
| |
|
|
|
|
| |
Avoid duplication of code.
Bug #621050
|
| |
|
|
| |
Bug #609817
|
| |
|
|
|
|
|
|
|
| |
We were replacing the address with the old one even in the case
the user cancelled the load because he added a new web page before
the previous one finished the loading process. This patch adds a check
to control if we can expire the address.
Bug #620129
|
| |
|
|
|
| |
Would duplicate the functionality of the WebKit DOM signals, if it
worked at all...
|
| | |
|
| | |
|
| |
|
|
|
| |
There's no need anymore for the EphyWindow to do this, we can get rid
of one extra roundtrip.
|
| |
|
|
|
| |
Define them in the EphyWebView header, since we'll need to create the
context ids from multiple files.
|
| |
|
|
|
|
|
|
|
|
| |
Get rid of our statusbar for good and switch to something like what
Chromium uses, since it takes less vertical space.
The only regression is that we lose the resize grip, but that should
be re-added to GtkWindow soon.
Bug #609713
|
| |
|
|
|
| |
Trying to load file:, for instance, will crash Epiphany. This commit
fixes this. See http://bugs.debian.org/554595.
|
| |
|
|
| |
We removed the sidebar extension for 2.30.
|
| |
|
|
| |
file name
|
| |
|
|
|
|
| |
In this case the user cancelled the load, we set the address of the
current page loaded in the webview again in order to avoid showing
an URL that was not committed.
|
| |
|
|
|
|
|
| |
Modified the state of the webivew in case the load failed to avoid
keeping the old title or icon in that situation.
Bug #593743
|
| |
|
|
|
|
|
|
| |
Avoid setting the provisional uri as the title if there is already
a typed address, and set the loading_title before using it in the
status message.
Bug #593743
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Create a method to make the EphyWebView load the homepage set by the
user. This is in preparation for creating a signal for this action,
which other code in Epiphany will need.
|
| |
|
|
|
|
| |
Make url_is_empty a helper function in embed/, since we'll be moving
code from EphyShell into EphyEmbed that uses it and we don't want to
duplicate it.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Does not really make sense for the EphyEmbed container to connect to
its child signal and then update its title, let the child itself
handle it.
|
| |
|
|
|
|
|
|
| |
This patch uses the ephy-embed.c callback code and refactors it in
just one method in the ephy-web-view that handles all the status
changes for this object.
Bug #593743
|
| |
|
|
|
|
|
| |
We can use the webkit load status (WebKitLoadStatus) and avoid
defining our own enum to check the net states.
Bug #593743
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Added new function in EphyWebView to clear the history from
WebKitWebView, and connect to the 'cleared' signal in EphyEmbed to call
to such a function when needed.
Bug #539716
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
|
| |
Make sure the EphyEmbedPersist object is created specifying the
EphyEmbed object, and create the network request inside of it
using the URL from the associated web view as 'Referer'
Bug #136292
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
| |
Bug #582629
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
We only accept lowercase schemes right now, for no good reason.
Bug #605089
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
Use the already existing functions we have for print preview also for
printing; fixes a bunch of usability issues.
Bug #609756
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
Changed the "Open" button to "Download" when the mime type of the file
is not considered safe for opening.
Bug #361559
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When using notifications for downloads we usually hit the ugly case where the
notification pops but there is no GtkStatusIcon for it so it will pop in the
default location (usually bottom right). This is inconsistent with the behavior
when the GtkStatusIcon is present, which is to show it attached to it.
To fix this we hold a reference to the DownloaderView when showing the
notification and release it when such notification has been closed.
Bug #611779
|
| |
|
|
|
|
|
|
|
|
|
| |
The DV follows the same goal as before (being alive while there are downloads).
Now every download holds a reference to the DV and releases it when the
download is removed (finished, cancelled, etc).
The DV clears its own reference once and only once when a download is removed
and there are no more downloads in queue.
Bug #611779
|
| |
|
|
|
|
|
|
|
|
| |
When adding a download we should call update_download_row() *after* connecting
the signal handlers or they will never be disconnected.
Also, in update_download_row() we should consider that the case where it is
called with a download that has already been removed as a non fatal case (i.e.
just return;). This is because in downloader_view_add_download() we can have
the signal handlers remove the download from the view before the manual call
(it was happening vice versa before this).
|
| |
|
|
|
|
|
|
| |
When there are no more downloads in queue, hide the view. Also if a download is
added but finishes before showing the window, don't show the window nor the
notification.
Bug #611779
|
| |
|
|
|
|
| |
A minor simplification.
Bug #611779
|
| |
|
|
|
|
| |
The previous code wasn't disconnecting signals at all.
Bug #611779
|
| |
|
|
|
|
|
| |
When there are no downloads left, the Pause/Cancel buttons should not be
sensitive.
Bug #611779
|
| |
|
|
| |
Bug #611779
|
| |
|
|
|
|
|
| |
This flag determines if a download should not appear in the DownloaderView
window. The default is to appear, like in gecko times.
Bug #611635
|
| |
|
|
|
|
|
| |
Otherwise we can hit a case where the DownloaderView no longer exists (and
hence the notification widget) because the removed download was the last one.
Bug #611635
|
| |
|
|
|
|
| |
Otherwise we will hit an assert.
Bug #611635
|
