277807 - funny scollbar bahavior - try to drag the scorllbar block up and down,..

Status: VERIFIED WORKSFORME

(Firefox :: General, defect)

Description

[Andre Deyk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

These are norwegian TV proadcasting pages with streaming contents .. relatively
popular place.




Reproducible: Always

Steps to Reproduce:
1.- load the link
2.- try to move the scorllbar "block"/"brick" in the middle of the page...
3.- observe that the scollbar block is rendered way above mouse cursor.
Actual Results:  

it is impossible to get to the bottom of that list by dragging the scrollbar
block, only by clicking the arrows on the bar.

Expected Results:  
the dragged object, should keep moving beneath the mouse cursor, not far above it.

Comment 1

[William Bumgarner [:zsinj]]

WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6)
Gecko/20050107 Firefox/1.0+ 
WINXP

Are you using any kind of WinXP skin or any types of addons that could affect
the scrollbar? I do assume you mean the scrollbar for the left-side panel. I was
able to scroll the entire iframe fine.

If you are able to produce a screenshot or a testcase, that might make this a
valid bug.

Comment 2

[Remco]

Mozilla/5.0 (Windows; U; Win98; nl-NL; rv:1.7.5) Gecko/20041202 Firefox/1.0

I found the same thing in win98 and also (debian) Linux (same firefox version).
It looks like it happens in block elements like a div or span.
The cursor then often sticks to the scrollbar (perhaps no mouseout or mouseup
event is received by the scrollbar).

I also noted that the context-menu has the same kind of deviation.
It pops up about as far offset from the cursor as the iframe is offset from the
parent frame.
If you click in a DIV contained in an iframe absolute positioned at 100x100, the
context menu pops up at 100x100 from the cursor.

Comment 3

[Andre Deyk]

Remco  is right:
on XP+FireFox
mouse pointer also "sticks to"  the drag-able-block 
and I have also experienced odd mouse/menu bahavior.

Comment 4

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050412
Firefox/1.0+
WFM - Is this still an issue reporter? Can you test with the latest nightly from
http://ftp.uni-erlangen.de/pub/mozilla.org/firefox/nightly/latest-trunk/ and if
the problem has gone, resolve the bug INVALID or WORKSFORME. Thanks!

Comment 5

[Remco]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) 
Gecko/20050427 Firefox/1.0+

(In reply to comment #4)
> WFM - Is this still an issue reporter? Can you test with the latest nightly from
> http://ftp.uni-erlangen.de/pub/mozilla.org/firefox/nightly/latest-trunk/ and if
> the problem has gone, resolve the bug INVALID or WORKSFORME. Thanks!

I installed the nightly build from 2005-04-27 and it solved this particular
problem but introduced a different (but probably related) problem with sizes.

We use the code below to resize a floating div (for a custom user dialog).
It has always worked perfectly but the result is now completely wrong (to small
in height and much to small in width).

I'll file a new bugreport for this.

Popup.prototype.resize = function(){
  if (!this.dialogMinimized){
    // set captionTDtitle width to 'auto'
    this.captionTDtitle.style.width = 'auto';
    // get contentDiv absolute size
    var contentDivWidth = this.contentDiv.offsetWidth;
    var contentDivHeight = this.contentDiv.offsetHeight;
    // get size of caption
    var captionWidth  = this.captionTDtitle.parentNode.offsetWidth;
    var captionHeight = this.caption.offsetHeight;
    // scale content
    this.content.style.width  = (contentDivWidth  < captionWidth  ? captionWidth
 : contentDivWidth)  + 'px';
    this.content.style.height = (contentDivHeight < captionHeight ?
captionHeight : contentDivHeight) + 'px';
    // set captionTDtitle width to 100%
    this.captionTDtitle.style.width = '100%';
    // scale frame
    Popup.scaleFrame(this);
    }
}

// scale frame to the content
Popup.scaleFrame = function(ref){
  // set frame width & height according to content
  ref.frame.style.width = ref.content.offsetWidth + 'px';
  ref.frame.style.height = ref.content.offsetHeight + ref.caption.offsetHeight +
'px';
}
 

Comment 6

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 7

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.

Comment 8

[Andre Deyk]

this bug still exists !
even in FF 1.07

Comment 9

[William Bumgarner [:zsinj]]

<- Reopening as per comment #8

Comment 10

[Peter van der Woude [:Peter6]]

This works on latest branch/trunk and isn't (extremely unlikely) going to be
fixed for 1.0.X

FF 1.0.X versions are just security updates, not for development

Comment 11

[William Bumgarner [:zsinj]]

<- VERI per comment #10