| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
