Zoom bug in opera 9 TP2

Zoom bug in opera 9 TP2

go here in 100% zoom
now change zoom to whatever
all text disappears


P.S.
added bug 198161

Confirmed, text area turns solid black.
WinXP SP2

If you select the text you see a "negative" effect.

When you surf there with disabled images, text zooms all right.

Confirmed. Win98 here.

M/B a cache/memory problem. Lots of images?
Together with non-standard fonts ...

Originally posted by botWi:

Zoom bug in opera 9 TP2

well the same happens in 8.5x, so it's not a 9tp2 only issue.

Originally posted by Trof:

When you surf there with disabled images, text zooms all right.

I assume it's this problem:
http://my.opera.com/FataL/blog/show.dml/19551

<table background=/img/transp.gif ...> may be the reason.

Bug report?

Simple testcase for this problem:
http://jeka.info/bugs/black-background.html

This is an issue at least since Opera 6.

j.j.

Bug 198211 filed.

j.j.

Finally somebody else notice that.

Although the zoom bugs are annoying the page linked to by the OP is a bad example. It is totally invalid HTML containing non-existing elements (<noindex>) and it doesn't even have a body element.

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.ill.ru%2Fcgi-bin%2Fform.news.prn.pl%3Fc_article%3D1145

Originally posted by kanzler:

Although the zoom bugs are annoying the page linked to by the OP is a bad example. It is totally invalid HTML containing non-existing elements (<noindex>) and it doesn't even have a body element.

In this case it doesn't really matter because bug provoking by GIF image putted as background not by HTML markup.

I have a problem with Zoom with emails/newsgroups
Soon as I use ZOOM at emails and I delete a few emails/news
Opera crashes...

Can anyone else confirm..

Version 9.00
Build 8212
Platform Win32
System Windows XP

Originally posted by XRayWa:

Soon as I use ZOOM at emails and I delete a few emails/newsOpera crashes...

Please generate a crash log using Inspector IIXII, and then file a bug report at Opera's Bug Tracking system.

You will be given an email address with the bug number when you submit the bug report. Compress the crash log using WinZip or WinRar and send it to the bug email address as an attachment.

You should also post the bug number part of that email address here on the forums so that others with the same problem can add information to your bug report.

Try to read this site: http://www.themaninblue.com/ with zoom not equal 100%.
And it's already Opera 9 Pre Beta...

Opera 9 Beta, Opera 9 Post-beta weekly #1... bug still there.
This time more and more people start using zoom feature because of high resolution screens. More and more people will see this bug.
Even on this my.opera site you can see this bug on some icons (subscribe/unsubscribe, bullets, star icons on blogs page, and some more...) when using zoom.
P.S. At least 3 bug reports was filled: #198211, #198161, and one more I filled myself long time ago but forgot the number...

Originally posted by JuergenJ:

Simple testcase for this problem:
http://jeka.info/bugs/black-background.html

The code for that page is interesting. The <big> element is ended by a single slash inside chevrons. I ran the page through the W3C validator and it said it was 100% valid! I would have thought closing an element that way might only be valid for XML and XHTML. Does it work cross-browser?

Can all elements be closed that way? (Surely it must make the code harder to decipher.)

I have learnt something new.

I cannot see any problem with Opera 9 beta1 (build 236)

Chris Hester - I think, this are just SGML-short-tags. I have seen even more curious
sgml code with short-tags valid for html.
Don't learn it, I think, for xhtml this is not allowed anymore.

Originally posted by hoffmann:

I cannot see any problem with Opera 9 beta1 (build 236)

This is Windows specific problem. Mac version also doesn't have this problem.

Originally posted by Chris Hester:

I have learnt something new.

Me too.

This bug is a serious accessibility issue. If the text is black, then you won't be able to see anything when you zoom, as the background will also be black.

I already reported this bug many months ago. I remind it oftentimes in forums, but nothing.

Here is bug number of my report: bug-126808
And here is testcase: http://atom.mamto.cz/projekty/opera/bug4/

This bug exist from Opera 7.2 and maybe earlier.


O have it also in signature area

I updated journal post about this bug.

Same bug here:

www.multiplayer.it

Very annoying..

Recently redesigned Digg has black menu poiners, Submit a New Story icon, and comments icon on every post. Annoing... and ugly!
Here are two screenshots: 1, 2

Are we still talking about opera9 TP2 ?

No! We are talking about 9.1 final

Since the title of the thread "Zoom bug in opera 9 TP2" , I was confused!

I think just because it still not fixed since Opera 7 beta we don't need another topic for this.

New finding: Jesper Nøhr's blog, who is Opera employee BTW. Whole main content of any page become unreadable...
More and more people start using CSS to design their sites instead old-school tables + images. Using CSS means using images as background... so, we will see more and more "black" sites.

the bug says zoom greater than 100% -- but zoom of less than 100% also triggers it.

I updated special post about this bug with couple more links to affected sites. One of them is Popular Mechanics where you can find unreadable two menu items and main content of the page.
I hope it already fixed or will be fixed in Peregrine...

Great page! But what does "Malevich" refer to?

Chris, if you create 50x50px transparent GIF with one plack pixel and put it as background it will become one big black (Malevich) square.
Example: look at last smiley face at various zoom.

Yes, but what does the word itself mean? It is not something I know in English...

Little offtopic:
Malevich, Kasimir
Black Square
Oil on canvas

Try this site and zoom in or out. A major problem!

http://www.robweychert.com

Originally posted by Chris Hester:

Originally posted by JuergenJ:

Simple testcase for this problem: http://jeka.info/bugs/black-background.html

The <big> element is ended by a single slash inside chevrons. I ran the page through the W3C validator and it said it was 100% valid!

See http://www.w3.org/TR/html401/appendix/notes.html#h-B.3.7

Originally posted by Chris Hester:

I would have thought closing an element that way might only be valid for XML and XHTML.

This is only valid for SGML and HTML, not for (X)HTML.

Originally posted by hoffmann:

Don't learn it

Agreed! Btw, future versons of HTML (sic!) will not allow it. Tim Berners-Lee changed his mind (better 17 years later than never).
http://www.w3.org/2006/11/HTML-WG-charter.html
http://webkit.org/blog/?p=89

I hope that this will be definitively fixed in Kestrel, is disgraceful that Opera does't zoom GIF pictures for many years.

Yes. Great! In Kestrel build 9500 is this fixed

Thanks for fixing this!