Adding my voice of disapproval to the decision to remove this incredibly useful button. Please bring it, or an equivalently convenient substitute, back.

@sgunhouse said in Where is the "Recently closed tabs/Tab menu" button on the top right?:

It was moved to (Menu) > History when tab search was added.

This is incorrect, O > History was already there and is unchanged in the new version with the missing Tab menu.

The correct answer is that the "Tab menu" has been removed as most of its functionality is already available in other places. However, tabs from other devices has been moved to the "Tabs" sidebar item, but this item has also been removed and is now only available by typing "opera:/activity" in the address bar.

I am typing this with two PC's side by side to compare, one with v67.0.3575.137 and the other with v68.0.3618.63. Have I missed anything?

A big +1 from me to this feature request.

@leocg said in Where is the "Recently closed tabs/Tab menu" button on the top right?:

@kkthxbye Type opera://activity in address bar or try the sidebar icon if it shows up.

"If it shows up". What exactly determines if it shows up? I have two installations, both Windows 10 64 bit, both version 68.0.3618.63, with the following result:

I am trying to get accustomed to the loss of this "Tab menu", but this is frustrating. Further, only one machine shows the tabs from the other machine on the "opera://activity" page, but if I set the flag that removes the new "Search in tabs" button, the original "Tab menu" DOES show other machine's tabs.

What is going on? Are these just bugs, or intended functionality? If the latter, please explain.

Update: The machine that did have the Tabs sidebar item has now lost it after a restart (no update to Opera though).

I'm not quite sure what to make of all this.

Opera has in the past appealed to a niche, I've always felt that "power users" who wanted more flexibility, productivity features designed to streamline common tasks, and an unobtrusive UI have flocked to Opera. That really seemed to be the target market and for those people it worked well. I almost jumped ship when it became not much more than a Chromium wrapper, but stuck with it to see where it would go. Things looked good for quite some time, but it never really regained that power user feel that it had in the Presto days. Features being added now seem to be going for more mass market appeal. I'm not sure what the roadmap is, but it's no longer a branch with a strong niche appeal and seems to be slowly joining the highway that the big name browsers follow. If the aim is to gain more market share good luck to them, but I think this is going to be a more difficult path.

So, Vivaldi! I've never given it a second look before but have spent the last day poking around in it. I like what I see, it's packed with power user features, and I can't see any loss of functionality from Opera that I'd miss greatly. Maybe that will change but for the moment Opera have lost me too, to a browser that looks to be successfully wrapping Chromium in the manner that Opera should have.

Thank you to whomever it was who first mentioned Vivaldi in this thread.

I'm not quite sure what to make of all this.

Opera has in the past appealed to a niche, I've always felt that "power users" who wanted more flexibility, productivity features designed to streamline common tasks, and an unobtrusive UI have flocked to Opera. That really seemed to be the target market and for those people it worked well. I almost jumped ship when it became not much more than a Chromium wrapper, but stuck with it to see where it would go. Things looked good for quite some time, but it never really regained that power user feel that it had in the Presto days. Features being added now seem to be going for more mass market appeal. I'm not sure what the roadmap is, but it's no longer a branch with a strong niche appeal and seems to be slowly joining the highway that the big name browsers follow. If the aim is to gain more market share good luck to them, but I think this is going to be a more difficult path.

So, Vivaldi! I've never given it a second look before but have spent the last day poking around in it. I like what I see, it's packed with power user features, and I can't see any loss of functionality from Opera that I'd miss greatly. Maybe that will change but for the moment Opera have lost me too, to a browser that looks to be successfully wrapping Chromium in the manner that Opera should have.

Thank you to whomever it was who first mentioned Vivaldi in this thread.

@leocg said in Where is the "Recently closed tabs/Tab menu" button on the top right?:

@kkthxbye Type opera://activity in address bar or try the sidebar icon if it shows up.

"If it shows up". What exactly determines if it shows up? I have two installations, both Windows 10 64 bit, both version 68.0.3618.63, with the following result:

I am trying to get accustomed to the loss of this "Tab menu", but this is frustrating. Further, only one machine shows the tabs from the other machine on the "opera://activity" page, but if I set the flag that removes the new "Search in tabs" button, the original "Tab menu" DOES show other machine's tabs.

What is going on? Are these just bugs, or intended functionality? If the latter, please explain.

Update: The machine that did have the Tabs sidebar item has now lost it after a restart (no update to Opera though).

@sgunhouse said in Where is the "Recently closed tabs/Tab menu" button on the top right?:

It was moved to (Menu) > History when tab search was added.

This is incorrect, O > History was already there and is unchanged in the new version with the missing Tab menu.

The correct answer is that the "Tab menu" has been removed as most of its functionality is already available in other places. However, tabs from other devices has been moved to the "Tabs" sidebar item, but this item has also been removed and is now only available by typing "opera:/activity" in the address bar.

I am typing this with two PC's side by side to compare, one with v67.0.3575.137 and the other with v68.0.3618.63. Have I missed anything?

Adding my voice of disapproval to the decision to remove this incredibly useful button. Please bring it, or an equivalently convenient substitute, back.

A big +1 from me to this feature request.

@leocg - Thanks

I can confirm this has worked for me using extension "User-Agent Switcher" 1.8.6.1 by esolutionsnordicab

I am having the same issue. Checked for Opera updates and one was available, updated to 53.0.2907.106 but issue persists. OS is Windows 10 v1803. The site works correctly in Edge browser. Issue persists whether or not logged in to Google, and signed in as different users on Windows.

Further, in the reviews section of an app's information page the summary (5 ratings bars) is displayed but the review texts aren't visible, only a continuously rotating "loading" circle.

Please delete - I have reposted in Suggestion Box

Currently the last docked messenger panel always opens on browser startup with the following settings:
Sidebar: Pinned, Messengers: Docked, On Startup: Continue where I left off

Suggestion: Messengers should follow the "On Startup" setting, ie. if they were minimised on browser shutdown they should remain minimised on startup. Currently if the last active status of any messenger was "docked" during a session, the browser always reopens with it docked, even if it was minimised prior to shutdown.

Perhaps the most desirable behaviour, user selectable of course, would be to only re-open a messenger at startup if there are new messages.

As per the title, the last docked messenger panel always opens on browser startup. I am not sure if this is intended behaviour or not, so this topic may belong in the suggestion box. Settings are as follows:

Sidebar: Pinned
Messengers: Docked
On Startup: Continue where I left off

In more detail: Messengers should follow the "On Startup" setting, ie. if they were minimised on browser shutdown they should remain minimised on startup. Currently if the last active status of any messenger was "docked" during a session, the browser always reopens with it docked, even if it was minimised prior to shutdown.

Perhaps the most desirable behaviour, user selectable of course, would be to only re-open a messenger at startup if there are new messages. (This definitely belongs in the suggestion box but I'll reserve that until I find out if the subject behaviour is intended.)