| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
This guards against error paths that might not return errors.
It'll crash in the error path instead :)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use atomic operations to manipulate the counter that tracks the number
of operations we need to achieve, to ensure coherency when the results
are received from different threads.
Also use our own main loop rather than spinning on g_main_context_iteration()
to avoid CPU burning when waiting for completion.
Finally, fix the migrator never returning as the number of operations
was not decreased on the ephy_form_auth_data_store() error path.
https://bugzilla.gnome.org/show_bug.cgi?id=695828
|
| |
|
|
| |
Move to ephy-form-auth-data and renamed accordingly.
|
| |
|
|
|
|
|
|
|
|
| |
This completes the migration, by moving all passwords previously
stored as network passwords to the epiphany form passwords specific
schema. It must be noted that some of these passwords were not
properly stored as network passwords but as generic passwords, so a
throghout search was necessary in order to find all of them.
https://bugzilla.gnome.org/show_bug.cgi?id=679918
|
| |
|
|
|
|
|
| |
Use libsecret to store http-authentication data in one
of the early migrators.
https://bugzilla.gnome.org/show_bug.cgi?id=679918
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to libsecret
We add a new SecretSchema that is specific to epiphany and intended
solely to store passwords for webforms. This is a better approach than
hacking the server url in order to store the names of the forms in it.
These methods are only used by EphyWebView to store the passwords and
to retrieve the password when there is a cache match and by one of the
early stages of password migration in the profile-migrator. If only this
patch is applied, it is likely that only newly saved patchs will work
properly, but others will remain intact.
https://bugzilla.gnome.org/show_bug.cgi?id=679918
|
| | |
|
| |
|
|
| |
Drops dependency on libsoup-gnome, we now depend on libsoup 2.41.3
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
directories
This is necessary since we add new columns to the history database in
step 8 of migration. However, non-default profile directories don't
have a .migrated file right now but, since up to step 7 it was
possible to use these profiles without migration, it is safe to assume
that a non-default profile without a .migrated file can be migrated
starting from step 8.
https://bugzilla.gnome.org/show_bug.cgi?id=681679
|
| |
|
|
| |
This will allow us to catch mismatches between browser and migrator binary.
|
| |
|
|
| |
This adds a couple of new required columns to the urls table.
|
| |
|
|
|
|
|
|
| |
If there's no profile dir there should not be anything to do for the
profile migrator (since in theory epiphany has never been
executed). This might backfire for people that manually mess with
their profile dir (removing it), but those people hopefully know what
they are doing.
|
| |
|
|
| |
Use --do-step/-d and an index.
|
| |
|
|
|
|
|
|
|
|
| |
We need to update their desktop files (they had references to the
profile directory) and the symlink of the .desktop file in the Shell
applications directory.
It would be much easier to just delete and re-add the applications,
but unfortunately that would wipe out the existing profile data in the
apps (like cookies).
|
| |
|
|
| |
Do nothing if the destination history file already exists.
|
| |
|
|
|
| |
Otherwise we'll read the .migrated file *before* we move the old
profile. Not OK, it will make us start from scratch all the migration
|
| |
|
|
|
|
| |
Migrate profile directory to XDG config dir
https://bugzilla.gnome.org/show_bug.cgi?id=522810
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
We need this to be an enum, since we'll a third option in the future
for the Overview (to never show the tabs bar). For now just add the
two values we have now and migrate the code and the user data.
|
| |
|
|
|
|
|
| |
If the old history file exists but has no actual visits we'll enter
into an infinite loop.
https://bugzilla.gnome.org/show_bug.cgi?id=672547
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Otherwise the default code path is enough. Also, the host is always
going to be NULL for newly created URLs, so double check this is the
case and don't try to handle anything else.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| | |
|
|
|
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
|
