Problems after copying profile of Vivaldi installtion for another one in different Windows
-
I am having some problems. I am getting out from WIN 7 64bits to WIN 10 64 bits. I copy some files of my Vivaldi profile (bookmarks, current/last session, notes, preferences, login) but when I start the Vivaldi I see the preferences are in standard options, the logins aren't appearing nether when I save a new one (but when I will login, the username options are shown to me, but when I click on the suggestion, doesn't appear the password), current/last session is ok, notes is ok too, bookmarks ok too. The extensions are with problems. Some i can't install and when I restart the browser, they don't keep installed. Are there any way of working the login and the extensions file at least?
-
I am having some problems. I am getting out from WIN 7 64bits to WIN 10 64 bits. I copy some files of my Vivaldi profile (bookmarks, current/last session, notes, preferences, login) but when I start the Vivaldi I see the preferences are in standard options, the logins aren't appearing nether when I save a new one (but when I will login, the username options are shown to me, but when I click on the suggestion, doesn't appear the password), current/last session is ok, notes is ok too, bookmarks ok too. The extensions are with problems. Some i can't install and when I restart the browser, they don't keep installed.
Are there any way of working the login and the extensions file at least?
You probably have to remove and re-install the extensions.
As to passwords, these cannot be copied and transferred. They are encoded/locked for security reasons and cannot be moved from one installation to another. Period. If/when an import protocol is written, it may be possible, but until then the only thing you can do is read the ones you can't recall in the old version, and enter them into the new one for each initial log-in to a site. Otherwise, a person could install and use LastPass or some similar service/extension, but I have declined to do that. Having any passwords in the cloud makes my flesh crawl. Say what you like, you cannot convince me it's totally secure.
-
… If/when an import protocol is written, it may be possible, but until then the only thing you can do is read the ones you can't recall in the old version, and enter them into the new one for each initial log-in to a site. Otherwise, a person could install and use LastPass or some similar service/extension, but I have declined to do that. Having any passwords in the cloud makes my flesh crawl. Say what you like, you cannot convince me it's totally secure.
FWIW, there is never likely to be a native if/when protocol for importing chrome/chromium-encrypted passwords without them first having been exported in some new format by the originating computer. Because the passwords are encrypted/hashed using the user's unique windows/user-account password on the originating computer, there is no way for another windows installation or user account to know how to decrypt the passwords without there first having been some form of export protocol employed by the encrypting system. An entirely different scheme for protecting passwords would have to be employed than is now used in chrome/chromium if one wants to unilaterally import and use chrome/chromium passwords from another account or system.
-
Everything you say is true. I think it may be possible, however, to engineer an import protocol from Vivaldi to Vivaldi. Can't be sure, but it strikes me as possible. There could be a hidden export-import step built in, but it strikes me as possible. Similarly, since there is a way to decode old Opera passwords, New Opera could design a protocol to import passwords from Old Opera. Absent this close relationship, however, I don't know offhand what could be done.
-
-
Thanks for helping, guys. About the extensions, even I (reinstall) them, when I restart the browser, the extensions gone. And i think this all funny because i copied those files from V profiles to another V profile and all worked. I am noting now the bookmark, login and notes aren't being rewritten, I mean, they aren't saving new infos. The history the same thing. I dunno if this is because the files are from WIN 7, but the current/last session files are working well.
-
I had my genius moment LOL. The files with BAK. versions (bookmarks and notes) I copied the BAK version of the file, I deleted the normal file in the folder and I renamed it, deleting the ".BAK" of the filename. I restarted the browser and… IT WORKED! I have back my bookmarks and my notes. Now favicons, top site, history and login i can't recovery really. If those had a ".BAK" version too
:blink: Is there any way of get the username and password from logins?
I saw on notepad and I see the usernames but not the passwords, there are some special links to login. -
@RRR13:
Everything you say is true. I think it may be possible, however, to engineer an import protocol from Vivaldi to Vivaldi. Can't be sure, but it strikes me as possible. There could be a hidden export-import step built in, but it strikes me as possible. Similarly, since there is a way to decode old Opera passwords, New Opera could design a protocol to import passwords from Old Opera. Absent this close relationship, however, I don't know offhand what could be done.
Am I too tired or something, because I read what you guys argue and you are both saying the same thing, but you seem to have a contradictory conversation? :huh:
You are not too tired. In fact, we are merely looking at the problem differently. Here's my take: Vivaldi can view and display your passwords to you. Clearly, therefore, it can render them to readable text. This implies an ability within the browser to "see" them which further implies an ability to export them. This means you could create an export-import pipeline from Vivaldi to Vivaldi for sync purposes. This does not mean you can copy from one profile to the other, but it does mean that the ability to sync passwords is inherent in Vivaldi (and other Chrome browsers). OP was trying to copy from one to the other, which will never be possible. This has been remarked on by other commenters, as well as myself. But I am also saying that it is possible for developers to write a routine for Vivaldi to export them plain text (or a proprietary encryption) in a manner which would make it possible for another instance of Vivaldi to import them. I dropped out of the debate, because we are really talking about different things, and my offering was merely theoretical.
-
@RRR13:
Everything you say is true. I think it may be possible, however, to engineer an import protocol from Vivaldi to Vivaldi. Can't be sure, but it strikes me as possible. There could be a hidden export-import step built in, but it strikes me as possible. Similarly, since there is a way to decode old Opera passwords, New Opera could design a protocol to import passwords from Old Opera. Absent this close relationship, however, I don't know offhand what could be done.
Am I too tired or something, because I read what you guys argue and you are both saying the same thing, but you seem to have a contradictory conversation? :huh:
I think there is a difference in nuance. My point was that there probably will never be a unilateral Vivaldi password import capability from a Vivaldi installation on a different user account or system because of the encryption/hashing unique to the originating Vivaldi installation. Thus, one would have to first export the decrypted passwords into some externally-readable/decryptable file format before an 'outside' Vivaldi installation could recover them.
I think Ayespy is agreeing in general, but observing that Vivaldi might conceivably someday add a capability in the browser of auto-creating a separate file of passwords that was encrypted some other way so that another Vivaldi installation could directly import them without there first being an export step from the originating browser. If I understood that correctly, I suppose it's always possible, but I think it unlikely due to the potential for compromise of some of the security benefits of using an encryption/hashing method unique to the installation in the first place. As it stands now, it takes physical access to the computer and user account to break the passwords out.
-