721114 - Line position on focus loss returns to top...bindings.xbl

Status: RESOLVED WONTFIX

(Core :: XBL, defect)

Description

[vsub32]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20111220165912

Steps to reproduce:

First of,I'm not coder/developer but I had a problem with Firefox 9(after switching from Firefox 3.6.25)and I find the reason for it which is actually really old bug that exists since firefox-3.7a4pre.en-US.win32 till the newest Aurora but the strange thing is,that it does not affect everyone.

And there is no point in asking "did you tried clean profile/safe mode",I already tried that like million times until I find the problem.

This happens on every add-on that have in his window a text area that allows you to write multiple lines and it also happens with Scratchpad too(when you are not using Orion).

Just make few lines(enough to see the vertical scrollbar but even one line is enough),click on any active/unactive button or right click on the window tittle.





Actual results:

When the cursor dissapear from the text area after doing the above,if you right click on the text area(bring the context menu)or left click on any of the scrollbars of the text area,it will always return you to he first line.

If you have undo history and use it,it will also return you to first line but after selecting the Undo option,the cursor will go where it was the last time but the window won't be scrolled down to it,will stay on the first line

The same thing also happens even if you don't create even one line but type at least one character


Expected results:

Stay on the last selected line and cursor position like it was before.

It's between those to releases
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/03/2010-03-18-04-mozilla-central/
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/03/2010-03-19-04-mozilla-central/

The bug is between those two version and to be more precise in the file named xul.dll
The version difference in that file between both FF releases is just one
1.9.3.3729 => 1.9.3.3730

If I install the second release(2010-03-19-04 with the 1.9.3.3730 xul.dll file)and copy the file xul.dll(1.9.3.3729)from the 2010-03-18-04 release to the newer version,the problem disappear on it.

The version of 2010-03-18-04 point to this link
http://hg.mozilla.org/mozilla-central/rev/2cc5ad2cf917

The version of 2010-03-19-04 point to this link
http://hg.mozilla.org/mozilla-central/rev/5108c4c2c043

And this look like a good start
http://hg.mozilla.org/mozilla-central/rev/ce72ac91f1ad
or maybe this one - this by looking at 
https://bugzilla.mozilla.org/show_bug.cgi?id=231389
looks really similar to my problem(or maybe the same)
http://hg.mozilla.org/mozilla-central/rev/ba70a0cb9240

Comment 1

[Loic]

I tested with Scratchpad with your (small) STR and I observed the behavior you explained.
So I post clear STR:

1) Open about:config and set devtools.editor.component = textarea
2) Open Scratchpad (Alt+F4)
3) Write few lines enough to make the vertical scrollbar to appear
4) Right click on title bar of the Scratchpad window
5) Left click on the vertical scrollbar (or right click on the text area)
6) Observe the position of the blinking cursor

Result: the blinking cursor returns to the start of the 1st line instead of staying at the end of the last line.

If you test with Orion editor (devtools.editor.component = orion), after step #5, the blinking cursor simply disappears from the text area (and its position is lost).

I tried with the editor of add-on Stylish (https://addons.mozilla.org/en-US/firefox/addon/stylish/), same result, the cursor returns to the 1st line.

If you test in Notepad editor (Windows), the cursor position is retained at the end of the last line.

Comment 2

[vsub32]

Yes,this problem exist in firefox only(I tried tons of other things thinking that the reason is not firefox but in the end it really was firefox)

Comment 3

[vsub32]

Take a look here
http://forums.mozillazine.org/viewtopic.php?f=38&t=2408069&p=11718905#p11718905

Comment 4

[Loic]

Maybe you can change your bug title for something more explicit, like "Loss of focus in chrome://userxul/content/bindings.xbl" or something like that.

Comment 5

[vsub32]

Currently we are at FF14 and still nothing.
Why no one is trying to fix this annoying problem.

Right now using the newest version of AdBlock Plus and FF14,makes the fix to not work :(

Comment 6

[Loic]

(In reply to vsub32 from comment #5)
> Currently we are at FF14 and still nothing.
> Why no one is trying to fix this annoying problem.
> 
> Right now using the newest version of AdBlock Plus and FF14,makes the fix to
> not work :(

Firstly, it's a minor bug that impact a few people.

Secondly, the STR are not clear. I tested with Scratchpad in FF14 but the new editor is Orion (devtools.editor.component=orion) and the old default one (devtools.editor.component=textarea) has been removed according to Bug 717373.
So my STR I posted in comment #1 don't work anymore with Scratchpad.

I tried to find a regression range according to your comment #0 around 2010-03-18/19 but I need to find an add-on like Stylish which offers a text editor.
http://mirrors.ircam.fr/pub/mozilla/addons/2108/
I tried with various versions of Stylish compatible with firefox-3.7a4pre but I'm not able to reproduce the STR, maybe because Stylish's versions are too old.

So please, I'm OK to find a potential regression range, but please, provide clear STR with steps and add-on.

Comment 7

[vsub32]

So you need a combination of FF 3.7 and add-on that have that problem or FF14 with add-on that have that problem?

BTW you can use FF14 and the newest Stylish and still have the problem if you change the stylish editor to the old one and restart FF
extensions.stylish.editor set to 1

Comment 8

[Loic]

(In reply to vsub32 from comment #7)
> So you need a combination of FF 3.7 and add-on that have that problem or
> FF14 with add-on that have that problem?

Yes, that's the point. I cannot install a current version of an add-on with FF 3.7 because there is a good chance that it will be incompatible (even if the add-on text editor may be not broken). So if you know an add-on I can test with FF 3.7, let me know.

> BTW you can use FF14 and the newest Stylish and still have the problem if
> you change the stylish editor to the old one and restart FF
> extensions.stylish.editor set to 1

Yes I know but it will not help me to find the regression when I'm going to try with old versions of FF.

Comment 9

[vsub32]

Not sure if this is what you want but using Stylish 1.2.2
https://addons.mozilla.org/en-US/firefox/addon/stylish/versions/

with this version of FF 3.7
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/03/2010-03-18-04-mozilla-central/
work fine

but with the next version(as I said on the first post),the problem appear
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/03/2010-03-19-04-mozilla-central/

Just make a new blank style,make a few lines down,click on one of those
1.Preview button
2.Find text area
3.Inactive next\previous buttons
4.Insert button
...basically everywhere that will remove the focus of the code text area. 

and when you right click on the code text area or left click on the vertical scrollbar,the blinking indicator will jump to the first line.

Comment 10

[Loic]

Thanks for the STR, that's reproducible now.

I tried with Stylish 1.2.2 and old versions of FF but I didn't find any regression around March 2010. I pushed to 2010-01, same behavior (loss of cursor). So I'm not sure if it's a regression.

Comment 11

[Boris Zbarsky [:bzbarsky]]

XBL is now disabled in Firefox (Bug 1583314) and is in the process of being removed from Gecko (Bug 1566221), so closing bugs requesting changes to its implementation as wontfix.