Sorry, one more regression in this build (filed as bug 320302):

Editing a local .htm file with the built-in editor and clicking on "apply changes" afterward no longer saves the file to disk but applies the changes only to the browser window.

Even worse: Configuring an external editor does not help since not the original file is used, but a temporary copy is loaded into the editor instead. This makes this function more or less unusable... and for me this build too. I think I'm gonna return to 9.26 for the time being.

I have Silverlight installed for IE. When I download .exe's, such as the Opera setup on this page, Opera gets confused and thinks it's a Silverlight application (if I right-click on the page I get a "Silverlight Configuration" context menu).

Google Maps works much slickier in this build!

Youtube problem - this build (not previous ones) keeps downloading videos even though I've closed the tab (a waste of bandwidth)

@mynameisjonasb:You should change it in Tools->Preferences-Advanced->Download
Look for exe, select and press edit, change action to "Save to Disk"

Awesome... huge performance increase from Opera9 - WinGogi.

I used WinGogi as the standard for some comparisons using test 1. I loaded 400 dots and got 37 fps, so in my comparisons, I stopped at 400 dots or 37-ish fps, which ever came first. All screens were maximized to 1280 x 1024, running on an 2Ghz Xeon Dual Core HP xw6400 Workstation with 2G RAM

WinGogi - 400/37
Opera9 - 80/35
FF2 - 130/36
FF3b4 - 155/36
IE8b1 - 40/35
Safari3.1- 75/35

WinGogi - Awesome! Performance increase between it and Opera9 was outstanding.

FF3b4 - for coming in 2nd in the list, its dot count was pretty low. Improved over FF2 certainly, but still low.

IE8b1 - no comment.

Safari - Did well until it hit about 50... then it nose dived pretty horribly.

Conclusion...

Go WinGogi! Once again. Good job guys.

and selecting of non-href links is still broken... how many more builds? :/

"Have YOU passed Acid 3?"
via

Two things I've noticed:

1. The bookmarks sidebar seems to treat two separate clicks as a drag&drop operation (regression?).

2. The newsticker on this page: http://darnified.net/forums is wacko.
- It should swap out the next element to fade in after it's all faded out, but now it seems to do so when it's all faded in instead. Works in previous build, 9.26, FF2, IE7.

I'm liking the performance a lot though.

Originally posted by "HerwigF":

Editing a local .htm file with the built-in editor and clicking on "apply changes" afterward no longer saves the file to disk but applies the changes only to the browser window.

And why is this a bug!!??

That's the way it should work from the beginning. Apply changes should write changes only to the local cache, not to the file itself, and possibly because there is no cache for local files lead to the misbehavior which is fixed at this build.

пререведите этот вопрос правильно кто-нибудь если не сложно...

почему когда открываешь сотню или две вкладок и они все прогружены на 100% - процесс "Опера" жрёт проц да ещё при этом доводя его загрузку до 100% ? - непонятно на что в таком случае тратятся ресурсы учитывая что флэш и прочие анимированные радости в упомянутых страницах отсутствуют напрочь ... тот же нотопед при куче окон ведь не жрёт проц на 100% !!! ...

ещё почему-то часто выскакивает окошко что опера немогёт сохранить файл закладок (opera6.adr)...

переводил гуглом - все претеньзии к нему....
----------------------------------------------------------------

why when opend hundred or two tabs, and they are all 100% loaded - "Opera" eat the CPU & even while making his boot up to 100%? -- incomprehensible at that, in such a case, bearing in mind that wasted resources and other animated flash and ect in these pages are not available at all ... notepad in the same heap of windows is not eat CPU at 100% !!! ...

yet why is that often slips window "Could not save file. ...\opera6.adr Try again?" ....

Originally posted by stoffix:

maybe you should make a bug report, attaching a crash log?

Don't think so, as they must already know about it. I can't think of any other reason why multiple comments about it by me and others go unanswered. If they were interested in more detail, I'm sure they would have asked.

Maybe this has been sad already, but some balls leave trails/turds on the screen. Looks like a painting issue. It goes away when another ball animates over it.

Does not happen in Safari nor Firefox.

I am on Mac OS X 10.5.2

"Open With" opens IE but Ie starts with its default page not the same link. Otherwise, my "Open IE" button doesn' t work anymore.

Acid 3 crashed at 64 points. No crash second time I ran the test.

This new build is incredible fast! Very good job!
Now we have the fastest browser on the Earth!

Bug:
-> CSS "opacity" property is being rendered in the inverse, e.g., a value of ".8" is having the effect of ".2".

Thanks.

"Save As for a web page only lets you save as "HTML file" on Windows."

That's the only reason i'm not updating anymore. Still no fix

gmail "ghosts" seem to be fixed
http://my.opera.com/community/forums/topic.dml?id=227554

any news about trayicon?

Ruben

My tests were rather mixed. These are my results from the newest Mac build on a PowerMac G5 Dual 2.3Ghz.

First Test

• 55% SLOWER than 9.26


• 2% FASTER than 9.5 build 4716

Second Test

• 795%FASTER than 9.26


• 823% FASTER than 9.5 build 4716

For me the first test's results are slower than Merlin, but the second test's results are A LOT faster.

Do the painting improvements apply to SVG files as well?

This is a good build with the exception of bug 319164 still existing.
I also note that the same bug exists in the wingogi acid 3 build.

thanks for the new build.

Regression: bad context menu for selected text on a link is back

I know it is minor but I wish they would get around to fixing this...

"The progress bar does not show if it's set to "Pop-up at the bottom"."

I find that the best place to have the progress bar and I hate having it take up extra screen space by turning off the popup.

Originally posted by RicardoB:

CSS "opacity" property is being rendered in the inverse, e.g., a value of ".8" is having the effect of ".2".

Can confirm. Please fill bug report.

@deadHarlequin: I used the built-in editor to edit HTML pages before uploading them to a server. While it is OK that cache files are edited in case of downloaded HTTP files, there are no cache files for local file:// HTML files at all. So it would be logical (as it was in all previous builds) to save changes to the original file if it is a local file, or to save them to the cache file if there is any (i.e. for HTTP pages).

I agree that the menu item "Source view" does not necessarily mean an editor, but in fact Opera does have a built-in editor and not just a read-only viewer. When clicking "Save as" instead of "Apply Changes" in Opera's editor, it is rather time-consuming to navigate to the location of the original file, so this would not really be an alternative.

The reason why it was changed was obviously the intention to allow editing downloaded HTTP files even if they have unusual extensions. But for local HTML files with the file:// protocol it makes no sense (in my humble opinion) to copy them to a temporary file first and then edit this copy instead of the original file: Typically people want to edit the original file.

Even if I disable the internal editor and use an external one, I still cannot edit the original file since only the path to a copy of it is passed to the editor commandline. - Am I really the only one editing HTML files?

Cheers, Herwig

Google reader became faster and thus more usable than before (especially concerning "blue transparent fill" issue : )

However using shared build .6 on ubuntu 8.04 I have major problems with page rendering: often large parts of a page or a whole page don't get repainted, displaying image of previous page. Looks weird!

Another regression: *Your own* "Open with..." commands don't work, not to be confused with the built-in functionality.

I'm talking about the old-fashioned way: using a modified menu file.

When you attempt to use it, Opera throws a Red X dialog saying this:

"No registered application for this extension."

Both these fail:

[Document Popup Menu]
Item, "Open With...Internet Explorer"= Execute program, "iexplore","%u"

[Link Popup Menu]
Item, "Open With...Internet Explorer"= Execute program, "iexplore","%l"

Wow the javascript performance seems much better. Ill have to test some more but it appears to scale well with more tabs. Older versions of Opera would perform very badly at Javascript speed tests when you have say 10 tabs open. Now the speed seems to be nearly independent of tabs open.

Results:

Last Weekly
1 tab : 671
10 tabs : ~ 3000 (horrible!)

This Weekly:
1 tab : 407
10 tabs : 410 (nice!)

I even tested this with gmail, google reader, google calendar and both the dhtml performance test pages open and got the same result.

But please please fix the spatial navigation bug with Google reader which causes the whole page to be selected and thus turned blue. I really need all my Google web apps to work.

Oh and quickly the painting speed ups are very nice.

Last Weekly
test 1 : 135 dots / 20 fps
test 2 : 245 dots / 20 fps

This Weekly
test 1 : 585 dots / 20 fps
test 2 : 1450 dotw / 20 fps

Laptop: 2.2Ghz Intel Core 2 Duo, 265MB Nvidia 7600GT, 4GM Ram.

Visual problems with images on Netlog.
For example:
http://it.netlog.com/io_amo_la_tecktonik/photo/photoid=15859407#photos
When the page is fully loaded the image disappears.

@HerwigF
Finally I tend to agree with you, maybe is more practical your way. I just had fallen in the trap once seeking waht was wrong when I had changed the source in first place and you "triggered" me in a way.

But what you are actually missing is a Save button(not Save_As), or at least a save shorcut key. Opera has builtin "Save Document", "Save Document As" functions but unfortunately I just tried it, doesnt work. :(

Still no Solaris Sparc build.

I've already posted this question in the forum but I thought I'd see if anyone here might know what's wrong:

I'm seeing the strangest thing happening with the newest Kestrel build (1887; shared-qt .6; Debian Lenny/Sid). Whenever I use Google as a search engine, instead of returning the search results Google will give me the following:

We're sorry...

... but your query looks similar to automated requests from a computer virus or spyware application. To protect our users, we can't process your request right now.

We'll restore your access as quickly as possible, so try again soon. In the meantime, if you suspect that your computer or network has been infected, you might want to run a virus checker or spyware remover to make sure that your systems are free of viruses and other spurious software.

If you're continually receiving this error, you may be able to resolve the problem by deleting your Google cookie and revisiting Google. For browser-specific instructions, please consult your browser's online support center.

If your entire network is affected, more information is available in the Google Web Search Help Center.

We apologize for the inconvenience, and hope we'll see you again on Google.

Doesn't seem to matter whether I go to the Google page, use a keyword search in the address bar, or use the Speed Dial search engine; the result is always the same. I've even tried cleaning out my cookies, but that didn't help either. Not having this problem with any of the other search engines, nor are my other two browsers (Konqueror and Firefox 3 beta 4) having any problems, and I'm all out of ideas.

Can anyone here tell me what I might be doing wrong?

@dterei: I think the Google Reader problem was fixed in browser.js. Try doing a check for updates (on the Help menu).

My Open in IE button stopped working with this build.

I don't even remember where I found that button, but any way I can get that working again? I used that a lot (unfortunately).

It says no registered application for this extension when I click it.

@lexluthor5:

Originally posted by mitchman2:

"Open With" other browsers doesn't work.

meebo and netvibes are much faster with this build. meebo's speed shocked me a bit. Gmail2 seems a bit snappier as well. Good jorb!

@ws79 Regression? Rather HUGE improvement to say the least, now you can either copy the text or open the link in the same menu, but just without the search or speak options etc.

hi all, when the work is planned to realize the normal javascript in the opera 9.5b?

Thanks for the YouTube fix. DHTML is a lot faster. For Performance Test 1, I'm currently at 340 dots with a frame rate of 40 fps, on Vista Business x64 SP1, Intel Core 2 Duo T7500 @2.2GHz with 2.0 GB ram, FSB at 667MHz, 512MB nVidia GeForce 8600M GS.

I think I'm looking at an improvement of 2x-3x.

Performance Test 1: 900 dots, 25fps. Pretty good, considering I've got a bunch of open applications.

Originally posted by Khadgar:

"Open With" other browsers doesn't work.

He wasn't talking about the built-in one, he was talking about his own. I posted basically the same thing a few posts up (mine's a menu, his is a button). Something's broken.

Opera devs are kickin' some serious ass with this build
after months of gloom and many complaints, it seems that the sun is rising again in Opera-land
this is the best & fastest build ever
thanks for your hard work Opera!!!

tech10171968, I had a similar problem, except it was due a some node on our network acting malicously. To do a search, Google was asking enter a "captcha" word, but when I would enter it, the search would not go through, and I would get the captcha page again. When I tried Firefox, I would enter the captcha word once, and that'd be it. Opera isn't even a popular browser at our site.

Hello, there's a little bug with download links... I don't know why, but links at this page:

http://ssczg.smallville-cz.com/

don't work. In 9.26 it works, but not in 9.50. I don't know if it's Opera bug or that page is just wrong, i felt like I have to report this :) Thanks a lot with this build, new Opera 9.50 is great!

GREAT JOB opera team! I haven't done your performance tests but before update i saved session with over 60 tabs opened and the speed difference between this and previous build is MASSIVE for me. Thank you for doing such an awesome job. I hope for every coming build to be only faster than this.

Eureka, I have found the answer to my Google issue!!!

I forgot to mention that I usually back up everything in my profile to another folder; it seems that I mistakenly symlinked cookies4.dat from that folder instead, and there was something that Google didn't like about that one. I simply made sure to delete the offending Google cookie by using Tools -> Preferences -> Advanced -> Cookies -> Manage Cookies. Everything works now!

I wonder how I could have missed something so simple?

You should see performance increase by 2x to 10x on heavy DHTML pages.

THESE are my favorite updates. Thank you!

@rseiler: hmm I was under the impression that it didn't work regardless of whether it's custom or not. You're probably right. Execute program's never worked on the Mac (since 7.0 at least), so I'm not able to test. I miss my custom "open in browser" menu items.

Originally posted by mitchman2:

@MetalRaise: Open OperaDef.ini and change Multi user to 0 in it.

It was changed because using single user will not work on eg. Vista.

I see, thanks very much.

Very nice build Thanks