The rapid updating is a known issue--that the cpu usage stays high even when the window is closed may need further investigating if it continues after the rapid updating is resolved.
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!
|
|
FAQ | Members List | Calendar | Today's Posts | Search |
Download speed updates excessively fast | Thread Tools | Search this Thread | Display Modes |
The rapid updating is a known issue--that the cpu usage stays high even when the window is closed may need further investigating if it continues after the rapid updating is resolved.
Post 11
|
Member
2006-05-10, 02:31 PM
Quote:
Post 12
|
Post 13
|
It's a known bug that the downloads window updates as quickly as we receive discrete progress notifications from WebKit. We do plan to coalesce these updates (as we used to when we were using our own download code) so that we update only once or twice per second, but we haven't done that yet. (When we do, we'll make a specific note of it in the release notes.)
Post 14
|
Member
2006-06-26, 01:47 PM
Any idea when we'll see this fixed? OW eats my 1ghz G4 when it's downloading, even with the download manager window closed :(
Post 15
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Speed Download | Flounder | OmniWeb General | 26 | 2009-02-13 09:57 PM |
Speed Download, Input Managers and SIMBL | arglborps | OmniWeb Bug Reports | 2 | 2008-12-23 12:00 PM |
Speed Download and OmniWeb 5.7 Sneaky Peek. | globetrotterdk | OmniWeb General | 1 | 2008-01-24 05:11 PM |
SP7 and Speed Download | xiamenese | OmniWeb Bug Reports | 4 | 2006-05-03 04:49 PM |