Sidebar border shrinks/expands on mouseover => can't widen the sidebar by dragging

[GoogleCodeExporter]

== What exact steps will reproduce the problem? ==

I'm using the current Minefield build (Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.9.2a1pre) Gecko/20090801 Minefield/3.6a1pre (.NET CLR
3.5.30729)), so maybe this problem is caused by that.

1.Start Firefox.
2.When loading is done, try to shrink/expand the width of the sidebar by
dragging the border between the Tabkit sidebar and the normal browser window.
3. The sidebar border will shrink by one pixel or expand by one pixel,
depending on the side you're coming from (left: expanding - right: shrinking)

== What is the expected output? What do you see instead? ==

Sidebar border should stick inplace, so I can change the width of the
tabkit sidebar.

== What versions of Tab Kit and Firefox are you using? On what operating
system? ==

I'm using the current Minefield build (Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.9.2a1pre) Gecko/20090801 Minefield/3.6a1pre (.NET CLR
3.5.30729)), so maybe this problem is caused by that. Tabkit version 0.5.7

== Please provide any additional information below. ==

I don't have any addons or themes installed that alter the behaviour of the
mouse or change the mouse handling.

Original issue reported on code.google.com by thew...@gmail.com on 1 Aug 2009 at 11:40

[GoogleCodeExporter]

Strange. For starters, the border (technically called a splitter) ought to be 6
pixels wide, so it shouldn't matter if it shrinks/expands by a pixel...

Could you attach a screenshot please?

You could also see if you can reproduce this in Firefox 3.5 with a clean 
profile (you
could use http://portableapps.com/apps/internet/firefox_portable if you don't 
already
have 3.5 installed).

Original comment by moz.jomel@gmail.com on 2 Aug 2009 at 5:02

[GoogleCodeExporter]

I made a screen recording to show the problem:

http://njimko.de/tabkit-problem.html

As you can see, as soon as the mouse pointer touches the border, it starts to 
resize.
Usually this effect happens only in one direction, so after a while you are 
left with
either a very small or very wide sidebar, both leaving you no option but to 
restart
Firefox.

I do NOT click the mouse while moving over the border, of course.

Original comment by thew...@gmail.com on 15 Nov 2009 at 4:35

[GoogleCodeExporter]

I also tried this with a clean profile (as you suggested) with tabkit as the 
only
extension, and I get the same behaviour.

Original comment by thew...@gmail.com on 15 Nov 2009 at 7:17

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I'm also seeing this all of a sudden. I finally had to restart FF to get the tab
width to widen again.

I'm running: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b5)
Gecko/20091204 Firefox/3.6b5 GTBDFff GTB7.0 (.NET CLR 3.5.30729)

Original comment by bill...@gmail.com on 7 Jan 2010 at 1:57

[GoogleCodeExporter]

Always happens with 3.6 - its a show stopper for upgrading. Never happens for 
me with
3.5. Very very irritating and basically makes it unusable.  

Original comment by fifthd...@googlemail.com on 25 Jan 2010 at 9:36

[GoogleCodeExporter]

Have you updated to the latest version of 3.6 (RC2 I think)? I haven't seen it 
recently.

Original comment by bill...@gmail.com on 26 Jan 2010 at 1:05

[GoogleCodeExporter]

3.6 is out. I used the released version. The problem appears exactly the same 
as with
the beta. 

Original comment by fifthd...@googlemail.com on 26 Jan 2010 at 1:10

[GoogleCodeExporter]

Interesting. I guess RC2 is what they released so it's not telling me to 
upgrade again.

Original comment by bill...@gmail.com on 26 Jan 2010 at 1:14

[GoogleCodeExporter]

Try the following, when the sidebar starts to resize in this way, click once on 
the
splitter. Then it stops for me. 

When the sidebar is resized with the mouse it seems the splitter continues to 
follow
the mouse so you have to click on it again to stop it. 

Original comment by sigb...@gmail.com on 27 Jan 2010 at 12:33

[GoogleCodeExporter]

yup to comment 10's workaround.

I've seen this all along on trunk. 
So I don't think it's gone in 3.6

Original comment by wayne.m...@gmail.com on 27 Jan 2010 at 5:51

[GoogleCodeExporter]

Really annoying. When it's planned to be fixed? The only point I've chosen 
Tabkit in
place of TreeStyleTab is cool colors =) . Now I shall switch back again if no 
fix is
provided because the current Tabkit's behavior is so awful =(

Original comment by vomel.iv...@gmail.com on 25 Feb 2010 at 9:31

[GoogleCodeExporter]

I have the same issue. I'm using TabKit 0.5.8 and Firefox 3.7a3 (Mozilla 
Developer
Preview).

Funny thing is: I have been using this extension AND this version of Firefox for
weeks now without problem. Only today has this problem started to occur. And it 
IS
very annoying. ^^;

When I hover the splitter, the tab bar (which is located on the right on my 
system)
suddenly grows by about 85 pixels (I actually measured it by comparing several
screenshots but this distance isn't always the same). It does so every time the 
mouse
hovers this area, until the tab bar covers the whole page (but not the sidebar 
which
displays my bookmarks). At this point I am finally able to grab the splitter, 
and
when I do so the tab bar suddenly shrinks to 0 pixels, uncovering the page and
leaving only the splitter visible. From there, it all starts the same: if I 
move my
mouse over the splitter, the tab bar grows, and so on.

Original comment by vincent....@gmail.com on 5 Apr 2010 at 5:32

[GoogleCodeExporter]

I have found a way to fix this when it occurs. I click on the dotted part of 
the bar
which is used to put it in "auto hide" mode (for lack of knowing what it is 
actually
called). Once I have it minimized, if I click again to unhide it, it seems to 
go back
to the correct size.

Original comment by bill...@gmail.com on 5 Apr 2010 at 5:42

[GoogleCodeExporter]

Tabkit just doesn't work with Firefox 3.6 versions.  I recommend that until a 
new
version is released you disable Tabkit and switch to VertTabbar 2.8.1,
https://addons.mozilla.org/en-US/firefox/addon/8045 - which does some of the 
same
things although it's not as customisable.

Original comment by katstr...@gmail.com on 5 May 2010 at 8:28

[GoogleCodeExporter]

The attached patch fixes the sticking dragger issue.

Original comment by ivor.hewitt on 1 Jun 2010 at 9:29

[GoogleCodeExporter]

Hi Ivor, I have some trouble applying that to the version that I run, can you 
post a
unified diff (diff -u) which shows where exactly those statements should be 
added in
the files?

Original comment by Dominik....@gmail.com on 1 Jun 2010 at 12:24

[GoogleCodeExporter]

ah sorry didn't see I hadn't added -u. updated patch attached.

Original comment by ivor.hewitt on 1 Jun 2010 at 2:23

Attachments:

• tabkit.patch

[GoogleCodeExporter]

I created a new repo to hold the source and make accessing changes easier:
http://code.google.com/p/tab-kit
can always be merged back here if this becomes active again.

Original comment by ivor.hewitt on 2 Jun 2010 at 11:56

[GoogleCodeExporter]

Hi, can add instructions with the patch?

Original comment by t.w.tres...@gmail.com on 17 Jun 2010 at 8:18

[GoogleCodeExporter]

Thanks ivor, that patch works great. I've committed it to the repository 
([http://code.google.com/p/tabkit/source/detail?r=a8963dabc142c32a8f639c7454e0c1
f680cb7e0f rev a8963dabc1]), and I'll release a Firefox 3.6 compatible build 
incorporating it soon...

Original comment by moz.jomel@gmail.com on 24 Jun 2010 at 11:21

• Changed state: Fixed

[GoogleCodeExporter]

Issue 86 has been merged into this issue.

Original comment by moz.jomel@gmail.com on 24 Jun 2010 at 11:26