Ticket #6941 (closed Bug: fixed)
horizontal scrollbar in firefox
| Reported by: | holger | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | General | Version: | 3.5 |
| Keywords: | Firefox HasPatch | Cc: | Saare |
Description
which only occurs in the initialization for 1 second to and is dependent on their parents' style
you need to change
_source/plugins/wysiwygarea/plugin.js line 537
from
element.setStyles( { position : 'absolute', top : '-3000px' } );
to
element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );
Attachments
Change History
comment:2 Changed 2 years ago by garry.yao
- Status changed from new to pending
Could you provide a test case that shows the scrollbar?
Also, #5956 must be re-checked as there's no originate TC and I was unable to reproduce it in FF.
comment:3 Changed 2 years ago by holger
the reason is the style 'overflow:auto' in the testcase.
and the patch was not complete. i have forget to save the original left value.
previousStyles = {
position : element.getStyle( 'position' ), left : element.getStyle( 'left' ) top : element.getStyle( 'top' )
};
element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );
comment:8 Changed 2 years ago by Saare
We cannot use the left property because of our need for RTL compatibility. I'm not sure how much we can do in this sense to make it work well with overflowing parent, as also the regular way to check if right or left should be used will fail with them.
comment:9 Changed 2 years ago by garry.yao
For me, #5956 is simply not reproducible (or at least it's missing a tc), even if it's valid, hidden/opacity fix should be considered in prior to an offset hack.
comment:10 Changed 21 months ago by garry.yao
- Status changed from confirmed to closed
- Resolution set to fixed
Expired on trunk.
