Skip navigation.

Opera Desktop Team

New weekly build

Hi
We added an experimental developer tool to Opera. Go to tools/advanced/Developer Console to try it out. (will not work with js and popups disabled)
Sorry no static linux build today :-(


Changelog:
  • Unneeded scrollbar now gone on adobe.com
  • Some fraud protection improvements
  • Made proxy authentication work better
  • Added Developer console
  • Usage report only asks 1 in 1000
  • Fixes to entering hostname: port in addressbar
  • Javascript scroll events now fired on mouseweel
  • Server Expiry header is now respected even if the time exceeds user preference

    UNIX
  • Fixed master password expiry time on unix
  • Added Shared X memory. Should now be quite a bit faster
    Note: On FreeBSD shared memory doesn't work by FreeBSD design. You need to run this as as root:
    # sysctl kern.ipc.shm_allow_removed=1
    (We'll be adding a workaround for this in later builds.)


Windows MSI
Windows Classic
Macintosh
Unix

Opera OLPC EditionOpera code names uncovered

Comments

arghwashier 2. February 2007, 20:26

What is shared X memory supposed to fix, the gui is still as slow as before as described in this topic: http://my.opera.com/community/forums/topic.dml?id=173674 :frown: I do however notice scrolling on some pages like this one: http://www.vrijspreker.nl/vs/index.php?itemid=5261 being significantly faster :smile:

Steve Darken 2. February 2007, 20:31

Developer tools needs to be implemented natively in Opera not with javascript.
I already have bookmarklets for that (maybe not as cool but still).

How can I make the console stay on top all the time ?
How can I use it when I don't have any network connection ?
How about a javascript debugger?
Etc...

A javascript solution is far inferior to a native one.

I guess they're far better that nothing but I was expecting more.
The problem is of course the lack of a scripting solution like the extensions in FF, but I won't talk about that here.


+1 :up:

Edit: Opera developer tools >> dev.opera.com

cgrinds 2. February 2007, 20:40

After 1h and only open 2 more tabs my GDI is at 2205.
Opened defect 250172

Luchio 2. February 2007, 20:41

Nice stuff. This dev console would be a perfect candidate for a panel, me thinks...

Martin 2. February 2007, 20:48

This is Opera 9.20 ?? Last build is 9.12 :/ LOL

A.Ruzanov 2. February 2007, 20:51

This bug not fixed

There is not the file name at saving of some pages
bug-233553
Command line not work with Cyrillic, if Opera already run.
bug-244405
After saving image file, Opera deletes a file from cache.
bug-248233
opera:history works wrong. First visited page is not shown.
bug-249175
"Automatic selection" throw off, after restart Opera
bug-250043

Andres 2. February 2007, 20:52

@Darken: I think you're right. It's needed a native solution but this is a good begining.

What's that "Usage report only asks 1 in 1000" on the changelog ?

Tks

Alexis Deveria 2. February 2007, 20:54

@max17

Presumably because this build has a significant (enough) addition to it, rather than just some patches and bug fixes.

Kenneth Crudup 2. February 2007, 21:34

F5 works OK for me (Linux build).
"Ctrl-Tab"- new one (for me)- thanks!

MisterE 2. February 2007, 21:37

Originally posted by "andresruiz":


It's needed a native solution but this is a good beginning.


A good beginning is just not enough. We must have at least the developer tools one can install in FF, so that web designers will start to test/fix their sites in Opera.
I think this is very important so that Opera will have more support from the (dare I say lazy) web designers.

Now, don't get me wrong, I like these tools, but I think they're just not enough.

FataL 2. February 2007, 21:43

I can confirm that RX-3200 reported in Russian:
previously (8692) in Windows panel when you select inactive window and from its contextual menu select "Close" or "Refresh" Opera did right and close or refresh that window...
recently (8701,8713) it was broken - after you select "Close" or "Refresh" from contextual menu Opera closes or refreshes current active window instead.
Tested on Windows version of Opera.

P.S. Csant probably very unhappy because he uses Windows panel a lot. p:

Rune Kenneth Meisingset 2. February 2007, 21:48

Originally posted by MisterE:

We must have at least the developer tools one can install in FF, so that web designers will start to test/fix their sites in Opera.
I think this is very important so that Opera will have more support from the (dare I say lazy) web designers.



I too believe this.

Unfortunately for Opera, FireBug is so great. Ideally Opera should've had something way superior to it, so the web developers would work primarily with Opera.

FataL 2. February 2007, 21:52

Unfortunately for Opera, FireBug is so great. Ideally Opera should've had something way superior to it, so the web developers would work primarily with Opera.

Lets say that way: fortunately for Opera they finally release some developers tools. :smile:
Hopefully that tools will be very handy for web developers for debugging and fixing bugs...

Олег 2. February 2007, 22:11

What's wrong with this words? In FF they look normally
http://www.keepmyfile.com/image/5b235a1366143

Look at the scroll. What's problem with a page?
http://www.keepmyfile.com/image/9d88b61366144

Rijk 2. February 2007, 22:14

@Lex1:
Bug 248233 is not a good report, not enough details about what happens and what is expected to happen

Bug 250043 is also not very detailed. I think 'automatic selection' is still on after a restart, it is the default, it is just not shown with a bullet in the menu.

Rijk 2. February 2007, 22:18

Maleficus:
I don't see these problems here. Do you have an active user stylesheet, enabled fit-to-width, etc?

Rijk 2. February 2007, 22:23

Originally posted by MisterE:

Now, don't get me wrong, I like these tools, but I think they're just not enough.



So, what should we do in your (and others) opinion:
- release a 9.2 with Javascript based tools soonish
- release a 9.2 with Javascript based tools soonish, and work on more integrated tools in a future release
- don't bother with these tools, and come with more integrated tools later

@FataL: yes, Csant did find those problems first :smile:

Rune Kenneth Meisingset 2. February 2007, 22:29

@Rijk: My two cents: definitely option number two. Don't get me wrong. These tools are great!

idleskitter 2. February 2007, 22:46

Yes, 3rd option:
"don't bother with these tools, and come with more integrated tools later"

A.Ruzanov 2. February 2007, 22:49

@Rijk
New Opera install. "Save image..." After this, Opera deletes file from cache

sa666666 2. February 2007, 22:50

I'm experiencing redraw problems with Kubuntu Edgy when selecting menus. The menus aren't being erased after selecting them. As well, selecting the quick-launcher (F2) or Google search (Alt-space) doesn't draw the contents of the windows. Attached is a partial screenshot that clearly illustrates this:

http://minbar.org:6666/graphics/opera_glitch.jpg

MisterE 2. February 2007, 23:05

@Rijk: of course, the sooner the better.
As long as they are regarded as a temporary solution that's ok.

FataL 2. February 2007, 23:21

@Lex1, Rijk: I can confirm bug #248233
To reproduce:
  • make clean installation
  • erase cache
  • open Google homepage or just any image
  • save image through "Save image..." from contextual menu
  • image now deleted from cache

Lars Andersson 2. February 2007, 23:22

Rijk:

So, what should we do in your (and others) opinion:
- release a 9.2 with Javascript based tools soonish
- release a 9.2 with Javascript based tools soonish, and work on more integrated tools in a future release
- don't bother with these tools, and come with more integrated tools later



Option one is out, IMO. Native developer tools are simply necessary and will have to come eventually.

As for whether option two or option three is best, I'd say it's a question of timelines. If native integrated tools can be added in 9.2 without delaying it too much, then you might as well not bother with the javascript stuff and go for option three. If not, then option two is a decent compromise.

Graham 2. February 2007, 23:24

So this latest Unix build is build 557, as said in About Opera, and not build 547, which is said in the link above? Which one is it?

olli 2. February 2007, 23:25

Gort: Yes there was a mixup in naming.

Dustin Wilson 2. February 2007, 23:55

Thanks guys so much. The only problem I have with the new developer tools is that you cannot make it into a panel. It's a bit unprofessional looking to have it work the way it is currently, also. It looks and behaves like user hacks that have come before it. The dev tool interface needs some work, especially when viewing CSS. I think it'd be more useful if it worked similar to how the Info panel behaves as it reloads every time you change your location. I wouldn't mind having both a developer panel and the info panel combined into one since the information in the info panel is useful in web development as well, especially the encoding, MIME type, and page size (for testing gzip). The same would work well for the error console as well. I'd kill to have that as a panel. Less unnecessary windows = more fun.

I'm having problems with the build where the webpage content doesn't get redrawn properly when I scroll. This is on OS X 10.4.
Edit: It seemed to correct itself after I reloaded Opera. Might have been just a freak messup.

Johan Borg 3. February 2007, 00:00

@andresruiz: We randomly ask one in 1000 users if they want to participate in the usage report program. This allows us to use the feature in final versions, so we can compare the values we have received from you all here (THANKS!) with values from a larger audience.

Regarding the results, we have only started to scratch the surface of the numbers, but a few of the statistics have given us small surprises. If the tendencies are confirmed by a wider group, we can at least use the data to polish some areas that we otherwise might have forgotten a bit :wink:

Kenneth Crudup 3. February 2007, 00:09

@Borg: but will (alleged?) power-users like us be able to opt-in deliberately?

Pinin 3. February 2007, 01:17

I installed Opera on my new laptop (Windows XP) Result:
http://img300.imageshack.us/img300/6622/shoot1ke6.jpg
(pic from Warning Celeb Site: www.celebdaily.com)
The "save image bug" is not corrected.
In Opera-Info.de some users have the same problem.
The solution there: Old Opera 8.54

After right click "save image" the loading-progress begin a second time. When I click save without waiting the second time load process is ended, the pic is damage.

sebt 3. February 2007, 01:20

Site: http://www.microsoft.com/en/us/default.aspx

In linux (not tested in Win) using Flash 9.0 r31 control, the Vista/Office flash object does not respond to mouse clicks.

Seb :smile:

g4qb 3. February 2007, 01:23

odd rendering by opera
http://www.ac3.edu.au/edu/support.html
try to get to the email address; the drop down menus are activated.
compare with IE7


http://fuelwatch.wa.gov.au/prices/dsp_search.cfm?search=Price
try double clicking on ULP to get it to go to the right side
compare with Op 8.54
compare with IE7


windows panel bug
a) open 5x tabs
b) Ctrl-0 for windows panel
c) select any row
d) press delele key

nothing happens.

KoenDeVreeze 3. February 2007, 01:25

Must say I was in love with the Opera tools from dev.opera.com. But these new tools - or better tool - are definitly a leap forward! I hope this can be put in the sidebar in the future.

Sergio Uribe 3. February 2007, 02:00

problems with the qt libraries in spanish (no puedo hacer acentos como en impresi´on...)

Kyle Baker 3. February 2007, 03:16

+1 to the native developer tools idea.

@Devs
Just found this bug, but it seems that when I set an away message on gmail chat and press 'enter' or 'return' to set the away message it is some how redirecting from Inbox to Compose Mail. It should instead simply set the away message and thats it. Doesn't do this in FF or IE (however, i think IE might be using activex so it might be a direct example all together). Can anyone else confirm this?

saito 3. February 2007, 03:42

Curious rendering with 9.20 Linux. Is 'Added Shared X memory' related?
http://saiton.net/hatena2/op-test1.png

Steve Darken 3. February 2007, 05:07

@andresruiz: Yeap, is a good beginning. :smile:

@Rijk: - release a 9.2 with Javascript based tools soonish, and work on more integrated tools in a future release

Also, you should include these buttons of this page in Opera 9.20.

Jeremiah LaRocco 3. February 2007, 05:40

That sucks about the static Linux packages. They're the only way to run Opera on a 64-bit machine without a chroot. Guess I'm sticking with the old build for now.

Will they be back next week?

Any plans for 64-bit builds?

searchme 3. February 2007, 06:01

http://www.opera.com/docs/

a horizontal scrollbar appears here only at 800px in ftw/msr rendering mode, not one pixel less nor one pixel more. the scrollbar is required in normal mode. with ftw on, the menu bar is narrowed about 1px at 800px, but the nested content beneath is not. i'm pretty sure (but can't confirm) that the scrollbar did _not_ appear in ftw mode in the previous build at 800px, which is my normal window width.

alf245 3. February 2007, 06:42

I have rendering errors when DefaultDepth is set to 16 in the screen section of xorg.conf
No rendering issues here when DefaultDepth is set to 24.

arghwashier 3. February 2007, 07:09

@borg, # 3. February 2007, 00:00:40,

will you let us know the results too?

Madis 3. February 2007, 10:06

The Developer Console is awesome! But it need some more work, to make it a bit more userfriendly... and I would prefere non-javascript one actually, while it look a bit non-Opera atm. But nice and will be useful, if I will get used with it.

Sergei Stolyarov 3. February 2007, 10:34

Hry #2.

Bug http://regolit.com/opera-xmlhttp/test.html is still there! Are you going to fix it or you have agreement with google because this bug prevents disabling google ads in gmail and other google products.

Bug #244312

I don't believe that it is too complex and you can't fix it for a few months. But now I do belive that you don't want to fix it.

saito 3. February 2007, 10:36

alf245, you are right. Changing DefaultDepth from 16 to 24 at xorg.cong solved my issue.
It might be helpful for the developers. Thamks.

FAS 3. February 2007, 11:01

The Dev Tools are godd, but I just checked Firebug (http://getfirebug.com/), and that's absolutely GREAT ! If you could do something like that integrated into Opera, it would be an awesome new feature, really allowing web developper to use Opera as a key app in developping web pages.

Sebastian Bremicker 3. February 2007, 11:25

Hi,

thank you for the new developer console and the speedup shared memory with linux :smile:.

For those who cannot find the dev console in a german menu, it's at "Extras ... Weiteres ... Developer Console". I, too, hope, that it will be available as a sidebar or similar.

Ciao

Sebastian

PS: Flash dectection by flash_detection.swf at e.g. http://www.ki-mu.de/ or http://www.festival-pyrotechnique-cannes.com/ fails only with opera for linux, is it their, yours or Adobes fault? :wink:

arghwashier 3. February 2007, 12:22

After playing a while with the new linux build, it is faster but the new shared X memory needs to be tuned with smooth scrolling, smoothscrolling is now so fast it's almost like regular scrolling and feels a bit more bumby. It needs to scroll more lines per mouse wheel rotation and a bit slower, like it does when using the cursor keys although without the long buffer described by Sebt.

Sami Olmari 3. February 2007, 12:35

hmm... My experience with Linux build is that some things are faster now, but closing or changint tab is "extremely" slow. I click an tab and it takes about like an second for Opera to do anything visible. Same with closing tabs. I have Ubunu 6.10 Gnome

Andrew 3. February 2007, 12:36

Some fraud protection improvements


These are great. I love the use of the temperature gauge instead of the lock.

Samuel 3. February 2007, 12:38

Thx for the new build, but there is a very big problem in handling pdf-files. Opera didn't find my pdf-plugin and crashes if I want to load a pdf-file. But at the build before everything is ok (no. 8701).

Write a comment

You must be logged in to write a comment. If you're not a registered member, please sign up.