work in progress
By Claudio Santambrogio. Friday, 9. November 2007, 14:25:49
Even though we present experimental video-enabled builds, work procedes as usual on Kestrel - and we have a new build with lots of fixes (and ongoing work).
WARNING: These are development snapshots: they contain the latest changes, but they also have severe known issues, including crashes and data loss situations. In fact, they may not work at all.
Known issues:
[BUG 267632] Images don't display when printing
[BUG 213115] Queued mail is sent at the next check, instead of waiting for manual action
[BUG 295195] Web archives are broken if you ever have changed the default action of a file type in Preferences
Changelog:
Windows specific:
UNIX specific:
A little note about some UNIX packages:
Download
WARNING: These are development snapshots: they contain the latest changes, but they also have severe known issues, including crashes and data loss situations. In fact, they may not work at all.
Known issues:
- GMail top menu bar broken
- Wrong cursor on form buttons and labels
- Plugins on UNIX might be even more broken - big changes coming up... (Do not bother filing plugin bugs on UNIX)
- Still no sparc builds
- [BUG 296670] Animated gif images get corrupted on Windows
Changelog:
- Several stability and crash fixes
- Scrolling with mouse wheel now works over Flash objects with onRollOver handler
- Fixed linebreaking and white-space handling in designMode
- Fixed long content makeing scrollbars disappear and disabling scrolling
- Missing table cells have no more a green background
- Fixed 1 pixel high Gmail compose window
- Fixed crash when opening the Info panel
- Fixed sorting of IRC channels
- Fixed message priority not being displayed in Mail
- Fixed wrong context menu shown for selected text that is a link
- We are now splitting too long IMAP commands into smaller chunks
- Fixed wrong port when creating NNTP or IMAP account with Gmail e-mail address
- Fixed fetching of new POP3 mail once you empty trash
Windows specific:
- Opera runs on Windows 95 again! (but there are still some bad issues, be patient)
UNIX specific:
- Fixed broken expansion of "~"
- Fixed flickering of notifications
- Fixed crash when connecting to chat
A little note about some UNIX packages:
- FreeBSD .5 is "the new .1" - it is a static build
- FreeBSD .7 is a FreeBSD 7 build (available both for amd64 and x86)
Download



« Previous 1 2 3 4 5 6 7 Next »
Steve # 9. November 2007, 18:29
Not in Linux.
Ognjen # 9. November 2007, 18:31
Ged # 9. November 2007, 18:37
Works fine for me? opera_9.50-20071109.6-shared-qt_i386.deb
Daniel # 9. November 2007, 18:41
Alexs # 9. November 2007, 18:43
bug 292013
Olihen # 9. November 2007, 18:59
MetalRaise # 9. November 2007, 19:04
Originally posted by zadar:
For me it is working, like it did with the previous build (9624).
What's your Java version? Maybe something's wrong with that?
FataL # 9. November 2007, 19:13
Also after Firefox dropped support for Windows 98, Opera will be the only option for people with old hardware and Windows 95/98.
Andrew # 9. November 2007, 19:21
MetalRaise # 9. November 2007, 19:21
Actually, it just crashed on closing, so I prepared the log file, opened Opera again to submit the bug report, and after doing that, which took not more than 3 minutes, I closed Opera and it crashed again.
For others to compare (you need Inspector IIXII to log these crashes):
Opera.exe 9649 (beta) caused exception C0000005 at address 6790CFFC (Base: 400000)
lamarca # 9. November 2007, 19:26
rseiler # 9. November 2007, 19:28
Originally posted by andresruiz:
It should be noted that this does not occur if you have "Never Show When Starting Download" selected, which I always have set that way anyway to maintain my sanity. I was wondering why I never saw this problem.
eddie # 9. November 2007, 19:32
rseiler # 9. November 2007, 19:33
Actual VPS folder=150MB
Opera, I think it's time for you to finally declare how to use this setting or reveal whether it's even functional.
Tomas Prochazka # 9. November 2007, 19:33
Andres # 9. November 2007, 19:46
Yes, I do the same to maintain my sanity but anyway that's a wrong behavior that must be fixed, but I don't know why, some builds ago the same bug has not been fixed. Maybe the team knows how to solve it but that's not critical so they spend their time in other important bugs meanwhile.
@All
At this moment I'm using an old Pentium III with Windows XP and 256 MB in RAM, and let me tell you that Opera is freezing for a few seconds some times, It had happen 3 times in the few hours I've been using it since I downloaded it. Maybe the team didn't notice it because they have newer and faster machines?
Devcon3 # 9. November 2007, 19:49
update: It actually works sometimes, but after using it again on the very same site, it (again) shows the behaviour mentioned above.
There is a small transparent bar just below Operas titlebar when maximized (Windows Build).
Claudio Santambrogio # 9. November 2007, 20:00
Originally posted by rseiler:
It's probably buggy
Kyle Baker # 9. November 2007, 20:01
rseiler # 9. November 2007, 20:11
Originally posted by andresruiz:
Is this entirely because of the indexing? So if "Max Visited Pages Index Size" is set on 0 it's all better?
rseiler # 9. November 2007, 20:16
FataL # 9. November 2007, 20:20
Originally posted by Olihen:
+100 to fix this. Very annoing bug and staing long enough!Also this word spacing problem often appears on print when "Scale print to..." used and set to something other than 100%.
Andres # 9. November 2007, 20:20
I asume that your question is for the Desktop Team because I don't know the reason of Opera to Freeze.
@Team
Opera is the only browser in my PC that can't open PDF files, I know for almost every body that's working good, but someting must be wrong, Opera 9.24 does ir great !
rseiler # 9. November 2007, 20:22
Originally posted by andresruiz:
No, it was to you. The problem sounded similar to issues surrounding indexing, particularly on low-end machines, so I was wondering if you could attribute the problem to it in your case. You can disable it by setting this to 0:
opera:config#UserPrefs|MaxVisitedPagesIndexSize
lamarca # 9. November 2007, 20:23
Gianluigi # 9. November 2007, 20:30
This time new views appeared: for each account a "Mail for x@y.z" view but clicking on them nothing happens
FataL # 9. November 2007, 20:31
And suspicious silence from Opera about this issue, and as well about this item "Always obey server-set Expiry header" provided in change log for Opera 9.5 beta 1.
Can these two things belong to one problem?..
rseiler # 9. November 2007, 20:32
1) Preferences/Advanced/Downloads
2) Do a quickfind on "torrent" and Edit it
3) Select "Save to disk" AND "Do not ask for folder but save directly to" -- configure it for the directory of your choice and OK out of Preferences
4) Visit: http://eztv.nl/frontpage.php
5) Test by clicking on any of the "[1]" links. You will find that they all prompt for downloads despite the setting. This works in 9.24.
To prove that the setting isn't completely broken, click on any of the [2] links. You'll be brought to a different site (mininova.org) from which you can try downloading the torrent file there. It will work.
I'm assuming this is a general problem in some cases with the feature and does not apply just to .torrent files, though I haven't tested other file types.
Andres # 9. November 2007, 20:34
Ohh, sorry, maybe my problem is because of that reason you said about low-end machines. Tks for the info.
No body knows about PDF problem?
Alnag # 9. November 2007, 20:37
Images opened in new window still don't open correctly.
Some mail accounts saves files with default names.
Still a little bit buggy for beta, isn't it? But otherwise, good work. Just make sure these things are solved before the final.
lamarca # 9. November 2007, 20:41
lamarca # 9. November 2007, 20:49
Originally posted by FataL:
if i recall, it begun on beta 1. i reported it as bug #293723 on october 27th.
Morten # 9. November 2007, 20:50
rseiler # 9. November 2007, 21:03
Originally posted by Investor:
Yes, but I didn't even mention that one, the phantom one(s), because it might confuse the issue. I'm talking about the one that's left over, the real one. After a crash it's "unhidden" until you manually hide it again.
Roland2E # 9. November 2007, 21:08
(a) info panel crash fixed:
CONFIRM .. and it provides MUCH more info than pre 9.24 .. I will use it frequently to examine http headers!
(b) disappearing side panel when preferences dialog is beeing closed:
FIXED
(c) with english.lng (NOT with ouw920_de.lng) in context menu missing entry "Edit Site Preferences..":
FIXED, even more, seems completely reworked, several INTERESTING new entries .. great!
in this beta persisting bugs:
(1) #296236 does not change master password
(2) #296249 does not catch JS window.onunload event
(3) #296242 in file:// URLs does not decode %nn
looking forward to final
bunch of THX
Luchio # 9. November 2007, 21:24
Care to tell us which entries you find so interesting? (sorry, don't have time to look myself...)
rwf # 9. November 2007, 21:44
FataL # 9. November 2007, 21:49
Michael Thompson # 9. November 2007, 21:54
Regression on this site
http://www.amazon.com/b/?&node=16261631
Bill P # 9. November 2007, 21:58
Ged # 9. November 2007, 21:59
examples
Just pass the %c rather than the clipboard contents.
EDIT
@Fatal
I dont think the advertising/registration entries were ever removed from the .lng file, all the Personal Information entries I can find just relate to the wand. Unless different builds shipped with different versions of the .lng file I dont see anything new (in the sections you mention).
rwf # 9. November 2007, 22:10
Broken on my system too (GNU/Linux)
Button5, "InFF"="Execute program, "firefox", "%u", "InFF""
Ged # 9. November 2007, 22:15
snsedov # 9. November 2007, 23:12
Have you any plans to release static build for linux amd64???
Thanks!
g4qb # 9. November 2007, 23:57
"work procedes as usual"
typo procedes = proceeds
probably got mixed up with the word precedes.
Hein Tore # 10. November 2007, 01:03
Is this a known bug, or should I file a report?
MetalRaise # 10. November 2007, 01:19
I really hope that after the final release of Kestrel they will sit down and think about a good way of establishing a known bugs database.
When it comes to alpha/beta testing then it's not only important that we as testers provide as much information as possible to the developers, but it also needs to be the other way round. Without a proper and up-to-date list of known and reported issues the work for us is more time-consuming and difficult than it needs to be.
And I really don't care about all these bugs in the weekly snapshots, because I love beta testing, and I love Opera. But what is quite frustrating is to have hardly any info about known issues and their status.
rseiler # 10. November 2007, 01:52
Originally posted by Orlando:
Does anyone know if this is fixable for the time being, perhaps by editing the menu file?
Kamalesh # 10. November 2007, 02:04
Kamalesh # 10. November 2007, 02:33
Clicking on <send link...> in the context menu from any page opens to the Gmail inbox, not a new mail with the link pasted.