Multi-Account Containers

[LocutusOfBorg]

@Pesala said in Multi-Account Containers:

@ajvt You are making the common mistake of seeing things solely from your own viewpoint.
I provided the link to the interview with Jón so that you can know how the Vivaldi Team decides what to implement. Do not accuse me of not being serious if you do not like the answer.
This issue is tagged as Nice to Have. The number of upvotes is only one factor in deciding what gets added. If you see the tag changed to In Progress, it may be added soon.

The upvotes should be the only thing that matters if they indicate something is a truly wanted feature over others. The only thing that should take any presidense over the votes are keeping the privacy features updated and current.

[ajvt]

@Pesala said in Multi-Account Containers:

@ajvt You are making the common mistake of seeing things solely from your own viewpoint.

I provided the link to the interview with Jón so that you can know how the Vivaldi Team decides what to implement.

Looking at this 10 page thread, there are about 200 posts of people not liking this situation. This is not just me.

The first response of Jon is literally: "we listen to our users". After 3 years and 200 posts of this one specific feature request, I honestly doubt Vivaldi really does. It feels more like the uservoice of Microsoft. I don't understand why Vivaldi simply doesn't care about this image. Why? Because I love Vivaldi.

Jon also states: "sometimes a developer fancies a feature and wants to implement it". This is also fine, but routinely giving precedence to that kind of work, over the community request is not ok in my opinion.

Do not accuse me of not being serious if you do not like the answer.

The not being serious is about Jon's answer vs the reality of a 3-year + 200 post old feature request. You can't take his "we listen to the community" serious.

To me, it looks like you're defending that Vivaldi still didn't implement this. Mostly, because telling me about my mistake of seeing things solely from my own viewpoint.

If you read carefully, you see "...and that is ok..." multiple times in my previous posts. However , the whole response of Jon to your question on how decisions are being made, can be simply summarized as: "we listen to the community, but we do it in an ad-hoc way. What we want, when we want it".

To me, this looks like the chaos model, which again is fine. I mean, that's the choice of Vivaldi. But, if they do so, please stop saying the user/community input is being listened to and stop providing the impression of working on feature requests originating in the community, by providing a platform to collect these feature requests in the first place.

Last but not least, I'm part of the Vivaldi userbase, I'm part of the community around Vivaldi. That is my viewpoint. A forum (like this) is to discuss viewpoints imho.

If me myself or anyone else chooses a specific point of view, the choice is made by that person. That is not a "mistake", at least, not in my opinion. The most toxic poison to damage/kill any community is to discredit someone's viewpoint. If you want to actually build a community, maybe it's a good idea to ask the question why someone has a specific viewpoint.

This issue is tagged as Nice to Have. The number of upvotes is only one factor in deciding what gets added. If you see the tag changed to In Progress, it may be added soon.

I'm well aware how this works. Thanks.

@LocutusOfBorg said in Multi-Account Containers:

The upvotes should be the only thing that matters if they indicate something is a truly wanted feature over others. The only thing that should take any presidense over the votes are keeping the privacy features updated and current.

This. Which isn't a clock or philips lighting stuff.

[QZMTCH]

@blackmedicine said in Multi-Account Containers:

i cant figure out how to vote on this forum site, but this is a feature that no other browser but Firefox had implemented in a usefull way.

in my use, the cent browser has implemented multi-login tabs in the most convenient way of all (since 2017, and is constantly updated and expanded functionality) https://i.imgur.com/eeK4T24.gif
plans to add "incognito multilogin tab"

ps I deleted the autobot3 account, but it didn’t work from the temporary mail, moderators please delete the testacca account
tnx

[LocutusOfBorg]

@QZMTCH said in Multi-Account Containers:

in my use, the cent browser has implemented multi-login tabs in the most convenient way of all (since 2017, and is constantly updated and expanded functionality) https://i.imgur.com/eeK4T24.gif
plans to add "incognito multilogin tab"

I love Cent Browser almost as much as I love Vivaldi, but I run Linux so no Cent browser for me. Maybe time for me to go bump my thread there about Linux and Cent.

[QZMTCH]

@LocutusOfBorg
Yes, as the developer wrote, there is Linux in the plans, but given that he wrote this 2 years ago, and given how long he releases releases, it is not clear whether he will do it at all sometime or not, you can ask him again, he is just now often visits the forum before the release

Yes, we have plan to port the browser to MacOS and Linux, but no timeline.
https://www.centbrowser.net/en/showthread.php?tid=3887&pid=18035#pid18035

[VENIX]

@QZMTCH I would love to see their implementation of what they call multilogin tab. I can't seem to find anything on their official site.

So far everyone relies on some third-party solution that calls on some server. The aim here is a local-in-browser solution.

[patrickweiden]

@QZMTCH: Unfortunately, the Cent browser it pretty old and the multilogin tabs will be restored as normal tabs after re-opening the browser. But at least one has the ability to log into the same service several times (during a running session). Maybe the Vivaldi team can get a glimpse at how others right now implemented a feature similar to MAC into a Chromium-based browser...

[QZMTCH]

@VENIX
even added earlier than 2017

Added multi-login tab
v1.5.7.18 [2015-10-26]

one developer, and often disappears, on the site he posted features in the form of screenshots, so it remained unchanged there
multilogin tabs work like this:
every time you open a new tab, a new session opens and it is remembered, after closing you can open it again and there will be the session that you used (even after restarting the browser), be guided by the color of the dot at the top https://i.imgur.com/ykKGjbR.png there is no list, you can bombard the developer on the forum with requests for features maybe he will add something more convenient

PS Or are you talking about open tabs? open yes, they are not restored, well, you need to kick the developer to do it

[QZMTCH]

@patrickweiden said in Multi-Account Containers:

Cent browser it pretty old

Chromium 108 release planned

and the multilogin tabs will be restored as normal tabs after re-opening the browser

I don’t even remember how it was on the stable version, but on this 102 beta, all multi-login tabs are restored
https://i.imgur.com/bjEk0w5.gif
here on the GIF I have already deleted the third account, so it is not logged in

PS Or are you talking about open tabs? open yes, they are not restored, well, you need to kick the developer to do it

[VENIX]

@QZMTCH I'm more interested on the technical side of it. If the cookies jars are handled locally rather than relayed to some 3rd party server or just a clever used of standard session and private/incognito session.

[QZMTCH]

@VENIX I think that everything is local, you can ask the developer on the forum about this https://www.centbrowser.net/en/index.php

PS a separate session, all cookies remain somewhere in the user date, not incognito, there are plans to add incognito
PSS yes, sessions in folder \User Data\Default\Sessions https://i.imgur.com/eeIDWUi.png in SNSS files

[VENIX]

@QZMTCH Thank you.

[auipga]

Can a moderator guarantee that if this feature should ever get implemented, that the newsletter/blog will announce it?
That would be awesome!

[LonM]

@auipga If you follow the blog for snapshots, you will get a blog post explaining all new features whenever they are available for testing. If this feature is ever implemented, the same will happen.

[justbryce]

The new Arc browser from the Browser Company is built with an expansion of this feature, allowing users to create separate contexts that include different open tabs, logins, etc. It looks like a great way to have your work identity in one panel, then move to another panel with your personal identity.

I've been a Vivaldi fan for a long time now, and I realize this would be a complex feature to implement, but I would love to see this option in Vivaldi.

[netphreak]

I have followed this request over the years, but it seems user requests are somewhat neglected. What I find strange, is the idea of opening up for feature requests, and ignore the most up voted feature. The deveolpers/company are of course in their fullest right to make decisions on what to put resources on, there could be a million reasons for refusing to follow user requests. But a grumpy user base are very bad for the company, in several ways... I'm just saying - it would be wise to not let user requests be 5 years old, with zero official (as it seems) interest from Vivaldi. Treat the users nice, let everyone know why this will not be implemented, and close the request. Users like me keeps hoping for a few years, and hope turns to frustration, and ends up writing a post like this as a "I give up" statement.

Multi Containers is a 100% must for people working with IT support. Sure, not everyone work with IT. But guess what IT workers do? They recommend software to their clients. And some of us have loads of clients. Wouldn't it be nice if I would recommend Vivaldi to everyone? Because of this, I don't, even though I use Vivaldi for other personal reasons (yes, I'm old, I like to have address bar at the bottom of the screen, just like in the original Opera browser, and the tab handling is perfect for my needs).

Thank you.

[becm]

@netphreak multiple identities would actually have to be supported by the Chromium runtime in a reliable manner. Not just a simple normal/private duality.

Restarting the project on a different base architecture to have one certain (albeit desired) feature may in fact be a little too much to ask.

[SkurczMuzgu]

I can only repeat what @netphreak eloquently wrote above. I would really like to use Vivaldi more, but without this feature it serves me only as a single container for the isolated area of my online activities. Firefox remains my daily driver.
Though I agree Vivaldi team has full right to set their own priorities, I find ignoring years-old top-voted feature bizarre.
To end on a constructive one - if this was put on Kickstarter or similar, I would gladly donate to have this finally implemented.

[Ayespy]

@SkurczMuzgu said in Multi-Account Containers:

I find ignoring years-old top-voted feature bizarre.

That's because you don't understand the economies involved in Vivaldi bugs and bug-fixes. Thousands of bugs and feature requests, a tiny team to address them, and the need to balance not only popularity of a request but the feasibility of implementing it as well. Elapsed time/age on a request is far down the hierarchy of whether to devote resources to it. Literally no one in the browser-using universe is aware of the idea of multi-account containers other than a subset of Firefox users. Chromium has no equivalent that it is able to support it yet - meaning Vivaldi would have to write this whole-cloth.

The closest thing I've seen recommended is https://chrome.google.com/webstore/detail/multilogin/ijfgglilaeakmoilplpcjcgjaoleopfi which is not really the same thing.

[pauloaguia]

@Ayespy said in Multi-Account Containers:

That's because you don't understand the economies involved in Vivaldi bugs and bug-fixes.

And I think you're not understanding the point @netphreak and @SkurczMuzgu are trying to pass - it's not about whether or not this gets implemented or added to the pipeline; it's about zero feedback from the Vivaldi team even about if this is something they'd consider implementing or not. I didn't read the whole 11 pages of the thread again, but from what I skimmed through, I don't think there has been a word from the team either for or against this yet - and that's what they're arguing for.

For example, I've noticed this week @pafflick has been busy tagging dozens of other feature requests, even commenting on some that they're being added to the pipeline or that the team has decided they won't implement that particular feature, in some cases because it's technically not possible. From what I read on @netphreak and @SkurczMuzgu 's words, even a comment saying this can't / won't be implemented would be a step in the right direction to help the users posting on this thread not feel like they're being ignored...

I do notice, however, that this thread is tagged as a "Nice to Have". My understanding is that it means it's not being dismissed (yet); but also that it is not even being analyzed if it's viable or that there may still be issues worth analyzing before deciding if it gets added to the pipeline or not (but would be better if someone can confirm this interpretation of mine).
I do agree that the team has more to do than go commenting on every single feature request. But even a word along those lines when the "Nice to Have" tag was applied, would at least give some feedback to the people who are still waiting (even if that feedback would have been - you'll have to wait some more before we can properly analyze this).