Posts made by lanbrown

So far the Opera 30 release has fixed my issue. I figured it would as I switched to Chrome because Opera was just unusable. Chrome was one release ahead of Opera.

Chas4,

I might have around 25 to 30. I have another MacBook Pro that was one generation prior and I have 40 to 50 tabs and I do not see this issue. Both machines have the same upgrades performed on them.

Apparently YouTube videos are not shown, so try the dropbox link.

https://www.youtube.com/watch?v=RrnKOSJyeIY

https://www.dropbox.com/s/37wjqsjxw79wfsx/VID_20150512_223321.m4v?dl=0

I have a similar issue with Opera 29 that didn't exist in Opera 28. There is nothing in the console messages and I do not have mDNS running, only discoveryd even though this Mac was upgraded from 10..9 to 10.10 and is currently running a beta of 10.10.4, but I had this issue under 10.10.3 public release as well. It is a late 2013 15" MacBook Pro Retina with 16GB of RAM, 1TB SSD, quad core 2.6GHz i7 and Nvidia GeForce GT 750M with 2GB of RAM. I couldn't use QuickTime to make a video as it would not display the spinning color wheel in the video, so it had to be recorded externally. The CPU was 80% or higher for the idle process and the RAM was had around 6GB free and no swap was used.

Here is a video of the spinning wheel:

https://www.youtube.com/watch?v=RrnKOSJyeIY

Opera Next (Opera 22) does not have this issue. So whatever the reason that Opera Helper wants to consume as much CPU resources that it can is isolated to Opera 21. I just tried the latest Opera 21 build as well, it suffers the same as the previous build. So until Opera Next graduates to normal Opera, I'll stick with Opera 20.

I went back to Opera 20, no reboot and no high CPU utilization. I'm going to see if Opera Next has this issue; if it doesn't then Opera 21 is just a flop and should be avoided.

Yes and it still consumes 100% of the CPU. Having to restart a computer for a browser upgrade is only something Microsoft would require as well. I did see many issues with "Chrome Help" doing the same but in much earlier versions. So it appears as if Opera has re-introduced an old bug.

I upgraded from Opera 20 to Opera 21 and the first thing I noticed after Opera restarted was that the fan was running full tilt. I checked the processes and I had multiple Opera Help processes running and each one was taking as much CPU time as it could so overall the CPU was running at 100%. I even noticed something similar with Opera 21 under Windows 7 64-bit. It only uses one core but that one core is at 100%. I never had this issue with Opera 20. Does anyone else have this issue?

In all releases since Opera 12.x, if you are using Webmail and attach a file to an email, the file lock is not released afterwards. If the file is on a USB drive, you cannot eject the drive. if the file is in a local directory on your machine, you cannot delete the file nor the directory. I have not tried this on other platforms nor have I tried it with Chrome. This is an annoying bug to say the least.

How is it redistribution though? It is just using the "package manager" in OS X so it can be installed using automated tools.

There is an issue with Package Maker though:
https://developer.apple.com/library/mac/releasenotes/DeveloperTools/RN-Xcode/xc4_release_notes/xc4_release_notes.html#//apple_ref/doc/uid/TP40001051-CH3-SW2
DEPRECATED: Package Maker app.

Apple offer "Product Build" so it can be used with either the "package manager" in OS X or with the App Store.

It just seems like it would be easier to just offer a pkg format from Opera that could be used. Even Adobe does this for Flash; albeit not from the normal download section. Most other software, the .pkg is in the .dmg file so all you have to do is copy it out of there. Opera provides a .dmg but within it is just Opera.app that goes in the "Applications" folder.

Originally posted by aeyoun:

They are not corrupt. If the problem really persists, you may be loosing packets due to faulty network equipement.

Dropped packets are normal, an excessive amount is a different story. Since packets are expected to be dropped and TCP will try to use as much bandwidth as possible (up until the window size) it uses a drop as a way to see if there is congestion. TCP does not know the transfer rate allowed, so it will just send more and more data until a drop is observed and thus will back off. It will try to go higher again though and when a drop is observed, back off again. This is standard TCP behavior and also why it is considered reliable is that any dropped packets can be resent. Why do you think TCP has ack's and sequence numbers whereas UDP does not? TCP is fully capable of recovering from dropped packets.

Some reading for you:
RFC 675
RFC 793
RFC 1122
RFC 2581
RFC 5681

So you better check your network as you will have drops as well.

Why is Opera not offered in the pkg format? Some applications offer the pkg within the DMG but this is not the case with Opera. Within the DMG is just a .app that you drag to the “Applications” folder to install it. The issue is that if you wanted to remotely install Opera, you cannot use Apple Remote Desktop (ARD) to do it as it only deals with pkg files. Sure there are tools to take a .app and create a pkg from it, but it just seems easier if Opera could offer it as a pkg as well.