Posts made by thartneid

@leocg Excellent! Many thanks for your advice!

Ok, so thanks a lot for this info.

So the "Report a Problem tool" it is what I'm actually looking for. Only thing is: I've trawled through the whole settings-area thoroughly - where on earth exactly can that be found in Opera_A?

No, not in particular for the TV-version.

But then again it's akin to general Android-11 and on the earlier versions of Opera (pre-80) files could be downloaded - at least to the internal storage-space. External SD-card has always been a problem with Android-11-TV-edition - which is not Opera's fault. But it would be nice if at least the internal-location-download could be re-established again so that downloads would be possible AT ALL as they've already been in the past.

@leocg Ok, I apologize. I'm new to the Opera_Android-forum and wasn't aware that this is connected to the desktop-forum where I have indeed had contact a few years ago.

Also this wasn't meant to pressure any members to respond quickly - I just wasn't sure that this is the proper location to officially report bugs for Opera_A.

Could you please again elaborate where exactly from within Opera_A bugs can be reported? I wouldn't need any reply from developers - as long as the bugs reported will get fixed in the forseeable future.

Hi again,
I'm new to this forum and have reported 2 bugs so far - but haven't got any replies yet.

So the question arises if there perhaps exists a better, more direct, "official" location for reporting Opera_beta_Android bugs than in this (community?)-forum?

Somewhere in between v79 and v80 - and continuing until the most recent v.82_beta-versions - Opera_Android can no longer access the internal download storage-space, neither on internal-SD nor on an external SD-card.

So when trying to start a download an error-message will occur that the storage-space is not available or cannot be accessed.

This is peculiar in Opera while other browsers like FireFox, Google and Samsung still can access the internal storage for download.

What will complicate the situation here is that Opera is meant to be running on a "leaned-down" Android-version for Smart-TVs which does not contain a working "FILES.APK" ("com.android.documentsUI") as usually present on Android-11 and which the vendor of the dedicated Android_Media_Player cannot provide either on request. This will limit access to external SD-storage considerably as no access to arbitrary directories can be granted that way, But other browsers can at least access the internal storage-space located below their own install-Dir.

Needless to say that the preferred Directory for storage cannot be changed/individualized in Opera-settings either (which is also true for the other browsers - but they can at least access their own internal storage-space).

Hello,
don't know if this is also the right forum for Opera_Android_beta but also the official releases are affected.

Since somewhere between v.81 some streaming-services like RTL-plus are no longer usable. It obviously has to to with playing ads befor and in between the streaming-contents.

The actual streaming will no longer start at all b/c of the introductory ads somehow being suppressed. And this in spite of the fact that I have explicitly excluded "RTL-plus" from any ad-blocking in the individual sites-settings-options.

The problem persists in the latest v.82_beta-versions. In some instances the streaming-contents will start playing after 3 to 5 attempted reloads - yet without any sound then.

Hi all,
after "upgrading" to Opera 64 f. Windows I'v run into a severe problem.

I've been using an Anonymous-Proxy program (Tor-based) to communicate with Social Media sites to mask my actual IP-address. This establishes connection to a proxy in a chosen country and produces a so called "pac-file" (automatic configuration script) which sets the proxy-address for "system" in the "Internet-options / LAN-settings"-tab.

A "Show-IP"-service on the Internet would then report back the "fake-address" I was supposedly connecting from and the Social-Media-sites would be fooled accordingly.

To make a long story short: since "upgrading" to Opera_64 the "Show-IP"-service would all of a sudden give away my true IP-address in spite of the Anonymous-Proxy-application running and successfully connected.

In the settings-dialogue of Opera I could not find any (new) setting so far that would restore things to the old proxy settings that worked successfully until Opera_63.

Any suggestions or Opera-settings / flags that might remedy this mess??

greetings
TomTom

@incomingbrowserchange
Ever heard of the rule: "If it aint broke - don't fix it"? But then - what does it mean
" I don't think it's very probable they'll revert those unwanted changes"?
This is absolutely and without a doubt a severe bug! I am not complaining about a new layout here. I a complaining about the loss of a basic feature every browser offers, that is to access history back as long and far as the user chooses.
It cannot possibly be a desired new "feature" to limit such access to about yesterday! (seemingly also dependent on the number of records).
And if they really should ignore that, then opera itself is history - at least for me.
To make things even more annoying a new "bad habit" seems to spread on the version-history-download-page. Instead of fixing things there now appear download-folders with phantasy-version-numbers that come up empty upon inspection so that the interval of "new", so called "stable releases" with the same old bugs has now been increased to about 2 weeks.

@anonan I concur! Same mess here. Amazingly enough there seems to have been no official bug report until now! But meanwhile a colleague of mine has reported the bug under the number
ID: DNAWIZ-66617
So, lets hope this will be fixed ASAP!

Please be informed that ODev, since version 2802, crashes when used in a "sandbox"(www.sandboxie.com). On installation the browser opens normally but when invoked within that sandbox only pictures/graphics appear but no written text. Also the "settings"- and "about"- sections come up without any text and therefore cannot be inspected any longer. After branching to other locations the program CRASHES altogether with a pop-up that some memory address has been addressed illegally. Until build 51/2796 everything was fine and still is with the main-desktop-version.

greetings
Tom

Thanks "leocg", I wasn't aware of that bug reporting procedure. I went under the assumption that bugs are reported by discussing them in this forum. Meanwhile there is such a report: DNAWIZ-18404. Does that mean that the so far unfixed "Google-maps" / v.46-general-loadig-bug may not have been officially reported either while having been amply discussed in this forum?

Btw, did you Opera-forum guys notice that this very site has practically been down for a day and a half from thursday 7/27 to friday 7/28? In particular when logged in you couldn't get past the "overview"-page which again kept loading and loading with the busy-cursur blinking frantically (sounds familiar with Opera v.46 from "Google maps"?)?

As soon as one would proceed to the Windows- (or any) problems page the browser kept jumping back to the "overview"-page within seconds again. That one seems now fixed. I'm wondering though if that phenomenon might also have been related to the v.46-loading problem and so far couldn't figure out how to determine if that one, too, has been "officially" reported via the "wizard"? Because over there it is only mentioned that a bug already discussed in the forum will probably have been "officially" reported via the "wizard" in the first place - but how to be sure?

greetings

Tom

Sorry "leocg", I somehow do not get the meaning of your last question. Reported, yes. Fixed? Still waiting, all I'm saying. How could it be "not the case" to be a problem if it can be clearly reproduced, depending on the "HWA"-setting = "on" and not occurring on "HWA" = "off"? And why was "HWA" = "off" not a problem until v.45 and has become a massive problem with many other sites (not only "Google maps") only since v.46?

greetings

Tom

Using a board-integrated Intel 530 HD graphic with latest drivers from board manufacturer HP and 4K display resolution via display-port on a 4K-EIZO-monitor.

3 of the other systems tested that show this unfortunate behavior also have on-board Intel HD graphics. But in how far could it be Intel's / the driver's fault when "Chrome" / "Firefox" do not show the problem?

greetings

Tom

Unfortunately now with v.46.0.2597.61 out, the problems discussed here still persist unaltered.

greetings

Tom

Meanwhile v.46.0.2597.61 is out ...

and the calamities described in this thread go on unchanged.

Tom

v.46.0.2597.61 ...

and the calamities described in this thread go on unchanged.

Tom

Thing is, "athlonite", these CNN-videos do not buffer and then play on after a while. Once they get stuck - that is it, you might wait 10 minutes in vain and there is no usual busy-animation while (not) "buffering".

I also have a broadband connection here and (apart from a "news-rush") also CNN-bandwidth seems sufficient as on HWA-setting = "off" the videos DO play uninterrupted - as they do with "Chrome"/"Firefox", regardless of settings.

Alas, on HWA = "off" things go awry in Opera since v.46 (until v.45 loading of pages worked, even "Google maps").

greetings

Tom

Well, to demonstrate the difference of course - that is, if there is any, as I have seen on half a dozen of different systems which all happen to hang with CNN-videos, but only on HWA="on".

greetings

Tom

Please specify if they played fine with HWA set to "on", too - or did they only in the "off"-position of that "switch"?