| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Otherwise we can end up with fixed width windows that exceed the display
size when long sentences are displayed.
Bug #649164
|
|
|
|
|
|
|
|
|
| |
GTK+ new UX behavior says we shouldn't set the file chooser directory,
recent directories should be listed (automatically) instead.
Signed-off-by: Xan Lopez <xan@gnome.org>
Bug #655508
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
An empty list is simply NULL.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When a download finishes but you don't 'activate' it (open or browsing) the
widget stays alive on the downloads-bar, worse, if open or browse actions fail,
the download can't be removed from the bar.
This commit clears finished downloads from the downloads-bar when it is closed
(with the X button). Hiding it will *not* trigger this cleanup.
Bug #653918
|
|
|
|
| |
Bug #653695
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653031
|
|
|
|
| |
We'll reuse it in the future.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
We already call gtk_application_add_window
|
|
|
|
| |
Cleaner than doing it in the constructor.
|
|
|
|
|
| |
We already guarantee that the app will stay up by adding the windows
to the GtkApplication, so stop reffing the shell in these callbacks.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Instead of relying on ephy-file-helpers global method. Down the road
we want to do this everywhere, but first we need some refactoring to
be able to use EphyApplication outside of src/.
|
|
|
|
| |
Based on the private-instance paramater.
|
|
|
|
|
| |
It does not do much at the moment, but we pass the information from
ephy-main.c to the app.
|
|
|
|
| |
It won't be the case in web app mode.
|
|
|
|
| |
We'll want to create our own in main(), this prepares us for that.
|
| |
|
| |
|
|
|
|
| |
They do not make sense on the first/last tab.
|
|
|
|
|
|
|
| |
We are currently exporting ephy-shell which has a dependency on
ephy-application.
Fixes bug #653562
|
|
|
|
|
|
|
| |
We have a global-handler for Ctrl+Page{Up,Down} that is used in some
situations (basically, when the notebook is not focused). It does not
respect the wrap-around GtkSetting though, so the final experience can
be inconsistent.
|
| |
|
|
|
|
|
|
|
| |
ephy_session_queue_command() doesn't take over the strings it
receives, so mark these as const for clarity.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
|
|
|
|
|
|
| |
We still need to provide equivalent ways to activate epiphany, but we
will use GActions instead.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
|
|
|
|
|
| |
Things are done differently in GNOME3.
Bug #647604
|
| |
|
|
|
|
|
| |
This way we don't need a compile-time dependency on NetworkManager,
since we use it through the DBus APIs.
|
|
|
|
| |
It's not optional in GNOME 3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces the existing dbus-glib activation and uniqueness code.
The changes are kept to the minimum necessary to make all the features
work, but there are still some optimizations possible (like doing most
of the initialization in ephy_application_startup() when we know we
are not remoting). These changes are left for later to avoid making
this patch huge.
Command-line parameter parsing is done in the main method and
parameters are passed to the application through a
EphyApplicationStartupContext structure, which is later passed as a
GVariant to the primare instance. This way we avoid moving the
GOption code out of the place where it's intended to run: in the
main() method.
Based in work by Alexandre Mazari.
https://bugzilla.gnome.org/show_bug.cgi?id=637334
|
|
|
|
|
|
|
|
|
|
| |
Get rid of the EphyNetMonitor code and instead generate a GDBusProxy
subclass that monitors the StateChanged signal and State property in
org.gnome.NetworkManager. This proxy exports these features as
standard GObject signal and property, respectively, so we can use it
directly through the relevant accessors.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
|
|
|
| |
Just enough to get rid of ephy-marshal.h
|
|
|
|
|
|
| |
Remove the menubar visibility options from the content context menu
and adds them to the chrome context menu. Invert the meaning of the
option and update the option text.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
When the user right-clicks on a misspelled word a number of possible
corrections will be offered by Epiphany. Selecting one of them will
replace the misspelled word by the suggestion.
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Set to zero 'default-border', 'default-outside-border', 'inner-border'
and 'padding' for the GtkButton, following the lead of GEdit.
Bug #648116
|
|
|
|
|
|
|
| |
Depends on WebKitGTK+ being built with spell check support, otherwise
it won't do anything.
Based on a patch by Diego Escalante.
|
|
|
|
|
| |
It was only used to figure out whether to paint the entry background
yellow, so we don't need it anymore.
|
|
|
|
|
| |
Adds unneeded clutter to the entry, we'll just rely on a visible
symbolic lock icon when needed.
|
| |
|
| |
|
|
|
|
|
|
| |
The previous patch was simply grouping new tabs in the current window
always, which is too much. For instance, we don't want to group
Ctrl+T.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Ctrl+Enter actions.
Bug #647976
|
|
|
|
|
|
|
|
| |
We get the string from the GValue without making a copy, so we cannot
unset it before we are done using the string, otherwise we may end up
with our string pointing to garbage.
Bug #646724
|
|
|
|
|
| |
In the future Web-app like windows will have this hidden by default,
but for now we can also add an option to hide it elsewhere.
|
|
|
|
| |
Bug #580951
|
|
|
|
|
|
|
|
|
|
| |
A window with non-modified chrome will potentially be used as a normal
window for browsing - there's no reason why it should be different
from existing windows when it comes to resize policy. With this change
we consider windows with modified chrome as popups and only set a
default size on creation for popup windows.
Bug #612155
|
| |
|
|
|
|
|
| |
It's where it belongs, and it will make things easier for the
following patches in this area.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When you ask Epiphany to load a new URI but a crashed session exists,
the session was being completely discarded in favour of the new
URI. This change causes the URI to be loaded in a new tab in the
background while still presenting the user with the option to recover
the session.
Bug #625116
|
|
|
|
|
|
|
|
| |
The resume_window private variable is used to track whether a resume
has already been done. This causes tabs to be reused after the session
has been restored when new tabs should have been created.
Bug #625116
|
|
|
|
|
| |
Building epiphany extensions was failing because epiphany.h sitll
included a header that is not longer present in Epiphany.
|
|
|
|
|
| |
We need to do the same when leaving Fullscreen mode, otherwise the
fixed toolbar remains visibile...
|
|
|
|
|
| |
EggEditableToolbar shows it by default, but we only want it visible in
Fullscreen mode.
|
|
|
|
|
|
|
|
|
| |
This just breaks the layout from too many sites, and we can get
reasonable readability through the new font size settings available
and/or zooming. For those so inclined, the value can still be tweaked
through the gsettings command line or dconf-editor.
Bug #644247
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=644261
|
| |
|
|
|
|
|
|
|
|
|
| |
Downloads are shown per-window, imitating Chromium's bottom bar.
If the window being closed has active downloads, a warning dialog will be shown
just as when forms have been modified but not sent.
An active download is any download that is not yet 100% complete.
Bug #618443
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Remove all the ambiguity, we always throw downloads to the same place or the
Desktop.
Bug #618443
|
|
|
|
| |
Bug #618443
|
|
|
|
| |
Bug #618443
|
|
|
|
|
| |
Using the widget name is error prone because Glade removes the name property of
objects. This makes cookie configuration work again.
|
|
|
|
|
|
|
|
| |
Remove useless calls to gtk_button_release. Those calls had no effect, since
they were following calls to gtk_toggle_button_set_active (FALSE) doing
implicit release.
https://bugzilla.gnome.org/show_bug.cgi?id=628364
|
|
|
|
|
|
| |
I think this makes much more sense as a default behavior when opening
a tab from an existing page, since it keeps logically related tabs
together.
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
When the search entry is not empty and "New topic" is activated from the menu,
the "All" topic will set for renaming instead of the new "Type a topic" node.
This can cause serious data loss.
Bug #518727
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
| |
|
|
|
|
|
|
| |
g_variant_builder_end is not needed at all.
Bug #636740
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
We need labels next to the buttons or after setting a custom font you won't
know what setting are you configuring.
|
|
|
|
|
|
| |
Show nice error pages instead of WebKitGTK+'s defaults.
Bug #592667
|
|
|
|
|
|
|
| |
Allow pages to use their own colors/fonts preferences have never
really worked in WebKit. I'm not even sure we want this in the UI, but
at the very least remove them until there's a setting in the engine to
control this.
|
|
|
|
| |
Add --includedir as needed. Diego, talk to me after class.
|
|
|
|
|
|
| |
Non prefixed names trigger lots of warnings, avoid them.
Bug #636790
|
|
|
|
| |
Bug #636790
|
|
|
|
|
|
|
|
| |
Don't mix up Epiphany and Egg prefixes into a single file. We now produce and
install EphyEgg-version.gir and Epiphany-version.gir. Version being the
Epiphany API version.
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Party-approved-by: Comrade Xan
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Name the temp file "<original_name>.XXXXXX" instead of "viewimageXXXXXX.tmp".
Bug #302986
|
|
|
|
|
| |
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>
|
| |
|
| |
|
|
|
|
|
|
|
| |
g_variant_builder_end is not needed after using the builder with
g_settings_set.
Bug #631839
|
|
|
|
| |
It's not really a needed check anyway.
|
| |
|
|
|
|
|
|
| |
This reverts commit 98811918bc8c5065eb4b21feb35c9f4def67341f.
Accidentally committed.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=598442
|
|
|
|
|
|
| |
Adds our own schemas, a migration file and removes old gconf API and files.
Bug #624485
|
| |
|
| |
|
|
|
|
| |
The latter was removed.
|
| |
|
|
|
|
|
|
|
| |
The code (wrongly) assumed we could only be called from withing the
PDM dialog. Do some refactoring to make it more generic.
Bug #606933
|
| |
|
|
|
|
| |
Yay.
|
|
|
|
| |
Bug #624421
|
|
|
|
| |
Bug #601312
|
|
|
|
|
| |
We require at least 2.90.4 to build, there is no support for the old
2.x versions anymore.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Use gtk_entry_reset_im_context() instead.
https://bugzilla.gnome.org/show_bug.cgi?id=595791
|
|
|
|
|
|
| |
EXTRA_COL is never used in the match_func.
Bug #616345
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Find next and Find previous where not highlighting matches when the find
toolbar had been closed. We now trigger a highlight when the toolbar was hidden
when the user requested to find again.
Bug #611499
|
|
|
|
|
|
| |
It's used only in one place.
Bug #611499
|
|
|
|
| |
Bug #611499
|
|
|
|
|
|
|
| |
Add EphyFindDirection enum and consolidate the code of
ephy_find_toolbar_find_next() and ephy_find_toolbar_find_previous().
Bug #611499
|
|
|
|
| |
Bug #611499
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
Turns out we can get two enter messages in a row followed by just one
leave message, which will make the statusbar get stuck with a message
forever. As a solution do not allow two enter messages to be processed
unless we have gone through the corresponding leave message.
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
They are not very useful and add clutter to the UI.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=618935
|
|
|
|
| |
We removed the sidebar extension for 2.30.
|
|
|
|
|
| |
The whole feature is kind of broken anyway. When we fix we'll figure
out how to show it in the UI.
|
|
|
|
|
| |
We now show a dialog before enabling the preference, which should be
warning enough.
|
|
|
|
|
|
|
| |
Otherwise it's really simple to enable it by mistake and never notice
you did, which can be very confusing.
Bug #501666
|
|
|
|
| |
It's unused now.
|
|
|
|
|
| |
It's already shown in the URL entry, so it's redundant. First step
towards getting rid of the statusbar for good...
|
|
|
|
|
| |
We'll add it back whenever we manage to add support for it in
WebKitGTK+.
|
|
|
|
|
|
| |
We were trying to reuse the first EphyEmbed in each window, but only
the first one will actually have one. Refactor the code to only
attempt this on the first window.
|
|
|
|
| |
Much nicer than a modal dialog that blocks the browser initialization.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
Open the history element on a new tab while keeping the right context
for the selected item with regard to the back and forward lists.
Bug #611400
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
| |
Just added a new flag and check it before copying the history
Bug #611400
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
| |
Connect to the 'cleared' signal and change the sensitivity flags
Bug #539716
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To ease understanding and further modification of the two different
usages for the EphyNavigationAction class (Back/Forward and Up buttons),
all the code there was split so the common one is kept in the
superclass, delegating the more specific parts in the implementations
of the subclasses: History (back/forward) and Up buttons.
Also updated usage of this class in EphyToolbar.
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>
|
|
|
|
|
|
|
|
| |
We were explicitely setting the separator and toolbar visibility but not the
exit_button item. This meant the fixed_toolbar was shown but the exit_button
remained hidden.
Bug #611445
|
|
|
|
|
| |
We were using our normal release version, which is not where they are
installed.
|
|
|
|
|
|
| |
Bug #599156
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>
|
|
|
|
|
|
|
|
| |
Don't always return FALSE when is_middle_clickable or is_middle_click or
middle_click_opens are FALSE. This can overwrite left_click + shift cases that
are handled and hence should be TRUE.
Bug #610844
|
|
|
|
|
|
|
|
|
|
|
| |
If we handle shift+click in EphyWebView default handler then we will be
preventing WebKit from getting *any* shift+click event, this breaks shift+click
for extending selection. Removing that however makes shift+click browse to
links just as click would do. The solution is to prevent
policy_decision_required_cb to browse to the clicked link when it includes the
shift modifier.
Bug #610844
|
|
|
|
|
|
|
|
|
|
| |
Otherwise preferences gets confused and also some other parts of our code put
files where they shouldn't be. This was causing the default downloads
destination to reset everytime the preferences dialog was opened and also
causing some downloads (when "Open" is selected) to end up where they
shouldn't.
Bug #610721
|
|
|
|
|
| |
There's really no way to completely disable Java support alone, and I
think enabling/disabling plugins in general is much more useful.
|
|
|
|
|
|
| |
Bug #405505
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
This should restore the old behaviour of modifiers completely.
Bug #604950
|
|
|
|
| |
Too wide comments, some indentation.
|
|
|
|
|
|
| |
This were used by the gecko backend and nowadays are not used at all.
Bug #608749
|
|
|
|
|
|
|
| |
Substitute GTK_WIDGET_MAPPED() and GTK_WIDGET_REALIZED()
GTK+ required version bumped to 2.19.5
https://bugzilla.gnome.org/show_bug.cgi?id=595791
|
|
|
|
| |
Bug #604950
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Created function ephy_web_view_show_print_preview, which replaces the
old implementation of print preview, which was not working now.
Preview is displayed in an external viewer, so print preview mode does
no longer exist.
All functions of the old implementation of print preview have been
removed, PPViewToolbar was removed also. Also, as EphyWebView has no
more a print preview mode, all functions which checked if a view was
in print preview mode were modified.
Bug #609021
|
|
|
|
|
|
|
| |
We now have ephy_embed_get_web_view, EPHY_GET_WEBKIT_WEB_VIEW_FROM_EMBED plus
EPHY_WEB_VIEW casts are useless.
Bug #608749
|
|
|
|
| |
Bug #600987
|
|
|
|
| |
Spotted by Holger Freyther.
|
|
|
|
|
|
|
| |
This has been long gone and anything still using it probably doesn't work with
the API changes in the last year anyway.
Bug #607881
|
|
|
|
| |
Bug #607881
|
|
|
|
|
| |
We need to refine our code to identify popups, meanwhile it's better
to err on the benevolent side.
|
|
|
|
| |
Bug #605479
|
|
|
|
| |
Just a nitpick in Jorge's patch.
|
|
|
|
| |
Bug #605480
|
|
|
|
|
|
|
| |
This makes sure that we do not search for 1-2 characters when the user
starts typing, making the search for longer words faster.
Bug #598322
|
| |
|
|
|
|
|
|
| |
Use the url of the page as its menu label if there's no title set.
Bug #604491
|
|
|
|
|
|
|
| |
Since 2.18 url and email hooks are not necessary, GTK+ includes default
handlers.
Bug #509207
|
| |
|
| |
|
|
|
|
|
|
| |
Since the g-i scanner and compiler are shipped together (and will be
in the future), there's little to gain in shipping the .gir file in
our tarball, and we save a few build-time headaches.
|
|
|
|
| |
Bug #605574
|
| |
|
|
|
|
|
|
|
|
| |
We consider all windows opened by the web page without user
intervention as popups, and allow them to be closed in the same way if
the page so requests.
Bug #599009
|
| |
|
|
|
|
|
|
|
| |
We were doing some ugly path searching for this. The correct method is to use
gtk_show_uri.
Bug #604024
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We'll use them from embed/ for form password saving, and embed/ can't
use code from src/
|
|
|
|
|
|
|
| |
This allows applications to provide their own context menus, and
perform their own handling for right-click events.
Bug #603326
|
|
|
|
|
|
|
|
| |
Was reversed wrt epiphany/gecko
Bug #601744
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
| |
Bug #602130
|
| |
|
|
|
|
|
|
| |
Revert this commit since Xan is right about forgetting about deprecating API.
Instead of hiding behind g_signal_emit() we should use modern API or file bugs
to fill our need.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In 82a5da33 we removed usage of gtk_button_pressed and gtk_button_released
however replacing those for g_signal_emit calls of button-press-event and
button-release-event. This however caused a crash on middle clicking of
elements in the toolbar.
To fix this we use g_signal_emit with pressed and released signals, these
two are deprecated signals, though.
There doesn't seem to be a way to trigger button pressed/released animation
without the pressed/released *deprecated* signals or functions, so this is our
best solution for now.
Bug #603450
|
|
|
|
|
|
|
| |
This reverts commit 167e60123c1024d539dc02f4a16f7de994bd1c29.
I misread the documentation about this, the signals do not do the same
than the old functions.
|
|
|
|
|
|
|
|
|
|
|
| |
EphyLocationEntry, EphyLocationAction and EphyToolbar take an @adress and
@typed_address parameter, while both are useful we only end up using one so we
can easily decide which one to use in ephy-window.c instead of carrying both
around until ephy-location-entry.c
Bonus: make ephy_location_entry_set_location accept NULL as @address safely.
Bug #603651
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
|
|
|
| |
Also make _ephy_window_set_context_event and _ephy_window_unset_context_event
static since noone was using those.
Bug #503852
|
| |
|
|
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
| |
|
|
|
|
|
|
| |
Fixes a crash in some situations, bug #572326
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
| |
WebKit now provides API to start the web inspector, so we can restore
the menu item.
Bug #599473
|
|
|
|
|
|
| |
Bug #599838
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
Bug #599714
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
| |
Protect the seed object from being released by the garbage collector
after the first extension is detached.
Bug #599422
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
| |
Stop having each EphyWindow ref the shell, and instead have the shell
track all the newly created EphyWindows. When the last one is gone,
quit the GTK+ mainloop. This is simpler and avoids potential reference
cycles (see bug #573551).
Bug #599348
|
|
|
|
|
|
| |
This way we can break ref cycles that can happen when using Seed extensions.
Bug #573551
|
|
|
|
|
|
| |
(Part of) Bug #584537
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=598562
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
LOAD_FINISHED is notified before progress 100% completed, which makes
it very hard to rely on those signals to figure out if a page is still
loading or not when syncing progress in a tab. Try to workaround this
as best as possible.
|
|
|
|
|
|
|
|
|
|
| |
SoupSession will remember HTTP passwords during the private session
but as we dont allow to delete them it doesnt make sense to show
them in the dialog.
Bug #591395
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've used all the GTK+ 2.17.11 api available, still missing:
GTK_WIDGET_REALIZED (GTK_WIDGET ())
GTK_WIDGET_MAPPED (GTK_WIDGET ())
GTK_ENTRY->im_context
GTK_STATUSBAR->frame
GTK_STATUSBAR->label
GTK_MESSAGE_DIALOG->label
https://bugzilla.gnome.org/show_bug.cgi?id=595791
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
Since gtk_notebook_get_nth_page, used just after that, returns NULL
for out-of-bounds pages.
|
|
|
|
| |
its struct
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There's a few items (like email link) and actions (like bookmark link)
missing or not working because of missing information in the
WebKitHitTestResult object, but most of the stuff is working.
For some reason the g-ir-scanner is not picking up the correct type
name for WebKitHitTestResult (it uses WebKitHitTestResult instead of
WebKit.HitTestResult), so the introspection support is broken unless
that error is fixed manually. Looking into that ...
Bug #562617
|
| |
|
|
|
|
| |
Uses the new WebKitHitTestResult APIs landed in WebKitGTK+ r48505.
|
|
|
|
| |
Bug #562611
|
|
|
|
|
| |
The previous version had some bugs in it, so run it again for users
that had already migrated their profile.
|
|
|
|
|
| |
If we depend on the binary epiphany file we'll rebuild things much
more than needed.
|