Posts made by filbo

@opera-qa-team: I understand what you're saying, but it is self-inconsistent (there was a release in between those two, which mentioned only two bugs). And it is negative to the viewer of the changelogs. I checked the similarity because as I was scanning the newer list, it seemed hauntingly familiar.

If you didn't expect anyone to look at the changelogs, there is no point in posting them. On the other hand, if you do expect people to look at them, please curate them so that they present only new, useful information. It is ok (i.e.: highly encouraged) to say something like 'this release includes all of the fixes mentioned in the changelog for prior release (123.456.whatev)'.

The changelog for 125.0.5729.12 lists almost all of the bugs mentioned for 125.0.5720.0; plus a few more. Contrast to none of the bugs from 125.0.5707.0 being repeated. Was there some glitch in assembling the list for 5729?

@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?

Tried to comment on the changelog post, but it failed with:

We are experiencing some problems. Please try again later.
ID: 1764681981.

So I'm posting it here instead.

=====

When viewed in Android Chrome (and probably others), the changelog is formatted such that long lines are truncated, and does not allow 'zoom out', nor horizontal scrolling.

So for instance the 3rd item reads:

DNA-124040 AddressFieldHelperClipboardTest.G|
fails randomly

(where 'G|' is actually about 80% of a 'G').

Please fix the CSS to allow h-scrolling, or allow breaking word wrap.

A simple workaround for this install issue: cd /usr/bin; sudo ln -is opera opera-stable.

This can be done before the install; or after a failed / partial install. Then run apt reinstall opera-stable to finish.

@opera-qa-team: same thing as @thelamer

The Linux APT .deb for opera-stable (specifically) is failing on install due to:

update-alternatives --install /usr/bin/x-www-browser x-www-browser /usr/bin/opera-stable 120 \                                                                  --slave /usr/share/man/man1/x-www-browser.1.gz x-www-browser.1.gz /usr/share/man/man1/opera-stable.1.gz                                         update-alternatives --install /usr/bin/gnome-www-browser gnome-www-browser /usr/bin/opera-stable 120 \                                                          --slave /usr/share/man/man1/gnome-www-browser.1.gz gnome-www-browser.1.gz /usr/share/man/man1/opera-stable.1.gz

-- which tries to link /usr/bin/opera-stable as /usr/bin/{x,gnome}-www-browser. Since the binary is /usr/bin/opera (sans -stable), this fails.

I note that it fails despite the priority 120 being lower than other choices (which means it will never in fact need to follow the path you've supplied). This seems like a tiny bug in update-alternatives(1), fwiw.

This should be fixed by changing the code to tell it to link /usr/bin/opera. You could also actually rename the binary, but if you do that, there will be many other changes elsewhere in your packaging, so I wouldn't go that way.

Meanwhile, your code also has a few other anomalies in this area. The postinst scripts for opera-developer, opera-beta, and opera-stable all give the same priority of 120. Other browsers give a higher priority to their 'stable' branch and successively lower for less stable branches.

And you instruct it to link man pages which do not in fact exist. This apparently doesn't bother update-alternatives even if your candidate is the winner, oddly enough.

@filbo this is now fixed -- apparently by the blog software engineers, since the smileys now show up in both Opera and Edge, both not-updated since the problem was seen.

... which means, there is still some sort of display engine bug in the base Chromium; the Opera blog just isn't triggering it any more. I hope the underlying bug has been reported upstream...

The <alt> is showing up, it's just hidden underneath the 'broken image' image.

Editing the HTML in the inspector: if I change the link to a different PNG (share-article-etc.png from near the top of the page) -- it displays.

Viewing the same page in other Chrome-based browsers, the image is broken. Viewing in Firefox, it's intact. So it's some Chrome / Blink / etc. bug.

I entered an ASCII smiley, ' : ) ', in my comment [repeating it: ]. It shows up as a broken image when viewing it -- in opera-developer 125.0.5720.0.

Oddly, the HTML element producing this broken image has a link to https://forums,opera,com/assets/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f642.png?v=brc2p4ov9m2 (link intentionally made invalid) -- which is a good, existent, image of a smiley. The HTML also has both 'title=[ascii smiley]' and 'alt=[unicode smiley]'. NONE of the alternative renditions shows up! This seems like some sort of bug in Opera (perhaps the forum software is also contributing, but fundamentally Opera should be able to make something displayable out of all those alternatives!)

Hi,

Thank you for including a link to the changelog post in the .deb package changelog!

And, thanks for so quickly fixing the address bar crash I reported as CRASH-9486 (shown as RNA-1447 in the changelog -- I surely wasn't the first to report it!

@davidlee2 BTW those instructions are for Linux -- and you're running Linux, despite it being a Mac. Users on Windows or MacOS would need to find the per-user data directory. Inside the data directory, the same Singleton* files will be involved.

(I am also curious why my post was edited to reduce my uppercase-and-italic emphasis to just italic???)

@mbstafs I just reported a crash (CRASH-9486) where opera-developer 125.0.5707.0 crashes instantly every time I finish interacting with the address bar (hitting Enter on a typed URL, or even hitting ESC to stop typing in it). I can open all the tabs I want from bookmarks, links in pages, etc., but the address bar kills it every time.

Thought it might be related to yours -- you seem to think it's tab-related, and this is, sort of.

(BTW, mine happens on a new blank profile, first time I ever use the address bar. On Linux -- debian 'sid', everything completely as up to date as possibe.)

@davidlee2 If you're still struggling with this. Opera 'knows' an old version is still running due to the following files.

(In your case, it appears you changed the machine's hostname from 'lee-MacBookPro' to 'lee-macbook' -- I was going to complain that it shouldn't care about a simple case change, but then I noticed you removed 'Pro', so they really are different names...)

$ cd ~/.config/opera
# or opera-beta, opera-developer -- branch you're using
$ ls -l Singleton*
# you should see SingletonCookie, Lock, Socket
$ rm -f Singleton*

Obviously, only do this if Opera is in fact not currently running!

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.

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) -- ???

Hi,

TLDR:

(1) change .deb metadata to depend on libgbm1 >= 8.1~0 [like .rpm]
(2) Linux .deb downloader sends 68.0.3618.5, despite ...18 being shown here

===

I am unable to install opera-beta 68.0.3618.5 (nor opera-developer 69.0.3623.0) on my Linuxmint 17.3 system. (Not beta 68.0.3618.18, because the server sends 68.0.3618.5; not developer 69.0.3630.0, because this version wasn't built for Linux).

Installation fails due to a new package dependency on 'libgbm1 (>= 17.1.0~rc2)'. Previous Opera versions I installed (opera-beta 67.0.3575.28, opera-developer 68.0.3590.0, and all 357 versions I have .debs of, as far back as opera-beta 43.0.2442.21) did not call for libgbm1 at all.

My system has libgbm1 10.1.3-0ubuntu0.6. I converted the RPM build of 68.0.3618.5 to DEB with alien, and the converted package only calls for 'libgbm1 (>= 8.1~0)', well within the range of my system.

Also worth noting: Google chrome-beta 81.0.4044.69 and chrome-unstable 82.0.4085.12 install happily. These are respectively newer than the base versions used in the current Opera beta & developer packages.

===

Yes, the system's grossly out of date. But earlier releases installed fine; this is caused by an unnecessary change in your build environment. Your RPM build environment says only 8.1~0 is required; please change the DEB packaging manifest to the same.

I did not install the RPM as I do not wish to step outside the system's package manager and establish a permanent exception I would have to maintain.

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

@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.