| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Otherwise it will carry over to the next tests.
|
|
|
|
|
|
|
|
|
| |
The EphyWebView test provisional_load_failure_updates_back_forward_list was
failing in WK2 for a similar issue than other tests. We were not waiting for the
"changed" signal in WebKitBackForwardList, so the list was not ready when
checking it.
https://bugzilla.gnome.org/show_bug.cgi?id=695649
|
|
|
|
| |
See https://bugzilla.gnome.org/show_bug.cgi?id=695649
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
|
|
|
|
|
|
|
|
| |
New warning flags have been added to gnome-common recently, and we
were getting this a lot. Turns out in C 'foo ()' is not the same than
'foo (void)'; the first just means that no information is given about
the number of arguments, the second means the function has exactly
zero arguments, so add the 'void' thing all over the place when
needed.
|
|
|
|
| |
That's what it's for!
|
|
|
|
|
|
| |
SoupTLD is not happy if we give it something like ".com/blah/blah".
Add a unit test for this case too.
|
|
|
|
|
|
|
|
|
| |
Otherwise we end up with dummy URIs in the history, overwritten titles
("Oops, could not load..."), etc.
Add a unit test to make sure we do not regress.
https://bugzilla.gnome.org/show_bug.cgi?id=655619
|
|
|
|
|
|
|
| |
webkit_web_view_load_string, which was used previously, does not add
the error page to the back forward list. This means that when you
go back from an error page (n) you will skip directly to an older page
(n-2) or not be able to go back if the error page was the first loaded.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Give SoupTLD nothing but the TLD when trying to figure out whether a
URI actually has a TLD, otherwise it won't be happy. In particular:
'.gnome.org' -> Not OK
'.org' -> OK
Add a test for this case.
|
|
|
|
|
|
|
|
|
| |
Using the new SoupTLD methods. Had to split the non-search regexp in
two so that we can reuse its 'is this a domain?' bits. Ugly as hell,
but not worse than before... At least we have unit tests to catch
regressions.
https://bugzilla.gnome.org/show_bug.cgi?id=681022
|
|
|
|
|
| |
We are going to modify it a bit, and we really want to test it. Add
some initial tests for the existing functionality.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678532
|
|
|
|
| |
It builds and basic functionality works.
|
|
|
|
| |
Instead of relying on webkit header to include it.
|
|
|
|
|
| |
Perhaps PRIVATE_PROFILE should implicitly add ENSURE_EXISTS, seems
logical. Do this for new.
|
|
|
|
|
|
|
|
|
|
| |
Since we are about to migrate our profile dir, allow file helpers init
to not ensure the profile dir exists (it was hardcoded until now). For
this we get rid of the ugly boolean parameters and add a flags
parameter, which preserves the old behaviors and allows for this new
option.
We update all the callers in the tree.
|
|
|
|
| |
These are clearly not meant to be used outside of Epiphany.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673684
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671792
|
|
Testing ephy_web_view_load_url and the internal GRegex of EphyWebView.
https://bugzilla.gnome.org/show_bug.cgi?id=669548
|