| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
We have a new 'EphyEncoding' object holding the encoding data, and the
EphyEncodings object is now just a hash table holding a bunch of
these.
Change all the UI code to use the new APIs.
https://bugzilla.gnome.org/show_bug.cgi?id=680735
|
| |
|
| |
|
| |
|
|
|
|
|
| |
EphyNode is missing, but trying to migrate it gives some obscure error
I need to figure out.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679369
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679371
|
|
|
|
| |
In WebKit2 page cache is enabled by default.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679499
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678626
|
| |
|
| |
|
|
|
|
|
|
|
| |
Just trust the title-updated signal for the most part. Seems to work
just fine in WK1, and fixes missing updates to the title in WK2.
https://bugzilla.gnome.org/show_bug.cgi?id=679046
|
|
|
|
|
| |
It's not used outside its own class either, so we can make it private
to the file.
|
| |
|
|
|
|
| |
Do not make it public.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678840
|
|
|
|
|
|
| |
Do not re-set the address we already have, use the location we get as
a parameter, which comes from the same place (WebKit layer) than
ephy_web_view_get_location used to get it from.
|
|
|
|
|
|
| |
Nowhere in epiphany were we using the "get the non-toplevel location"
feature (which was broken anyway), so I think we should be able to
just use get_address everywhere.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I think we can do without the "expire_address_now" boolean, and just
rely on whether typed-address itself is NULL or not. If it is not, we
want to always show it in the location entry and never overwrite it,
since it reflects what the user has typed. The only case when we want
to go ahead and set it to NULL is when the load actually starts (ie,
when the user wants to transform what he has typed into a new
load). Try to document things better reflecting this logic.
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678612
|
|
|
|
|
|
| |
Use again notify::uri, but do nothing if we receive it when the page
is not loading (ie, before STARTED was reached). This fixes the
difference in semantincs between WK1 and WK2.
|
|
|
|
|
| |
Since the vast majority of the code was really independent from
EphyWebView.
|
|
|
|
|
|
| |
In WebKit2 notify::uri will come with the requested URI even
before/during the STARTED status, so we cannot use it in the same way
as we were using it in WebKit1, where the semantincs were different.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678614
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678625
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678616
|
|
|
|
|
| |
Leaving in ephy-request-about only the code specific to the soup feature
implementation.
|
|
|
|
|
|
|
| |
It makes the code a bit more complex. Since we always need a
WebKitDownload we can just create a WebKitDownload in
ephy_download_new_for_uri() can then use
ephy_download_new_for_download() to create the EphyDownload.
|
|
|
|
|
| |
Instead of getting it from the download to make define_destination_uri()
function compatible with WebKit2.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678601
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678600
|
|
|
|
|
| |
Helper function to show an error messaage in the info bar when the print
operation failed.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678599
|
|
|
|
|
| |
In both ephy_web_view_set_link_message() and
ephy_embed_utils_link_message_parse().
|
|
|
|
|
|
|
| |
In WebKit2 the back forward list is a read-only object, so the code were
the back forward list is modified hasn't been ported.
https://bugzilla.gnome.org/show_bug.cgi?id=678594
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678593
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678592
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678591
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678532
|
|
|
|
| |
To check whether the load operation in the web view failed.
|
|
|
|
|
|
|
|
|
| |
Add a new action instead of abusing NONE. NONE means nothing has been
set, this will trigger AUTO when auto-downloads preference is TRUE.
DO_NOTHING explicitely asks for no action to be taken.
https://bugzilla.gnome.org/show_bug.cgi?id=676128
|
|
|
|
| |
It builds and basic functionality works.
|
|
|
|
|
| |
webkit_web_view_open() is deprecated in WebKit1 and
webkit_web_view_load_uri() is compatible with WebKit2.
|
|
|
|
|
| |
Also use always double instead of float so that it will be compatible
with WebKit2 API.
|
|
|
|
| |
Instead of relying on webkit header to include it.
|
|
|
|
|
|
|
|
| |
The message is different depending on whether we are entering HTML5 fullscreen
mode or application fullscreen, since the keys used to leave either mode are
different.
https://bugzilla.gnome.org/show_bug.cgi?id=671195
|
|
|
|
|
|
| |
We add it to EphyWebViewChrome and track it there.
https://bugzilla.gnome.org/show_bug.cgi?id=671195
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676904
|
|
|
|
|
|
| |
Remove unused variables and fix memory leaks
https://bugzilla.gnome.org/show_bug.cgi?id=676484
|
|
|
|
|
|
|
| |
It creates a data URI for the given filename. Use the new function when
building error and applications pages.
https://bugzilla.gnome.org/show_bug.cgi?id=677025
|
|
|
|
|
|
| |
For now the only difference is that no top-level window will be shown
in this mode, but in the future it can be extended to behave in a
manner appropriate for testing.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677720
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
image_type is owned by file_info, so we can't free file_info until
after we're done with image_type. Fixes crash when error page
is displayed. Valgrind trace:
==1916== Invalid read of size 1
==1916== at 0x38CBA7B328: _IO_default_xsputn (in /lib64/libc-2.14.90.so)
==1916== by 0x38CBA4B3A7: vfprintf (in /lib64/libc-2.14.90.so)
==1916== by 0x38CBB084B0: __vasprintf_chk (in /lib64/libc-2.14.90.so)
==1916== by 0x38CDA8A44A: g_vasprintf (stdio2.h:199)
==1916== by 0x38CDA69B0C: g_strdup_vprintf (gstrfuncs.c:509)
==1916== by 0x38CDA69BAB: g_strdup_printf (gstrfuncs.c:535)
==1916== by 0x47EA57: ephy_web_view_load_error_page (ephy-web-view.c:1978)
==1916== by 0x47F6B2: load_error_cb (ephy-web-view.c:2119)
==1916== by 0x38E8E7753F: webkit_marshal_BOOLEAN__OBJECT_STRING_POINTER (in /usr/lib64/libwebkitgtk-3.0.so.0.11.0)
==1916== by 0x38CEA11381: g_closure_invoke (gclosure.c:777)
==1916== by 0x38CEA23132: signal_emit_unlocked_R (gsignal.c:3547)
==1916== by 0x38CEA2AEE1: g_signal_emit_valist (gsignal.c:3306)
==1916== Address 0x4f02040 is 0 bytes inside a block of size 10 free'd
==1916== at 0x4A0662E: free (vg_replace_malloc.c:366)
==1916== by 0x38CDA5513E: g_free (gmem.c:252)
==1916== by 0x38D1255908: _g_file_attribute_value_clear (gfileattribute.c:245)
==1916== by 0x38D125A078: g_file_info_finalize (gfileinfo.c:324)
==1916== by 0x38CEA1670F: g_object_unref (gobject.c:3018)
==1916== by 0x47EA05: ephy_web_view_load_error_page (ephy-web-view.c:1974)
==1916== by 0x47F6B2: load_error_cb (ephy-web-view.c:2119)
==1916== by 0x38E8E7753F: webkit_marshal_BOOLEAN__OBJECT_STRING_POINTER (in /usr/lib64/libwebkitgtk-3.0.so.0.11.0)
==1916== by 0x38CEA11381: g_closure_invoke (gclosure.c:777)
==1916== by 0x38CEA23132: signal_emit_unlocked_R (gsignal.c:3547)
==1916== by 0x38CEA2AEE1: g_signal_emit_valist (gsignal.c:3306)
==1916== by 0x38CEA2BE83: g_signal_emit_by_name (gsignal.c:3389)
https://bugzilla.gnome.org/show_bug.cgi?id=677736
|
| |
|
|
|
|
| |
To make sure constructed is called in WebKitWebView if present.
|
| |
|
|
|
|
|
|
|
| |
Now that the overlay progressbar is styled by the theme, we can just
set the OSD style class on the overlay to get the same effect.
https://bugzilla.gnome.org/show_bug.cgi?id=676660
|
|
|
|
|
|
|
| |
If ephy_embed_shell_get_embed_single () does not return a correct
manager, a location string is leaked.
https://bugzilla.gnome.org/show_bug.cgi?id=675888
|
|
|
|
|
|
|
| |
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 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.
|
|
|
|
|
|
|
| |
The string "system" is used as a placeholder for the default system
languages in the preference listing of spelling dictionaries. Before
sending this to WebKit to set the spelling dictionaries, we should
fill in the actual default system languages.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673348
|
|
|
|
|
|
|
|
| |
Some sites use email addresses for login purposes, and already adopted the
email input type for the login forms. This means we should also consider email
inputs as a possible username entry.
https://bugzilla.gnome.org/show_bug.cgi?id=666326
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
That's the correct name for the entry.
https://bugzilla.gnome.org/show_bug.cgi?id=673865
|
|
|
|
|
|
|
|
|
| |
ephy-embed-prefs acts like a singleton.
Instead of calling init and shutdown in EphyEmbedSingle instances handle
it in ephy-main as a true init/shutdown API like ephy-file-helpers.
https://bugzilla.gnome.org/show_bug.cgi?id=673273
|
|
|
|
|
|
|
| |
This reverts commit 0b05e95f4aea0ab11ab11828e0bcc0b920d6230e.
Our codebase is not completely consistent here, but as a rule we don't
do whitespaces in casts.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673022
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673021
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673019
|
|
|
|
|
|
| |
Signed-off-by: Diego Escalante Urrelo <diegoe@igalia.com>
https://bugzilla.gnome.org/show_bug.cgi?id=658925
|
| |
|
|
|
|
|
|
|
| |
It's not really needed, will allow to reuse this code during profile
migration.
https://bugzilla.gnome.org/show_bug.cgi?id=658925
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=648653
|
|
|
|
|
|
|
|
| |
This was pretty much broken since the Gecko days. On top of that,
catch the case where the bookmarklet title is in the child node of the
anchor element, which we never got right before.
https://bugzilla.gnome.org/show_bug.cgi?id=672194
|
| |
|
| |
|
| |
|
|
|
|
| |
I'm pretty sure there's no point in using the _object variant here.
|
| |
|
|
|
|
| |
Don't request the global instance again.
|
| |
|
|
|
|
| |
We do not support this anymore in our UI.
|
|
|
|
| |
It's only used by the class itself now.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671792
|
|
|
|
|
|
|
| |
This reverts commit 08956cf8cd8040f8500c40b646a52b6f03ae5275.
Bleh, the mostly useless popup code in EphyWebView needs this even if
it's a no-op, so bring it back.
|
|
|
|
| |
We are not using it. Easy enough to bring it back if needed.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
EphyEmbed does not use it anymore.
|
| |
|
|
|
|
|
| |
Again, this only interacts with the view, so it does not need to be in
EphyEmbed.
|
|
|
|
| |
No point in doing it from EphyEmbed.
|
|
|
|
| |
We are going to move stuff from embed to webview, so we'll need this.
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671901
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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).
|
| |
|