| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
Some sites don't use a sane type attribute in their input tags. So for example
you get input tags without a type, or with multiple types. Offenders are
bugzillas and ohloh.net.
Luckily, WebKit inferres correctly what the input should be so instead of
relying on what the HTML says we rely on what WebKit thinks.
Bug #608740
|
| |
|
|
|
|
|
| |
This retrieves a property from a JS object, just like "element.property" in
plain javascript.
Bug #608740
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
|
|
|
| |
This uses a new feature in libsoup that reports through a
SoupMessageFlag whether the message is talking to a server that has a
trusted server.
Bug #600663
|
| |
|
|
|
| |
There's really no way to completely disable Java support alone, and I
think enabling/disabling plugins in general is much more useful.
|
| |
|
|
|
|
|
| |
This fixes a crash reported ad-hoc in
https://bugzilla.gnome.org/show_bug.cgi?id=609753. This is needed
because we may bail out early, and try to free these strings without
having properly initialized them.
|
| |
|
|
|
|
|
|
| |
It doesn't do what we expect it to do to keep the download object alive, a
simple g_signal_connect does the right thing instead.
This fixes the downloads not moving to final destination problem.
Bug #609263
|
| |
|
|
|
|
|
|
| |
In ephy_web_view_button_press_event we are being too liberal with "&" when
checking for modifiers, we want == so we don't prevent handling elsewhere.
Also explain the function a bit more.
Bug #604950
|
| |
|
|
| |
Too wide comments, some indentation.
|
| |
|
|
| |
Bug #604991
|
| |
|
|
|
|
|
|
|
| |
JSStringGetLength returns the number of UTF8 chars in the string, using this
value results in trimmed strings when they contain UTF8 chars.
The correct function is JSStringGetMaximumUTF8CStringSize that reports the
number of bytes the string requires to be allocated, including null-byte.
Bug #609936
|
| | |
|
| |
|
|
|
|
| |
A previous patch to fix it from crashing on NULL strings changed how
the strings are managed in general, so we were using variables
containing garbage in some cases.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
| |
There's a couple of issues with it we need to figure out, so disable
it for the release.
|
| |
|
|
| |
Bug #608517
|
| | |
|
| |
|
|
| |
Bug #607484
|
| |
|
|
| |
Bug #608749
|
| |
|
|
|
|
|
|
| |
EphyEmbedPersist is the object in charge of most context menu options. It
handles "Save target as", "Open Image", "Save image as", among other actions.
This reimplements it using WebKitDownload.
Bug #600987
|
| |
|
|
| |
Since we are not marking windows as popups for now.
|
| |
|
|
|
| |
All critical bugs have been fixed, we already depend on a new enough
version of WebKit, and this feature needs testing.
|
| |
|
|
|
|
|
|
|
|
| |
Some resources might be of the style "page.php?orig=/place/other", this would
make Epiphany crash while saving them because of the invalid characters for the
filename.
To solve this we escape the name of the resources before using it as the
name of the destination file.
Bug #606876
|
| |
|
|
|
|
|
|
|
|
| |
In ephy_web_view_save_sub_resources the destination_uri var is passed down to
the GAsyncReadyCallbacks and is freed after all the operations are finished,
however it is named sub_destination_uri in this callbacks. To make it more
obvious that it is the same data we renamed all the ocurrences to
destination_uri.
Bug #606876
|
| |
|
|
| |
Bug #606876
|
| |
|
|
| |
Bug #605480
|
| | |
|
| |
|
|
|
|
|
| |
WebKit will stop emitting load signals when it loads the error page,
which makes life easier for us.
Bug #377012
|
| | |
|
| |
|
|
|
|
| |
Include a mention to the username being saved and the domain where the form is.
Bug #605022
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
If a download is finished while the GtkStatusIcon for DownloadView is not
embedded the finished notification for such download is missed and user is
left wondering what happened with his/her download.
This makes notifications show whether there is or not a GtkStatusIcon to
attach to.
Bug #604599
|
| |
|
|
|
|
|
| |
Always download to a temporary location, only move the file to the final
destination after it has been downloaded completely.
Bug #594192
|
| |
|
|
| |
Bug #594192
|
| |
|
|
| |
Bug #594192
|
| |
|
|
|
|
|
|
|
| |
Sometimes downloads can have a mime_description but a NULL helper_app
in that case action is never changed so DOWNLOAD_ACTION_DOWNLOAD remains
as action value. This is the same response value as Save as...
button, which is wrong for the Download button.
Bug #605091
|
| |
|
|
| |
Bug #605091
|
| |
|
|
|
|
| |
Honour our database of safe and unsafe mime types.
Bug #605026
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
| |
This is so that changes to the item objects do not affect other
WebViews.
|
| |
|
|
| |
Makes WebKit apply a series of workarounds for known broken sites.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We default to the WebKitGTK+ user agent with Epiphany and the version
appended to it.
This can be overriden/modified in two ways:
- The gconf key /apps/epiphany/general/user_agent has the maximum
priority, and if it's set it will be always used.
- If the gconf key is not set, vendors can still customize the UA by
placing a branding.conf file in the share data directory. One
example would be:
[User Agent]
Vendor=SUSE
VendorSub=11.2
VendorComment=2.29.94-1
And the result would be:
Mozilla/5.0 (X11; U; Linux i686; fr-fr) AppleWebKit/531.2+ (KHTML, like Gecko)
Safari/531.2+ SUSE/11.2 (2.29.94-1) Epiphany/2.29.94
Bug #580903
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
New handler added to watch for changes in the GConf key with the list
of languages for the "Accept-Language" HTTP header, and update the
SoupSession's "accept-language" property (since libsoup 2.29.4).
Bug #528893
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes crasher in pages with no rel elements.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Fixes crashers when we actually make them the default shortly
afterwards.
|
| | |
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
This is a "draft" quality implementation. There are some FIXMEs, and a
bunch of caveats, like private profiles not being taken into
consideration, and the user not being asked whether they want to save
the passwords or not.
Bug #582267
|
| | |
|
| | |
|
| |
|
|
|
| |
Otherwise we need to query keyring all the time to figure out if we
have to prefill forms.
|
| |
|
|
|
|
|
| |
This allows applications to provide their own context menus, and
perform their own handling for right-click events.
Bug #603326
|
| |
|
|
|
|
| |
Fixes Amazon Add to Wishlist bookmark.
Bug #604489
|
| |
|
|
|
|
|
|
|
| |
This shouldn't happen in theory, but the double check fixes a crasher
opening URLs from gmail.
Bug #604375
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
| |
Also redundant since we have the same thing in WebKitWebView now.
|
| | |
|
| |
|
|
| |
We already have WebKitWebView::icon-loaded, so it's redundant now.
|
| |
|
|
|
|
|
|
| |
This restores basic favicon functionality. In the future we will want
to replace our favicon cache with the IconDatabase that is available
in WebKit.
Bug #601859
|
| |
|
|
|
|
|
|
| |
Defaults to Google, like it used to.
Bug #604087
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This allows us to perform downloads when the server tells us to do so,
even for types WebKit supports. This fixes downloading GMail attachments.
Bug #598605
|
| |
|
|
| |
Connecting to notify::document-type is enough.
|
| | |
|
| |
|
|
|
|
|
| |
WebKit still thinks of them as HTML documents, and otherwise things
like the text-encoding menu are disabled for them.
Bug #603927
|
| |
|
|
| |
Bug #503852
|
| |
|
|
| |
Bug #503852
|
| |
|
|
| |
Bug #503852
|
| |
|
|
| |
This is used by external download managers like gwget.
|
| |
|
|
| |
Bug #603324
|
| |
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
Otherwise we will rewrite the right document type with the document
type from other frames in the page.
Bug #602400
|
| |
|
|
|
|
| |
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>
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This brings back proper content type reporting, and the 'Open' button
in the download dialog.
Bug #598167
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Bug #528799
|
| |
|
|
|
|
| |
(Part of) Bug #584537
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This change makes sure that all characters that are typed make it to
the search query. Thanks to Dan Winship for pointing out the solution.
Bug #596717
|
| |
|
|
|
|
|
| |
Also consider localhost being used along with a port, with a path, and
with a domain.
Bug #595690
|
| | |
|
| |
|
|
|
|
|
| |
When a page fails to load (for example, when the user cancels it) it
won't go through the FINISHED state, which is the only one we are
taking into account to decide if a page is still loading. Use the new
WEBKIT_LOAD_FAILED status (WebKitGTK+ r48719) too.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| | |
|
| |
|
|
|
|
|
|
| |
Use '%s Files', instead of '%s/%s Files' as the translatable string to
avoid confusion, and reuse existing mozilla-era translations. Fix the
languages that had already translated the new strings using old po
files as reference. Also add a translator comment to the source file,
for future reference.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Bug #562611
|
| |
|
|
| |
By calling mozilla-plugin-config on startup.
|
| |
|
|
|
|
|
|
|
|
|
| |
Otherwise the typed address would get stuck if you tried to load a
page while another was already loading, ie:
- Load URL.
- While it's loading, Ctrl+L, type something else, Enter.
- The new page will load, but the typed address won't be replaced with
the full address as usual. This is particularly bad when you type a
few letters and complete the URL in the dropdown.
|
| |
|
|
| |
It was just another useless abstraction at this point.
|
| |
|
|
|
| |
Bug 585499 - [Webkit] Automatic downloading into ~/Downloads fails if file
already exists
|
| |
|
|
|
|
|
|
| |
Most downloads will only have proper suggested filenames after the
request has been sent, and a reply was received, so delay getting the
suggested filename to when that has happened.
Bug #577797
|
| | |
|
| |
|
|
| |
Bug #562762
|
| |
|
|
| |
It might go away for 2.30, so protect against that.
|
| |
|
|
|
|
| |
The whole thing just had one functionality at this point as far as I
can see: prevent the typed address from being wiped out when a page
is loading. Simplify the code to do just that.
|
| |
|
|
| |
That's what ephy/gecko used to do (and I don't like it).
|
| |
|
|
|
|
|
|
|
| |
preference
Almost the same than 'minimum-font-size', but broadly speaking WebKit
won't enforce it when it considers it could break the layout of a
site. Should avoid breakage in some sites when we have a minimum font
setting too big.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Avoids having a blank URL entry until the server responds to our
request.
Bug #591294
|
| |
|
|
|
| |
This allows Epiphany itself, and extensions to treat keys that are not
handled by the WebView for in-page search purposes.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When WebKitGTK+ fails to load a URI and is allowed to load the default
error page it will emit a COMMITTED load-status with the original URI
we failed to load. This was confusing epiphany, since in theory
COMMITTED should be only emitted with URIs known to be good. As a
workaround flag pages that fail to load in the callback for
'load-error' and avoid doing anything with them when they arrive in
COMMITTED.
Bug #593200
|
| |
|
|
| |
Just return the status we set when loading.
|
| |
|
|
| |
Failing to delete a favicon file should not cause the program to abort.
|
| |
|
|
|
|
|
| |
Use a regular expression and SoupURI to figure out if we should search
the string that was typed, or load it as an URI.
Bug #583795
|
| |
|
|
|
|
| |
Depends on WebKitGTK+ r47776 (will be in 1.1.14)
Bug #591072
|
| |
|
|
|
| |
Much more clear, and avoids confusions with the WebKitWebView function
with similar name.
|
| |
|
|
| |
Bug #584506
|
| |
|
|
|
| |
We depend on WebKitGTK+ trunk (r47129) and libsoup
master (f81520bfd3a97) now.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
EphyLink is called repeatedly when opening URLs, so normalizing the
address there all the time is pointless. Also, we don't go through
here in all cases, so we need to add the normalization in the
ephy_web_view_load_request function too; this fixes opening URLs like
"foo.com" from the command line, for example.
|
| | |
|
| |
|
|
|
|
|
|
| |
Apparently due to a GTK+/gnome-panel bug (bug #340110), the status icon space
is not freed in the notification area.
The best work-around is to hide the icon before unrefing it.
Bug #591189
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Patch by Holger Freyther, Prit Laes, with fixes from Xan López.
Fetches the data from the GNOME keyring, which is where WebKit stores it
(when compiled with keyring support).
Bug #579217
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This is a workaround for webkit bug
https://bugs.webkit.org/show_bug.cgi?id=26409.
FIRST_VISUALLY_NON_EMPTY_LAYOUT might be emitted after LOAD_FINISHED, so
we just ignore any status change once LOAD_FINISHED has been set
|
| |
|
|
| |
This reverts commit f453c807afecdc210410eeb9f389ca50d0764a7c.
|
| |
|
|
|
|
| |
Based on patch by Holger Freyther.
Signed-off-by: Priit Laes <plaes@plaes.org>
|
| | |
|
| |
|
|
| |
We were using the defaults set in WebKitGTK+.
|
| | |
|
| |
|
|
|
|
| |
Bug #578575
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
| |
Simpler (and working) solution: take into account the loading status
of the view when deciding if we should use it, if it's blank, to load
new pages passed through the command line.
|
| |
|
|
|
| |
Fixes the updating of the current address before the load starts when
loading pages from the command line (bug #588143)
|
| | |
|
| |
|
|
| |
For the benefit of bindings.
|
| |
|
|
|
| |
The bf list now refs newly added items, mostly for the convenience of
bindings.
|
| |
|
|
| |
Not many chances it will work.
|
| |
|
|
| |
Get rid of a dummy GtkBin layer.
|
| | |
|
| |
|
|
|
|
| |
Get rid of our 'load-status' property, and just keep the API semantics
of the ephy_web_view_get_load_status function using the
WebKitWebView's 'load-status' property.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
We now use WebKitWebView's 'progress' property directly.
The "opening about:blank blinks the entry" bug is back because for
some reason a) webkit reports a 10% progress for that URL b) get_uri
reports NULL until 100% is loaded for only that page, so blacklisting
by URI is not possible either.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
It's useless now, since there's only one backend.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Holds the code that used to be in WebKitEmbed, which is now dead.
|
| |
|
|
|
|
|
| |
EphyWebView.
Those two embed classes are pretty much dummy leftovers, so it should be
easier to remove them now.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Bug #583855
The code that handled responses for the download decision dialog was
getting the downloader view from the embed too early. This change
confines the request for the downloader view to the condition block
that actually uses it.
|
| |
|
|
|
| |
Fell through the cracks when moving the normalization higher on the
stack.
|
| |
|
|
| |
Just part of the gradual progress to get rid of the Embed interface.
|
| |
|
|
|
|
| |
They were used, it seems, to decide whether to allow Gecko to "fix"
the URL. WebKit has no such facility, and we are already doing our own
handling of URI normalization.
|
| |
|
|
|
| |
We need this because not all code that loads URLs goes through embed
now.
|
| |
|
|
|
|
| |
As the first API adition to out WebKitWebView subclass, we allow
Epiphany code to use a WebKitNetworkRequest to load pages. This way we
can use the full request information, not just the URI.
|
| |
|
|
|
| |
This is an object inheriting from WebKitWebView, and will be used to
house most of the functionality we move from EphyEmbed.
|
| | |
|
| |
|
|
| |
Patch by Claude Paroz, bug #583893
|
| |
|
|
| |
Bug #583459.
|
| | |
|
| |
|
|
|
| |
We are still missing some of the MIME logic, pending on a WebKit
feature landing.
|
| |
|
|
| |
The way to scroll now is through the adjustments bound to the view.
|
| | |
|
| | |
|
| |
|
|
| |
notify::title instead.
|
| |
|
|
| |
We were using WebKitGTK+ defaults now.
|
| |
|
|
|
|
| |
issues.
svn path=/trunk/; revision=8945
|
| |
|
|
|
|
| |
contributions.
svn path=/trunk/; revision=8943
|
| |
|
|
| |
svn path=/trunk/; revision=8942
|
| |
|
|
| |
svn path=/trunk/; revision=8940
|
| |
|
|
|
|
| |
temporarily, instead of XDG's cache directory.
svn path=/trunk/; revision=8939
|
| |
|
|
| |
svn path=/trunk/; revision=8930
|
| |
|
|
| |
svn path=/trunk/; revision=8929
|
| |
|
|
|
|
|
|
| |
downloading. Start downloading early to a temporary location, and
change the target URI after the user has decided where to put the file
on.
svn path=/trunk/; revision=8928
|
| |
|
|
|
|
| |
Turns out it's better not to, see bug #568108.
svn path=/trunk/; revision=8916
|
| |
|
|
| |
svn path=/trunk/; revision=8908
|
| |
|
|
| |
svn path=/trunk/; revision=8886
|
| |
|
|
|
|
| |
WebKitGTK+.
svn path=/trunk/; revision=8877
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Patch by Mario Sánchez Prada.
Libsoup lacks the needed security API to do this properly, so for now
just set SECURITY_HIGH when a site with 'https' protocol reaches
load-committed. This at least means we are actually using SSL,
otherwise libosup would have failed to load.
Bug #551106
svn path=/trunk/; revision=8852
|
| |
|
|
| |
svn path=/trunk/; revision=8851
|
| |
|
|
|
|
|
|
|
| |
the EphyDownload wrapper, which should be no longer needed with the
advent of WebKitDownload.
http://bugzilla.gnome.org/show_bug.cgi?id=570735
svn path=/trunk/; revision=8848
|
| |
|
|
| |
svn path=/trunk/; revision=8843
|
| |
|
|
| |
svn path=/trunk/; revision=8833
|
| |
|
|
| |
svn path=/trunk/; revision=8825
|
| |
|
|
| |
svn path=/trunk/; revision=8823
|
| |
|
|
|
|
| |
Bug #562628
svn path=/trunk/; revision=8819
|
| |
|
|
|
|
| |
Use WebKit API directly.
svn path=/trunk/; revision=8817
|
| |
|
|
| |
svn path=/trunk/; revision=8816
|
| |
|
|
|
|
| |
Bug #525265
svn path=/trunk/; revision=8815
|
| |
|
|
| |
svn path=/trunk/; revision=8814
|
| |
|
|
| |
svn path=/trunk/; revision=8813
|
| |
|
|
|
|
|
| |
Requires libsoup-gnome for SoupCookieJarSQLite storage. Depending on
2.25.91, although we actually need trunk to get working code.
svn path=/trunk/; revision=8811
|
| |
|
|
| |
svn path=/trunk/; revision=8796
|
| |
|
|
| |
svn path=/trunk/; revision=8754
|
| |
|
|
| |
svn path=/trunk/; revision=8747
|
| |
|
|
| |
svn path=/trunk/; revision=8746
|
