Debian Bug report logs - #405951
iceape-browser: Display glitches, wrong icons shown until redraw after switching tabs

[Message part 1 (text/plain, inline)]
Package: iceape-browser
Version: 1.0.7-2
Severity: minor

When I am switching tabs iceape is often showing the wrong icon for
<reload> <stop>, namely another instance of <back> and <print>.
Focusing another window and switching back to iceape again paints the
correct icons. Screenshots attached.

This is not profile specific, I can reproduce it, by:

----------------
rm -rf .mozilla/
iceape
Edit - Preferences: Show toolbars as -> Pictures only.
Open a second tab, e.g. by right klicking on the [contributors] link
on the startup page and selecting to open it in a new tab.
Switch back to the first tab.
----------------

cu andreas

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages iceape-browser depends on:
ii  libatk1.0-0               1.12.3-1       The ATK accessibility toolkit
ii  libc6                     2.3.6.ds1-8    GNU C Library: Shared libraries
ii  libcairo2                 1.2.4-4        The Cairo 2D vector graphics libra
ii  libfontconfig1            2.4.1-2        generic font configuration library
ii  libgcc1                   1:4.1.1-19     GCC support library
ii  libglib2.0-0              2.12.4-2       The GLib library of C routines
ii  libgtk2.0-0               2.8.20-3       The GTK+ graphical user interface 
ii  libjpeg62                 6b-13          The Independent JPEG Group's JPEG 
ii  libmyspell3c2             1:3.1-18       MySpell spellchecking library
ii  libpango1.0-0             1.14.8-4       Layout and rendering of internatio
ii  libpng12-0                1.2.15~beta5-1 PNG library - runtime
ii  libstdc++6                4.1.1-19       The GNU Standard C++ Library v3
ii  libx11-6                  2:1.0.3-4      X11 client-side library
ii  libxcursor1               1.1.7-4        X cursor management library
ii  libxext6                  1:1.0.1-2      X11 miscellaneous extension librar
ii  libxfixes3                1:4.0.1-5      X11 miscellaneous 'fixes' extensio
ii  libxft2                   2.1.8.2-8      FreeType-based font drawing librar
ii  libxi6                    1:1.0.1-4      X11 Input extension library
ii  libxinerama1              1:1.0.1-4.1    X11 Xinerama extension library
ii  libxrandr2                2:1.1.0.2-5    X11 RandR extension library
ii  libxrender1               1:0.9.1-3      X Rendering Extension client libra
ii  libxt6                    1:1.0.2-2      X11 toolkit intrinsics library
ii  zlib1g                    1:1.2.3-13     compression library - runtime

Versions of packages iceape-browser recommends:
pn  iceape-gnome-support          <none>     (no description available)

-- no debconf information
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde

[post-redraw.png (image/png, attachment)]
[pre-redraw.png (image/png, attachment)]
Andreas,

what are the specs of your machine?
I tried to reproduce your error, but it won't happen on my machine.
I tried both the modern and the classing theme.

cheers,

Hendrik-Jan

2007/1/7, Andreas Metzler <ametzler@downhill.at.eu.org>:
> Package: iceape-browser
> Version: 1.0.7-2
> Severity: minor
>
> When I am switching tabs iceape is often showing the wrong icon for
> <reload> <stop>, namely another instance of <back> and <print>.
> Focusing another window and switching back to iceape again paints the
> correct icons. Screenshots attached.
>
> This is not profile specific, I can reproduce it, by:
>
> ----------------
> rm -rf .mozilla/
> iceape
> Edit - Preferences: Show toolbars as -> Pictures only.
> Open a second tab, e.g. by right klicking on the [contributors] link
> on the startup page and selecting to open it in a new tab.
> Switch back to the first tab.
> ----------------
>
> cu andreas
>
> -- System Information:
> Debian Release: 4.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/dash
> Kernel: Linux 2.6.18-3-k7
> Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
>
> Versions of packages iceape-browser depends on:
> ii  libatk1.0-0               1.12.3-1       The ATK accessibility toolkit
> ii  libc6                     2.3.6.ds1-8    GNU C Library: Shared libraries
> ii  libcairo2                 1.2.4-4        The Cairo 2D vector graphics libra
> ii  libfontconfig1            2.4.1-2        generic font configuration library
> ii  libgcc1                   1:4.1.1-19     GCC support library
> ii  libglib2.0-0              2.12.4-2       The GLib library of C routines
> ii  libgtk2.0-0               2.8.20-3       The GTK+ graphical user interface
> ii  libjpeg62                 6b-13          The Independent JPEG Group's JPEG
> ii  libmyspell3c2             1:3.1-18       MySpell spellchecking library
> ii  libpango1.0-0             1.14.8-4       Layout and rendering of internatio
> ii  libpng12-0                1.2.15~beta5-1 PNG library - runtime
> ii  libstdc++6                4.1.1-19       The GNU Standard C++ Library v3
> ii  libx11-6                  2:1.0.3-4      X11 client-side library
> ii  libxcursor1               1.1.7-4        X cursor management library
> ii  libxext6                  1:1.0.1-2      X11 miscellaneous extension librar
> ii  libxfixes3                1:4.0.1-5      X11 miscellaneous 'fixes' extensio
> ii  libxft2                   2.1.8.2-8      FreeType-based font drawing librar
> ii  libxi6                    1:1.0.1-4      X11 Input extension library
> ii  libxinerama1              1:1.0.1-4.1    X11 Xinerama extension library
> ii  libxrandr2                2:1.1.0.2-5    X11 RandR extension library
> ii  libxrender1               1:0.9.1-3      X Rendering Extension client libra
> ii  libxt6                    1:1.0.2-2      X11 toolkit intrinsics library
> ii  zlib1g                    1:1.2.3-13     compression library - runtime
>
> Versions of packages iceape-browser recommends:
> pn  iceape-gnome-support          <none>     (no description available)
>
> -- no debconf information
> --
> The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
> vision of the emperor's, and its inclusion in this work does not constitute
> tacit approval by the author or the publisher for any such projects,
> howsoever undertaken.                                (c) Jasper Ffforde
>
>
> _______________________________________________
> pkg-mozilla-maintainers mailing list
> pkg-mozilla-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-mozilla-maintainers
>
>
>

On 2007-01-08 Hendrik-Jan Heins <hjheins@gmail.com> wrote:
> what are the specs of your machine?

An AMD Duron with a Matrox G400.

> I tried to reproduce your error, but it won't happen on my machine.
> I tried both the modern and the classing theme.

I am using the default theme.

FWIW it is not conecte to my windowmanager (WindowMaker), I also see
the behavior when running without windowmanager:

startx `which iceape` -- :1

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde

On Mon, Jan 08, 2007 at 07:24:35PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
> On 2007-01-08 Hendrik-Jan Heins <hjheins@gmail.com> wrote:
> > what are the specs of your machine?
> 
> An AMD Duron with a Matrox G400.
> 
> > I tried to reproduce your error, but it won't happen on my machine.
> > I tried both the modern and the classing theme.
> 
> I am using the default theme.
> 
> FWIW it is not conecte to my windowmanager (WindowMaker), I also see
> the behavior when running without windowmanager:
> 
> startx `which iceape` -- :1

Just in case, did you try with the vesa X driver ?

Mike

The theme you took a screenshot from is "classic". That used to be the
default for mozilla. I'm not sure, but I thought with Seamonkey
"modern" became the default theme.

I can not reproduce your problem with either theme. My system config
is also quite different: AMD 3200+ 64, ATI 9600, 2Gb RAM.

Is Iceape the only program that has this redrawing issue on your
machine? (how about iceweasel, icedove, etc...?).

cheers,

Hendrik-Jan

2007/1/8, Andreas Metzler <ametzler@downhill.at.eu.org>:
> On 2007-01-08 Hendrik-Jan Heins <hjheins@gmail.com> wrote:
> > what are the specs of your machine?
>
> An AMD Duron with a Matrox G400.
>
> > I tried to reproduce your error, but it won't happen on my machine.
> > I tried both the modern and the classing theme.
>
> I am using the default theme.
>
> FWIW it is not conecte to my windowmanager (WindowMaker), I also see
> the behavior when running without windowmanager:
>
> startx `which iceape` -- :1
>
> cu andreas
> --
> The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
> vision of the emperor's, and its inclusion in this work does not constitute
> tacit approval by the author or the publisher for any such projects,
> howsoever undertaken.                                (c) Jasper Ffforde
>
>
> _______________________________________________
> pkg-mozilla-maintainers mailing list
> pkg-mozilla-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-mozilla-maintainers
>

On 2007-01-08 Mike Hommey <mh@glandium.org> wrote:
> On Mon, Jan 08, 2007 at 07:24:35PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
>> On 2007-01-08 Hendrik-Jan Heins <hjheins@gmail.com> wrote:
>>> what are the specs of your machine?

>> An AMD Duron with a Matrox G400.

>>> I tried to reproduce your error, but it won't happen on my machine.
>>> I tried both the modern and the classing theme.
[...]
> Just in case, did you try with the vesa X driver ?

At a quick test indeed I seem to be unable to reproduce it with the
VESA driver. However it only suports 800x600 (instead of 1024x768) on
my setup and if I run the mga driver on 800x600 (without larger
virtual desktop[1]) I do not see the bug either.

If this is evidence enough of a X instead of a mozilla bug, feel free to
reassign, personally I really do not know.
thanks, cu andreas

[1] Switching down the resolution, while keeping the 1024x768 virtual
desktop does not make the glitch go away.
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde

On Tue, Jan 09, 2007 at 07:11:51PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
> On 2007-01-08 Mike Hommey <mh@glandium.org> wrote:
> > On Mon, Jan 08, 2007 at 07:24:35PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
> >> On 2007-01-08 Hendrik-Jan Heins <hjheins@gmail.com> wrote:
> >>> what are the specs of your machine?
> 
> >> An AMD Duron with a Matrox G400.
> 
> >>> I tried to reproduce your error, but it won't happen on my machine.
> >>> I tried both the modern and the classing theme.
> [...]
> > Just in case, did you try with the vesa X driver ?
> 
> At a quick test indeed I seem to be unable to reproduce it with the
> VESA driver. However it only suports 800x600 (instead of 1024x768) on
> my setup and if I run the mga driver on 800x600 (without larger
> virtual desktop[1]) I do not see the bug either.
> 
> If this is evidence enough of a X instead of a mozilla bug, feel free to
> reassign, personally I really do not know.
> thanks, cu andreas
> 
> [1] Switching down the resolution, while keeping the 1024x768 virtual
> desktop does not make the glitch go away.

What does having a 1024x768 virtual desktop at 800x600 vesa do ?

Mike

On 2007-01-09 Mike Hommey <mh@glandium.org> wrote:
> On Tue, Jan 09, 2007 at 07:11:51PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
[...]
>> At a quick test indeed I seem to be unable to reproduce it with the
>> VESA driver. However it only suports 800x600 (instead of 1024x768) on
>> my setup and if I run the mga driver on 800x600 (without larger
>> virtual desktop[1]) I do not see the bug either.
[...]
>> [1] Switching down the resolution, while keeping the 1024x768 virtual
>> desktop does not make the glitch go away.

> What does having a 1024x768 virtual desktop at 800x600 vesa do ?

X11/vesa fails to work if I add "Virtual 1024 768" at the correct
location.  It begins to startup, switches the mode and leaves with a
broken screen/console, that only goes away after a (blind) reboot.
cu andreas

-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde

reassign 405951 xserver-xorg-video-mga
thanks

On Wed, Jan 10, 2007 at 07:16:15PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
> On 2007-01-09 Mike Hommey <mh@glandium.org> wrote:
> > On Tue, Jan 09, 2007 at 07:11:51PM +0100, Andreas Metzler <ametzler@downhill.at.eu.org> wrote:
> [...]
> >> At a quick test indeed I seem to be unable to reproduce it with the
> >> VESA driver. However it only suports 800x600 (instead of 1024x768) on
> >> my setup and if I run the mga driver on 800x600 (without larger
> >> virtual desktop[1]) I do not see the bug either.
> [...]
> >> [1] Switching down the resolution, while keeping the 1024x768 virtual
> >> desktop does not make the glitch go away.
> 
> > What does having a 1024x768 virtual desktop at 800x600 vesa do ?
> 
> X11/vesa fails to work if I add "Virtual 1024 768" at the correct
> location.  It begins to startup, switches the mode and leaves with a
> broken screen/console, that only goes away after a (blind) reboot.

I'll assume this is an mga driver issue and reassign there. If it
appears not to be one, please reassign here.

Thanks

Mike

reassign 405951 iceape-browser
found 405951 1.0.7-2
thanks

On 2007-01-10 Mike Hommey <mh@glandium.org> wrote:
[...]
> I'll assume this is an mga driver issue and reassign there. If it
> appears not to be one, please reassign here.

Well, I have switched to a Radeon 9250@1600x1200 and can still
reproduce the bug. Reassigning again.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde

I've confirmed what Andreas Metzler saw last year, but this time with 
Iceape 1.1.9-1 and 1.1.12-1.

The following should reproduce the problem:

1.  In Edit | Preferences | Appearance | Themes, select the Classic theme.

2.  In Edit | Preferences | Appearance, check "Pictures only" under 
"Show toolbars as".

3.  Restart Iceape.  At this point, all toolbar icons are correct.

4.  Drag the mouse across the toolbar (not clicking anything).  Now the 
"Go Forward" and "Reload" icons are identical to the "Go Back" icon, and 
the "Stop" icon looks just like the "Print" icon.

5.  Re-position the window (just click and drag the border).  The icons 
go back to their original, correct forms.

This is independent of the X driver (tried it on two different 
computers, one "Intel", the other "Radeon"), and it's independent of 
window manager.

The obvious work-around right now is not to use the Classic theme with 
"Show Toolbars as Pictures Only" checked.

Ron Bentley

Very sorry to reply to my own post, but steps 1 and 2 have to be 
reversed to reproduce the problem:

1.  In Edit | Preferences | Appearance, check "Pictures only" under 
"Show toolbars as".

2.  In Edit | Preferences | Appearance | Themes, select the Classic 
theme and click OK.

For some reason, Iceape won't switch themes unless you click "OK" 
immediately after you select the theme.

On 11/08/2008 08:06 PM, Ron Bentley wrote:
> I've confirmed what Andreas Metzler saw last year, but this time with 
> Iceape 1.1.9-1 and 1.1.12-1.
>
> The following should reproduce the problem:
>
> 1.  In Edit | Preferences | Appearance | Themes, select the Classic theme.
>
> 2.  In Edit | Preferences | Appearance, check "Pictures only" under 
> "Show toolbars as".
>
> 3.  Restart Iceape.  At this point, all toolbar icons are correct.
>
> 4.  Drag the mouse across the toolbar (not clicking anything).  Now the 
> "Go Forward" and "Reload" icons are identical to the "Go Back" icon, and 
> the "Stop" icon looks just like the "Print" icon.
>
> 5.  Re-position the window (just click and drag the border).  The icons 
> go back to their original, correct forms.
>
> This is independent of the X driver (tried it on two different 
> computers, one "Intel", the other "Radeon"), and it's independent of 
> window manager.
>
> The obvious work-around right now is not to use the Classic theme with 
> "Show Toolbars as Pictures Only" checked.
>
> Ron Bentley
>
>
>
> _______________________________________________
> pkg-mozilla-maintainers mailing list
> pkg-mozilla-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-mozilla-maintainers
>   
In Ubuntu with seamonkey 1.1.12+nobinonly-0ubuntu1 i am unable to
reproduce this with nvidia 5200 p4 1.7ghz.

-- 
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from UnforgivenIII

On Sat, Nov 08, 2008 at 08:06:44PM -0500, Ron Bentley wrote:
> I've confirmed what Andreas Metzler saw last year, but this time with  
> Iceape 1.1.9-1 and 1.1.12-1.
>
> The following should reproduce the problem:
>
> 1.  In Edit | Preferences | Appearance | Themes, select the Classic theme.
>
> 2.  In Edit | Preferences | Appearance, check "Pictures only" under  
> "Show toolbars as".
>
> 3.  Restart Iceape.  At this point, all toolbar icons are correct.
>
> 4.  Drag the mouse across the toolbar (not clicking anything).  Now the  
> "Go Forward" and "Reload" icons are identical to the "Go Back" icon, and  
> the "Stop" icon looks just like the "Print" icon.
>
> 5.  Re-position the window (just click and drag the border).  The icons  
> go back to their original, correct forms.
>
> This is independent of the X driver (tried it on two different  
> computers, one "Intel", the other "Radeon"), and it's independent of  
> window manager.

Is it also independent of XAA vs. EXA ? Does it happen with the cairo
packages you can get on http://glandium.org/blog/?p=209 ?

Mike

> Is it also independent of XAA vs. EXA ? 

Yes.  I tested with 'Option "AccelMethod" "EXA"' and 'Option 
"AccelMethod" "XAA"' using the Intel driver.  I verified in Xorg.0.log 
that the appropriate acceleration method was indeed in place, and then 
reproduced the problem in both cases.  Tested both cases in Gnome/Compiz 
and IceWM.

> Does it happen with the cairo packages you can get on
> http://glandium.org/blog/?p=209 ?

I went to that site, retrieved libcairo2_1.6.4-6.0.1_i386.deb, and 
installed it over my existing version of libcairo2.  I started Iceape 
(did not restart X), and it had no effect.  I could still reproduce the 
problem.  Did I get the right package?

For what it's worth, this really does look like a simple case of having 
misplaced icons.  Only the toolbar icons are affected, and hovering over 
them with the mouse is all it takes to throw them off.  Plus, it *only* 
happens in Classic theme with "Pictures only" checked.

I don't know anything about the Iceape code, though, so that may be way off.

Version: 2.7.12-1+rm

Dear submitter,

as the package iceape has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/736165

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)

Debian Bug report logs - #405951 iceape-browser: Display glitches, wrong icons shown until redraw after switching tabs

Debian Bug report logs - #405951
iceape-browser: Display glitches, wrong icons shown until redraw after switching tabs