Replies: 89 comments 38 replies
-
This is where altnerative services come in. For bookmarks, you can use Floccus with a nextcloud instance or provider, or xBrowserSync. For passwords, you can sync a KeePassXC database using the nextcloud client along with the browser extension. As for syncing extensions, history, and settings... Yeah I got nothing there at the moment. |
Beta Was this translation helpful? Give feedback.
-
It is possible to do this, but it won't be easy. The syncing code in Chromium is deeply tied with Google-specific services and specifications. We would need to define how we would want this syncing to work (as you implied at the end), and then investigate what we would need to do to implement it in the Chromium code. It will a large undertaking, to say the least. If you don't use all three systems at the same time, maybe you could consider an external syncing system that can synchronize the entire profile directory? |
Beta Was this translation helpful? Give feedback.
-
I don't mind using Resilio or Syncthing to sync the entire profile. Which file/folder should I sync? Using Mac and Windows 10. |
Beta Was this translation helpful? Give feedback.
-
I'm not entirely sure if the profile directories will be compatible under such platforms, but you'll need to synchronise the user data directory. The path to the currently-used profile can be found under |
Beta Was this translation helpful? Give feedback.
-
I tried out Resilio Sync for a couple days, and although it works most of the times, there are a couple key points which are definitely worsening the issue instead of fixing it:
Apart from that, I suppose the solution works as a temporary bandaid. However, after navigating the initial setup (and following mess), and the problem-filled days after that, I won't be likely to try it again. |
Beta Was this translation helpful? Give feedback.
-
Yes, blindly applying a generic file-synchronization service to the profile directory is a bad idea. File synchronization services make assumptions about how the files are used that are not valid for a Chromium profile (as you experienced first-hand). For example, generic file sync assumptions about consistency and how to approach consistency do not work for Chromium profile files; the atomic changes (e.g. adding a new bookmark, adding a new website to the history) made to the Chromium profile may require changes across multiple files. If there is some way to translate the atomic changes to a format that conform to the assumptions of generic file synchronization services (e.g. DecSync, which assumes Syncthing), then it should be possible to use a generic file sync service to sync changes. However, this still isn't a trivial task... |
Beta Was this translation helpful? Give feedback.
-
How about reverse-engineering google services api and keeping the changes in ungoogled chromium to a bare minimum, possibly only introducing a setting which points to a custom api server. This would require a separate project implementing the api and user can host their personal api themselves or possibly have a cheap encrypted hosting service available for anybody. This would definitely improve ungoogled chromium adoption while preserving all advantages of the stock chrome. There might be many urls needed but hopefully these share a common domain. By default as currently this domain would point to a non-existent site. As a bare minimum sync settings can be hidden as currently until user manually changes the domain in chrome://flags/, until the new api implementation will be production ready. I understand this will be another chromium feature to chase to keep up with api changes but it should not add any noticeable additional ongoing workload for ungoogled-chromium developers. |
Beta Was this translation helpful? Give feedback.
-
@t00 Sounds like a fun idea. For ungoogled-chromium, I also think the changes can be manageable. The only downside with this approach is the time and effort required to reverse engineer and implement the server:
I won't have time to work on something like this, but I think it would be a nice feature to have. |
Beta Was this translation helpful? Give feedback.
-
Could this new option perform local encryption prior to upload? We can haz privacy? |
Beta Was this translation helpful? Give feedback.
-
Sorry, but I don't understand what's the problem. Chromium syncs with Google, therefore the API is open source. Why this project can't sync with Google like Chromium does? |
Beta Was this translation helpful? Give feedback.
-
@midenok Sure the api client code is open source but the idea behind ungoogled chromium is not to use google services so instead a new open source api service needs to be implemented, identical in behaviour to the original google api, to allow sync without ties to google. |
Beta Was this translation helpful? Give feedback.
-
That looks not very wise idea to me. It would be better to take good things from Google and don't take bad things. Having Google account probably is a no-go for this browser for users like me. Though I'm pretty happy with Slimjet (which syncs just fine). |
Beta Was this translation helpful? Give feedback.
-
I'd say google having any kind of data about ourselves is a bad thing. And the solution @t00 gave would be a good one. Sort of how firefox does: |
Beta Was this translation helpful? Give feedback.
-
I know this is an old thread but I just came across this, while searching for an option to sync (bookmarks, passwords, custom search engines, history) between Has anyone found a solution by Oct 2020? Thanks alot. |
Beta Was this translation helpful? Give feedback.
-
Hey @TheJags, I'm actually working on this. |
Beta Was this translation helpful? Give feedback.
-
@Tronic There are a bunch of problems with Brave sync:
|
Beta Was this translation helpful? Give feedback.
-
There actually are a lot of separate things that syncing needs to handle in Chromium, and thus I am not surprised that it touches so many files. You could start with the Google Chromium sync if you so much dislike Brave: both are the same, and it is not that long since Google removed the feature from Chromium, so that should not be impossible to port either. The server side implementation is far easier, and as stated, Brave already offers their implementation in open source. NextCloud does not even begin to solve the problem, where the difficulty is really within the client side, and depending either on a commercial service or self-hosting PHP crap does not look a good idea. I believe the Brave server code would work even if you used Google's sync code on the browser side, and it is written in Go, not in some slow bug-ridden script language. Regarding any "problems" with contacting Brave servers, the only thing you might need to worry about is bug reports if there are incompatibilities or if Brave actively blocks users of other browsers. There is no legal issue with someone contacting them, and nothing to do with this project anyway. In any case, if you insist on being incompatible, it is not hard to change the API just enough to make connections impossible. I would assume that Brave intends to keep their servers open to others, because that pretty much is the idea of browser sync. |
Beta Was this translation helpful? Give feedback.
-
Okay, looks like the developers of this project are just blatantly going to ignore this. I am now switching to Brave because I cannot keep using a browser with such a crucial feature missing. |
Beta Was this translation helpful? Give feedback.
-
I think a lot is going on these days... Even companies with billion dollar budgets can't deliver these days. So we gotta have the mentality - especially with projects we like - to just try to contribute if we can and then see the maintainer's thoughts on the contribution. |
Beta Was this translation helpful? Give feedback.
-
While I understand this mindset. I'm sick to DEATH of the attitude everyone has in neglect how important it is to have that kind of syncing solution. I've spend hundreds of hours easily trying to match the "Just works" nature of Chrome Sync in vain and Brave is THE only browser to actually implement a keychain based solution. I'm sick of the blanket statement of "xbookmarksync' and "bitwarden". Those are all a PITA on their own accord and they always have given me misc problems that I don't want to have to deal with. Then everything is thrown out the window for history, and extensions. If it's officially acknowledged that it's important but at the moment it's on the back burner, that's enough for me. But coming from someone that has a nextcloud server, the password extensions (all of them) break for me all the time and Tusk for a database file to point to via WebDAV doesn't work on Ungoogled Chromium so I have to remember to manually add it later which is a HUGE pain plus I have to put in my super long master password every time I open the browser. It's not unreasonable to ask. It's one thing with all of the solutions being half baked, it's all the fighting I still have to get things synced between my phone, my personal PC and my work laptop that I have to side with Tronic on until everyone else leans towards the middle |
Beta Was this translation helpful? Give feedback.
-
If everyone would be leaving hated coments for this issue instead of implementing the feature/behaviour they want, things aren't going to change. Just FYI. |
Beta Was this translation helpful? Give feedback.
-
Are you saying that if someone makes a PR fixing this issue, the developers will be willing to merge it, rather than keep ignoring the issue? I guess you can then always fork the project and try to get distros to distribute your fork along with the zillion other Chromium forks that there are. Sure, yeah. Or you can just switch to Brave, and skip all those steps, and sync everything. Unsubscribing this issue, something I should have done a long ago, too, rather than just switching browsers. |
Beta Was this translation helpful? Give feedback.
-
Yes we are saying that if someone is willing to work on the issue and can find a compromise between all the requirements that have been brought up in this thread, we would merge it. I don't know how you get to a mindset in which you feel entitled to get a feature at the cost of the free time of the developers and maintainers of a project. The open source community does not owe you anything, not features and not support. Our license clearly states that the software is provided as "AS IS". That we maintain the project anyways is just the believe in contributing to a greater good. Demanding features is not a great way to keep up that believe. |
Beta Was this translation helpful? Give feedback.
-
Most people in this thread don't seem to be in the official ungoogled-chromium Matrix chat. I would suggest the following:
In terms of this solution affecting the other top chromium forks (ungoogled-chromium being the top chromium fork in my view) - this is the best thing to push on to that effect: #1395 |
Beta Was this translation helpful? Give feedback.
-
I'd like to mention that even if the feature does not fit/align with ungoogled-chromium, there is ungoogled-software/contrib, which is a good target for such a feature. Other users may use particular features from there and possibly improve them. Win-win! |
Beta Was this translation helpful? Give feedback.
-
sorry, I missed it but...is there an easier way just to sync the install files rather than having to manually install step by step on each device crx, store, extenstions windevien bookmarks...on LAN and I also I have winsvr2016. Literally just copying same files and going through the same process...its like having a Nvidia shieldx5 FML.... |
Beta Was this translation helpful? Give feedback.
-
#1896 (comment) I pretty much gave up and switched to Brave, It's a better solution imo. Native sync functionality, better privacy than Ungoogle Chromium (https://privacytests.org), works exactly like chromium and just great overall. If anyone is looking for sync and better privacy, I'd recommend switching to Brave if Ungoogled Chromium is looking like a hard choice. |
Beta Was this translation helpful? Give feedback.
-
So, uh. How's this goin'. |
Beta Was this translation helpful? Give feedback.
-
I'm not sure if this is the right place for this comment, but it seems the most relevant. The last couple times So I've set up script that saves a fresh copy of my Chromium configuration at each startup. Simply copying that backup to my My script (called "chromium-profile-backup" and set to #!/bin/bash
## Keep up-to-date profile for chromium browser
## IF CHROMIUM UPDATES FROM PPA: manually copy +BAK/chromium to +.config/chromium
# Wait for things to settle
sleep 4
# Remove old profile
rm -r /path/to/my/backup/chromium
# Wait!
sleep 2
# Now copy fresh backup profile
cp -R /home/myname/.config/chromium /path/to/my/backup/chromium
I probably don't need those I set the script to run on startup as a
Takes just a few minutes to setup, and will save much aggro going forward. It also means I don't need to switch browsers (although Brave was beckoning). FWIW! |
Beta Was this translation helpful? Give feedback.
-
Hi, it exists a service on Firefox to have own sync server, ( https://github.com/mozilla-services/syncstorage-rs) Should be so complicated add this functionality to ungoogled chrome? |
Beta Was this translation helpful? Give feedback.
-
Currently, one of the features that I use Chrome for is the cross-platform sync of browser-related items, such as extensions, settings, passwords, etc. In addition with user profiles, this feature is what makes Chrome indispensable: being able to separately manage profiles (and the related extensions, browser settings, etc.) without hassle makes my life a lot easier. Unfortunately, since the goal of ungoogled-chromium is to remove all instances of Google in the browser, this means that synchronization no longer functions.
I would have opened a feature request, but I'm not exactly sure what kind of solution to offer; in addition, owing to the lack of relevant issues/feature requests, it seems more like a personal use-case problem. In my case, I typically use three computers - one laptop, one desktop, and (occasionally) public machines (library, school lab, etc) - having to re-configure chrome after an install or on adding a new user profile is a hassle, and maintaining settings, extensions, and bookmarks (foregoing passwords and history) is very time-consuming.
With that in mind, I'd like to open a discussion on the implications of implementing this feature; specifically, for settings, extensions and history. (bookmarks and passwords are possible via third party services, and open tabs seems impossible.) Is it possible?
Beta Was this translation helpful? Give feedback.
All reactions