Bug#706528: icedove: Last filter editted highlights differently

2013-05-14 Thread Carsten Schoenert
Hello Simon,

please use reply all to keep the BTS updated as well. ;)

On 07.05.2013 17:13, Simon Waters wrote:
 On 04/05/13 10:25, Carsten Schoenert wrote:

 do you have any other desktop environment installed?

 It occurs with GNOME classic, GNOME, and TWM on the same account.

O.k. You have that error on TWN too, it seems that this issue is not
X-Window system related.

If anyone else can report something helpful, that would be appreciated.

 Counting rules is misleading - sorry for that.

 It is something to do with the rendered windows size for the list of
 filters.

 If you make the message filter box really short say only 2 rules
 displayed, close it, open it. And then the highlighting issue can occur
 as early as rule 11 in my testing, although icedove starts getting
 awkward to use as it doesn't render the scrollbar completely and you
 have to use mouse scroll wheel or keyboard to scroll down to rule 11.
 But the behaviour is identical, after so many entries down the list
 remaining entries go back to white after editing a rule rather than blue.

Regards
Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#706528: icedove: Last filter editted highlights differently

2013-05-04 Thread Carsten Schoenert
Hello Simon,

On Wed, May 01, 2013 at 11:03:51AM +0100, Simon Waters wrote:
 Package: icedove
 Version: 10.0.12-1
 Severity: minor
 
 It is 100% reproducible so far (always fatal to promise).
 
 Moving rule 17 to rule 16 (using Move Up) removed the issue for that
 rule, but creates the same issue for the filter now in 17th place.
 
 Once the problem has occurred, then highlighting the problem rule will
 get an outline, but surrounding rules highlight as expected.
 
 I assume some issue with underlying widget structure, or possibly the
 graphical environment, so if you have trouble reproducing ask.

do you have any other desktop environment installed?
If yes can you check if this issue also happen if you use any other X11
environment then Gnome Classic?
Maybe this error is only happen be using the Gnome Desktop.

I don't use more then six or seven filtering rules so I can't test this
quickly.

Regards
Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#706528: icedove: Last filter editted highlights differently

2013-05-01 Thread Simon Waters
Package: icedove
Version: 10.0.12-1
Severity: minor

On Wheezy desktop which has had icedove for a while with some history...

If you edit a mail filter rule, and then select it (such as to Run Now) the 
highlighting is different
on my GNOME classic desktop, than if the rule has not been editted.

To reproduce:

Open ToolsMessage Filter.
Click a rule to edit it.
Add (or Delete) a space character to end of rule name (or any other change, but 
this is non-destructive).
Click OK.

If the problem has occurred the rule will now be outlined not highlighted in 
the list of rules.

In normal use the rule is highlighted in light blue, dark blue when editting, 
and light blue when finished. 
Colours may depend on themes.

In my testing this only occurs from rule 17 onwards.

It is 100% reproducible so far (always fatal to promise).

Moving rule 17 to rule 16 (using Move Up) removed the issue for that rule, 
but creates the same issue for the filter now in 17th place.

Once the problem has occurred, then highlighting the problem rule will get an 
outline, but surrounding rules highlight as expected.

I assume some issue with underlying widget structure, or possibly the graphical 
environment, so if you have trouble reproducing ask.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.9.2-1
ii  libnspr4-0d   2:4.9.2-1
ii  libnss3   2:3.14.3-1
ii  libnss3-1d2:3.14.3-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  psmisc22.19-1+deb7u1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  myspell-en-gb [myspell-dictionary]  1:3.3.0-4
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
pn  fonts-lyx none
ii  gconf-service 3.2.5-1+build1
ii  libgconf-2-4  3.2.5-1+build1
ii  libgssapi-krb5-2  1.10.1+dfsg-5
ii  libnotify40.7.5-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org