nvm, I guess this was just a fluke on a coincidental day I happened to be observing what happened when you stayed on the page while disconnecting.
after 2 days now I can verify it hasn't happened again.
I am interested to know what may have caused it to clear though >.>
See, that's where the difference lies:
I can do that as a user, no problem, because I edit my own profile.
Installed programs, or program folders, for this I need root rights.
Open the console, type Pw, then do the required action.
Mostly I work with
@unknown-user01 said in Command-line-switch to enable vpn?:
I searched for the command switches via startpage.com and tried them around. I found some of them here:
Hey, I have that page of chromium switches bookmarked too!
Vpn on the other hand, is an opera-specific function and, since it is not listed in the extra switches of opera --help, it probably does not have a switch.
Udemy needs an account to let you access these videos, so I can not find what codec it uses, but it will be h264 most likely.
If that is the case, make sure you have libopenh264 installed, plus all 3 libav* ffmpeg libraries. That is for ff (and chromium, in case you also use it), opera will not use them at all, although it could and it should.
Kali logs you in as root, because many of its tools need root priviledges to run, and opera, being a chromium-based browser, can not be run as root.
If you do want to run it, regardless of any issues you may encounter (scurity or stability ones), edit its shortcut so as to make it launch with the --no-sandbox parameter.
@adasiko said in Your file was not found, if the file resides in /tmp:
@jimunderscorep said in Your file was not found, if the file resides in /tmp:
removing the snap version of opera and installing the deb one.
And welcome to "Some videos not playing?" club.
Well, if someone has opera installed as a snap, he has probably installed it from ubuntu's "store" (I can't remember its name), so he is already using ubuntu or a derivative. It is really very to be using snap in debian or fedora or arch etc, because snap is not forced on users of other distros.
So, since he is already on ubuntu, he can install install opera as deb and chromium ffmpeg codecs, have the same result and benefit from the advantages of a real app over a snap one (lack of useless/pointless permissions, less space on disk, proper theming, access to system wide configurations for mail://, magnet://, etc).
I know you will say "but chromium ffmpeg codecs and opera versions do not match sometimes". For that, feel free to blame the ubuntu and/or the opera devs respectively, depending on which is left behind each time.
@somegeiser said in Get "Access Denied" going to some websites - Like Home Depot:
You don't have permission to access "http://www.homedepot.com/b/Outdoors-Outdoor-Cooking-Grill-Replacement-Parts-Grill-Grates/N-5yc1vZbxde" on this server.
Why is this happening? Is it because I am using VPN?
I got an 'access denied' message with vpn enabled only if the location was set to Europe -- this is probably an issue with the GDPR (or just a server misconfiguration). (it works fine if the location is set to something other than Europe)
@neoh4x0r said in Videos in HTML5 will not work:
A second, but more complicated option, is to directly build libffmpeg from the chromium-browser source -- which is exactly what every packager of chromium-codecs-ffmpeg-extra does.
(the latter is what I do -- compile from source; only because I was having issues finding the extract version of chromium-codecs-ffmpeg-extra (depending on the version I might find it or not).
Like I was saying compiling libffmpeg is not easily done as it requires checking out the entire code-based for chromium browser and then checking out the specific revision -- tied to the tagged version that is needed.
Also even before checkout, there is a complicated dance needed to be done to run the depot_tools gclient (which is a custom client used to stage and build the source).
Yes, telling people just to use a different browser is an option, but for people who are largely tied to the browser that they use....that isn't really an actual option for them.
And, so since opera does not ship a proper libffmpeg.so (it is built based on chromium, the target can be changed to a chrome build). The chromium target lacks support for certain codec, but chaning the target to chrome exposes all of the extra codecs (changing the target is as simple as editing a single file and replacing a string).
in third_party/ffmpeg/ffmpeg_options.gni :
change ffmpeg_branding = _default_ffmpeg_branding
to ffmpeg_branding = "Chrome"
It means that every user who is not running Ubuntu will have to resort to some out-of-band/out-of-channel process or procedure to get proper libffmpeg support in opera (meaning taking pre-build packages and extacting the plugin, or building from source, etc -- it just the way things are.
The might even be Google trying to force people to use chrome -- since the only official build that supports the codec is a "chrome" branded build.
Ok, I understand. Sorry.
For those who use Debian or Ubuntu, try this package:
I'm not sure if package installation will help, but the library from the package will.
The DEB , RPM , xz packages can be opened e.g. by Ark or others unzippers.
Other working example for Arch users:
A libffmpeg.so file from both packages works also in Fedora 30.
To install codecs in a proper way for a particular distribution there must be a good guy who will pack it.
Today I only know a workaround - copy library from package to the system library directory.
Please read the post on my signature and one of the dozens of threads about opera's inability to play h264 streams.
Btw, opera stable is now on version 62.x, so you should consider updating it. Not that it will solve your problem, just saying.
thanks man, I followed https://vitux.com/how-to-install-uninstall-opera-browser-on-ubuntu/ (1st method) after uninstalling the snap version, and now works. (previously, the last method .deb didn't work, so I used snap.)