@honoriscreed: type 'stamp' into the search box in Options, turn off the last matching option. Come to the support group fb.com/groups/SocialFixerUserSupport

@leocg It had an editable 'post a comment here' box, which failed when I tried to submit. If it isn't intended to allow comments, please don't offer a comment box?

@coder-256 According to the git history, Tampermonkey went closed-source after version 2.9, in early 2013. So it has been that way for 6 years.

Opera's blacklisting of it was far more recent. I would like to hear their reason for doing so; especially as they did not blacklist the ID of the TM version found in their own 'store'.

I reported the listing to the Tampermonkey folks at https://github.com/Tampermonkey/tampermonkey/issues/635

Opera's blacklist of extensions is at https://extension-updates.opera.com/static/omaha/blacklist.txt and appears to be in chronological order of addition to the list. TM is the 2nd last entry; they must have added the last two at the same moment.

@burnout426: that was fixed in a way that should self-repair successfully on package update.

Since this was reawakened: the file I previously pointed to (https://extension-updates.opera.com/static/omaha/blacklist.txt) no longer exists; but TM is still blacklisted by Opera. It appears in my Preferences file -- certainly not by my preference, but injected there by Opera.

Opera! There is no reason to be blacklisting Tampermonkey non-beta.

@derjanb got some sort of response from them a long time ago, some sort of guff about TM being force-installed into people's Opera installations by some sort of malware, then used to run the malware's browser extension. Great. That is a bug, misfeature, attack, however you want to characterize it, ON THE PART OF THE MALWARE, not Tampermonkey!

And whatever that malware was, years ago, it is surely handled by people's antivirus etc. these days.

Please un-blacklist TamperMonkey non-beta, ID 'dhdgffkkebhmkfjojejmpbldmpobfkfo', from the Chrome 'store'. And the one from Opera 'store', but I don't know its non-beta ID as you've hidden it in the web UI.

See also DNAWIZ-49270; github.com/Tampermonkey/tampermonkey/issues/635

There were also comments about it on some of the beta blog posts, but those posts now have zero comments at all (https://blogs.opera.com/desktop/2019/01/opera-59-0-3187-0-developer-update/#comment-4270524260) -- ???

@kilian01: no, you are misusing the packaging system. dpkg -i will install any package regardless of whether its dependencies are met. That is its role. apt et al are in charge of the higher level, including paying attention to dependencies. It is like... dpkg -i is you with a screwdriver and some random memory DIMMs, clicking then into your motherboard without checking for compatibility. While apt is you using a tool like pcpartspicker or paying a store to install RAM they've selected as compatible with your system. You can download any .deb from your OS's repo with apt download name-of-package, then install it with dpkg -i name-of-package_version_you_received.deb -- and the resulting installed package will fail in similar ways if you didn't grab its dependencies. The OS's packages -- and Opera -- have met their responsibility by recording those dependencies in the .deb metadata. apt implements paying attention to them. dpkg is a more internal tool and it has to allow installing packages without their dependencies (otherwise some early stages of system install could not work, as the most basic packages circularly depend on each other).

BTW @derjanb you said the Opera 'store' edition would update alongside the Firefox edition, about every 3mo. https://addons.opera.com/en/extensions/details/tampermonkey-beta/ is on 4.13.6138, updated 2021-06-22, while FF is on 4.16.6160, updated 2022-04-05.

@andrew84 I find 'Move out from tab island' in the right-click menu of a tab in an island. If you multi-select tabs in an island, right-click 'Move out' takes them all out of the island.

Beware that after doing this, they are still multi-selected -- first time I did this, I immediately hit Ctrl+W and was unhappily surprised to see them all close, when I had intuitively expected it just to be the currently displayed tab after the de-grouping...

@Opera-QA-Team OK, understood, but you should understand that this is a major design flaw. It means any customizations are fragile and volatile. If I conceive of tab islands as little sets of 'where I do xyz' -- who is to say how many tabs a particular purpose needs at any one moment? It can easily fluctuate down to just one.

It could even go down to zero. The feature would be more useful if we could mark an island as 'persistent' and it would survive even down to zero tabs (then it would just be a small hoverable lozenge, of the chosen color & title, responsive to right-click > open a tab in this forlorn island...)

Tab island customizations vaporize automatically?

I created a tab island with 'new tab in tab island'. Changed the color of the tab island. Closed the 2nd tab (still blank). Island disappeared, no color.

If I'm going to the trouble of decorating the islands, I want them to be persistent, even if the island temporarily shrinks down to 1 tab.

I received opera-beta 126.0.5750.30 and opera-stable 126.0.5750.37 in the same apt-get dist-upgrade.

Both had Debian changelog entries pointing to:

http://www.opera.com/blogs/desktop/changelog-for-126/#b5750.30
http://www.opera.com/blogs/desktop/changelog-for-126/#b5750.37

both of those '#' anchors were ineffective. And both of those changelogs (on the same page) point to this same blog post; there is no pointer to a blog post for the opera-stable .37 update. (I do see it below, and will follow that link. But the links published in the .deb metadata are wrong.)

@filbo: Arghh, no, I really want Classic Tabs to work again. Its 'Open all tabs next to the active tab' is what I want.

Thing that isn't working now: right-click an item on my bookmarks bar > Open in new tab; it opens on the end of the tab bar.

Or middle-click, or Ctrl+click, a bookmark bar item. I want these all to open next to my current tab.

I tried right-click bookmark > Open in new tab [ while holding SHIFT, CTRL, or ALT ] -- these didn't change behavior. Maybe one of them could mean 'next to current'? (ALT made the right-click menu go away, but I was able to [ press-and-hold ALT; right-click bookmark > Open in new tab ]. Which made no difference.)

So what I really want is a setting like Classic Tabs's 'Open all tabs next to the active tab'.

Alternative things you could do that are at least somewhat helpful:

• default-blank shortcut for 'Open in new tab next to current'
• default-blank shortcut for 'Move out of tab island'
• shift/ctrl/alt modifier on open-a-tab actions which means 'next to current'
• shift/ctrl/alt modifier on open-a-tab actions which means 'in island [next to current]'

Going from opera-developer 126.0.5748.0 to 127.0.5776.0, the old extension 'Classic Tabs' (https://addons.opera.com/en/extensions/details/classic-tabs) seems to stop working.

What I want it for: Ctrl+T should open new tab next to current tab.

Right-click tab > new tab, does do what I want. But my fingers are used to Ctrl+T!

Best solution: please add a shortcut (blank by default) for 'new tab next to current tab'. Then I can clear 'New tab' shortcut, set 'New tab next to current' to Ctrl+T, and I don't need some funky old extension.

Thanks!

[ workaround: I set Ctrl+T to 'new tab in island', but this is not exactly what I want; it makes a new tab in the right place, that I have to de-island. um. Can you also add a 'Move out from tab island' shortcut (default blank)? ]

An ongoing issue with how Opera is framed on my desktop. First, I'm running Debian 'sid' with what I believe is its most default windowing environment: Gnome (49.1) with its Mutter window manager, a Wayland session, and 'adwaita' theme.

Long ago, Opera offered to frame its windows with the operating system / window manager's widgets, or Opera's own; but I can no longer find this option, so the only choice is 'Opera's own'; which means the window lacks normal widgets like 'close', 'minimize', etc. But it still has a drag handle area in the top bar (small bits of it, away from the various browser widgets).

The problem: subwindows also lack these widgets, and do not have a drag area. I am thinking particularly of the Inspector window, when it is detached from the browser window. It has no place to grab and drag.

So in sum: Linux:Gnome:Mutter:Wayland:Opera, detached Inspector window has no window manager widgets, particularly no drag area.

Image of truncated top bar situation

@filbo aaaand... confirmed the crash bug. Steps:

1. messages.google.com -- then do whatever setup is required for them to mirror your phone's SMS/RCS onto that site (might work without that -- not tested)

2. '⋮' menu on per-chat-top-bar of site > Send feedback

3. enter any text into 'Description' box

4. 'Capture screenshot'

5. dialog pops up, 'Allow messages.google.com to see this tab?'

6. click [Allow]

7. Opera crashes instantly

Starting with this release (but potentially a bit earlier as I may not have restarted between a couple earlier opera-developer builds): when Opera first starts up, the address bar is truncated. I see something like 30-35 chars worth, then a slight fade, then just empty background (as if the URL were only that long, but it is not).

This is visible on multiple tabs. As soon as I click inside the address bar, the full contents become visible, and this 'sticks' and fixes the address bar appearance on all tabs, for the rest of the session.

(Also: learned this because a web site crashed Opera. The site was messages.google.com, their web-access-to-SMS/RCS site. I had operated its '...' menu > Send feedback, wrote them a bug report, clicked on their 'take screenshot' button, got as far as telling it to actually take the screenshot -- and Opera restarted. Have not tried to reproduce this since then, not particularly enjoying sudden browser restarts...

Obviously these are two separate bugs for you to look into... : )