| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
In ephy-session-tests we added some methods in order to know if the EphyWebViews
have been loaded or not before checking their addresses. These methods are going
to be needed in more tests so they are moved to a utilities file.
https://bugzilla.gnome.org/show_bug.cgi?id=695646
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on a patch by Manuel Rego.
Ensure the WebViews created during the session load are fully loaded
before we check their URIs. This was working more or less by pure
chance in WK1, and was failing in WK2 because of the process
separation.
The restore tab test is skipped in WK2 for now, since it's crashing.
The patch excludes some asserts in WK2 while bug #695437 is not fixed.
https://bugzilla.gnome.org/show_bug.cgi?id=695300
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The session tests were broken by the delayed tab loading feature - the restored
embeds would not finish loading and thus the expectations for the URIs were not
met. This change adds a setting that is now used by those tests to disable the
feature temporarily.
Also revert "ephy-session-test: make tests pass", which is no longer necessary.
This reverts commit 75da5fff3f4489dacf4ded6f012daa06af306709.
https://bugzilla.gnome.org/show_bug.cgi?id=694470
|
|
|
|
|
|
|
|
| |
We delay session loads until tab map now, which won't happen in the
tests. So take that into account for about: URIs, which are changed to
ephy-about: only during the actual load process.
We should make this work properly before 3.8
|
|
|
|
|
| |
We have one in EphyShell, but should be redundant (since we stopped
tracking non-EphyWindow windows some time ago).
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=128184
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=693297
|
| |
|
|
|
|
|
| |
There's no reason at all for this method to be in EphySession, it
neither writes nor reads the state of the browser.
|
|
|
|
|
|
|
| |
Add ephy_session_open_uris() instead and use it from EphyShell instead
of scheduling a command.
https://bugzilla.gnome.org/show_bug.cgi?id=641739
|
|
|
|
|
|
| |
resume command
https://bugzilla.gnome.org/show_bug.cgi?id=641739
|
|
|
|
|
|
|
|
|
| |
Make ephy_session_load() asynchronous and add
ephy_session_load_from_stream() to replace
ephy_session_load_from_string(). Use a xml sax parser now that is fed
from a GInputStream.
https://bugzilla.gnome.org/show_bug.cgi?id=681782
|
|
|
|
|
|
|
|
|
| |
GNOME Shell tries to open new windows by calling the application with no
parameters. This strategy is also used by the 'Launch web browser' keybinding,
that can be interpreted as the user requesting a new window, so open a new
window when called with no URIs, unless --new-tag is given explicitly.
Partially fixes https://bugzilla.gnome.org/show_bug.cgi?id=685976
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
| |
|
|
|
|
|
| |
When called to open URIs, the shell will still queue a resume session command,
this test ensures that command is not loading the session and creating windows.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
EphyShell is now a GtkApplication that already does window handling,
however we want to maintain only the of browser windows. Instead of
keeping the window lists in ephy-session, it's easier to override
window_added and window_removed virtual methods of GtkApplication and
update the browser window lists. Most of the cases where this API was
used, had to get the session object from the shell first, now we save
this step keeping the code simpler.
https://bugzilla.gnome.org/show_bug.cgi?id=641734
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This usually happens in _run, it seems, but the tests don't do that,
so we need to call this manually. Otherwise the test will fail with:
(/home/xan/git/epiphany/build/tests/test-ephy-session:9865): GLib-GIO-CRITICAL
**: g_application_list_actions: assertion `application->priv->is_registered'
failed
No idea why this has started happening only now.
https://bugzilla.gnome.org/show_bug.cgi?id=682653
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=680590
|
| |
|
|
For now a simple test that verifies that loading a session works.
We need to link with the resource files, which is unfortunate, but I'm
not sure there's a way around it since this test will actually spawn a
full EphyWindow (ie, it's not only testing the session or shell code
but the entire browser as a side effect).
|