Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2012-06-12 Thread Vincent Lefevre
forwarded 573436 https://bugzilla.mozilla.org/show_bug.cgi?id=551678
thanks

Mike,

On 2011-08-01 10:21:34 +0200, Vincent Lefevre wrote:
 The problem with the links is no longer there, but there's still at
 least a minor problem: when I click on the menu item (Error Console),
 the tab under the mouse pointer is highlighted and remains highlighted
 after the error console appears and until the mouse pointer is moved
 over the main window.

It seems that I can no longer reproduce this problem and a similar one.
Details here: https://bugzilla.mozilla.org/show_bug.cgi?id=551678#c6
I've tried with iceweasel 10.0.5esr-1.

I've closed the bug upstream. Perhaps the Debian bug should be closed
too, unless you see some bug on your side.

Regards,

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2012-06-12 Thread Mike Hommey
On Tue, Jun 12, 2012 at 06:53:56PM +0200, Vincent Lefevre wrote:
 forwarded 573436 https://bugzilla.mozilla.org/show_bug.cgi?id=551678
 thanks
 
 Mike,
 
 On 2011-08-01 10:21:34 +0200, Vincent Lefevre wrote:
  The problem with the links is no longer there, but there's still at
  least a minor problem: when I click on the menu item (Error Console),
  the tab under the mouse pointer is highlighted and remains highlighted
  after the error console appears and until the mouse pointer is moved
  over the main window.
 
 It seems that I can no longer reproduce this problem and a similar one.
 Details here: https://bugzilla.mozilla.org/show_bug.cgi?id=551678#c6
 I've tried with iceweasel 10.0.5esr-1.
 
 I've closed the bug upstream. Perhaps the Debian bug should be closed
 too, unless you see some bug on your side.

Feel free to close this bug.

Mike



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2011-08-01 Thread Vincent Lefevre
severity 573436 minor
thanks

On 2011-07-31 15:22:37 +0200, Mike Hommey wrote:
 Can you check if that still happens with iceweasel 5.0 ?

The problem with the links is no longer there, but there's still at
least a minor problem: when I click on the menu item (Error Console),
the tab under the mouse pointer is highlighted and remains highlighted
after the error console appears and until the mouse pointer is moved
over the main window.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2011-07-31 Thread Mike Hommey
On Thu, Mar 11, 2010 at 11:13:43PM +0100, Vincent Lefevre wrote:
 On 2010-03-11 17:15:32 +0100, Mike Hommey wrote:
  I always forget that one needs to edit the application.ini file.
  Anyways, it doesn't have a tab bar... So the tab bar is the only place
  where you have an offset ?
 
 I've done some tests with Iceweasel on a different machine:
 
 * The Error Console menu item appears over the document area, so that
   the bug is not reproducible with it.
 
 * The About Iceweasel menu item appears over the toolbar, but manual
   placement doesn't work with it (I don't know why). Manual placement
   doesn't work either with Save Page As while it was working on the
   other machine.
 
 * Manual placement works with New Window and the bug can be reproduced
   with it. The New Window menu item appears over the nav-bar. So, no
   need for a tab bar to reproduce the bug.
 
 Concerning mybrowser, the UI seems to be too limited to make the bug
 appear: one must have the possibility to make a new window appear while
 the mouse pointer is over one of the bars.

Can you check if that still happens with iceweasel 5.0 ?

Mike



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-12 Thread Vincent Lefevre
On 2010-03-11 23:13:43 +0100, Vincent Lefevre wrote:
 * Manual placement works with New Window and the bug can be reproduced
   with it. The New Window menu item appears over the nav-bar. So, no
   need for a tab bar to reproduce the bug.

iceape 2.0.3-5 has the same problem with New Window. In fact,
the problem can be reproduced when the mouse pointer was over
the navigation toolbar (Back - Forward - ...) when clicking on
the menu item, but not when it was over the personal toolbar or
over the tab bar (I did several tests for each of them).

For instance, the Manage Bookmarks... menu item appears partly
over the navigation toolbar and over the personal toolbar, and
when one clicks on it, the behavior depends on whether one clicks
near the top or near the bottom.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Vincent Lefevre
Package: iceweasel
Version: 3.5.8-1
Severity: normal

Bug reported on https://bugzilla.mozilla.org/show_bug.cgi?id=551678
and reproducible with -safe-mode.

When using manual window placement (fvwm's ManualPlacement, a.k.a.
active placement), Firefox doesn't track the mouse correctly. For
instance, it may think that the mouse pointer is still over the tab bar
while it is no longer over it, yielding buggy behavior. See steps to
reproduce below: this is always reproducible in safe mode.

Reproducible: Always

Steps to Reproduce:

1. Choose the fvwm window manager with ManualPlacement (steps 6 and 7
below are part of manual placement): Style * ManualPlacement (in fact,
I've tried with ActivePlacement, but ManualPlacement should be better to
reproduce the bug on some configurations).

2. Run: firefox -safe-mode

3. Open a web page that has links (optional, depending on whether the
current web page is OK or not).

4. In the menu bar, click on Tools. Make sure that the Error Console
item appears partly over the tab bar, otherwise the bug may not be
reproducible.

5. Click on Error Console (the mouse pointer must be at the tab bar
level).

6. Move the mouse pointer to position the error console over the
document area (web page). What's important IMHO is that when the
error console appears, the mouse pointer isn't over the tab bar.

7. Click with the left button to make the error console appear.

8. Move the mouse pointer over the links of the web page.

Actual Results:  

When the mouse pointer is over a link, the correct behavior (arrow
replaced by a hand, URL appears in the status bar) occurs for a fraction
of second (hardly visible), then the mouse pointer is changed back to
an arrow and the URL is replaced by Done in the status bar, as if the
mouse pointer were moved to an empty area (or to the tab bar).

Actually, when testing this with the Tab Mix Plus extension, a close
button may appear over some tab, suggesting that Firefox thinks that
the mouse pointer is still over the tab bar (at the position where the
click over the menu item was done?).

This buggy behavior stops once one moves the mouse pointer to the
tab bar, then back to links on the web page.

Expected Results:  

When the mouse pointer is over a link, the arrow should be replaced by
a hand and the URL should appear in the status bar.

FYI, here's how ManualPlacement is described in the fvwm man page: The
user is required to place every new window manually. The window only
shows as a rubber band until a place is selected manually. The window is
placed when a mouse button or any key except Escape is pressed. [...]

-- Package-specific info:

-- Extensions information
Name: DOM Inspector
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org
Package: xul-ext-dom-inspector
Status: enabled

Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Dictionnaire français «Classique»
Location: ${PROFILE_EXTENSIONS}/fr...@dictionaries.addons.mozilla.org
Status: enabled

Name: Firefox Showcase
Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}
Status: enabled

Name: Flagfox
Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}
Status: enabled

Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled

Name: Forecastfox
Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3}
Status: enabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}
Status: enabled

Name: HeadingsMap
Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net
Status: enabled

Name: Link Widgets
Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org
Status: enabled

Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled

Name: Open in Browser
Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net
Status: enabled

Name: Pinger
Location: ${PROFILE_EXTENSIONS}/jane...@pinger
Status: enabled

Name: SearchStatus
Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}
Status: enabled

Name: Stylish
Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}
Status: enabled

Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}
Status: enabled

Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Status: enabled

Name: X-Ray
Location: ${PROFILE_EXTENSIONS}/{3f1182ea-3243-4d32-8826-71fb1cc9c328}
Status: enabled

-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

Name: DivXî Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

Name: DjVuLibre-3.5.22
Location: /usr/lib/netscape/plugins-libc6/nsdejavu.so
Package: 

Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Mike Hommey
On Thu, Mar 11, 2010 at 03:18:54PM +0100, Vincent Lefevre wrote:
 Package: iceweasel
 Version: 3.5.8-1
 Severity: normal
 
 Bug reported on https://bugzilla.mozilla.org/show_bug.cgi?id=551678
 and reproducible with -safe-mode.
 
 When using manual window placement (fvwm's ManualPlacement, a.k.a.
 active placement), Firefox doesn't track the mouse correctly. For
 instance, it may think that the mouse pointer is still over the tab bar
 while it is no longer over it, yielding buggy behavior. See steps to
 reproduce below: this is always reproducible in safe mode.

snip

Can you check that also happens with one or more of the following:
- conkeror
- iceape 2.0.x
- icedove 3.0.x
- xulrunner-1.9.1 mybrowser/application.ini (where mybrowser is
  unpacked from
  http://benjamin.smedbergs.us/xulrunner/mybrowser-0.2.2.xulapp )

Thanks

Mike



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Vincent Lefevre
On 2010-03-11 15:29:33 +0100, Mike Hommey wrote:
 Can you check that also happens with one or more of the following:
 - conkeror

This is not applicable to conkeror (it doesn't have a tab bar, AFAIK).

 - iceape 2.0.x

The UI is different, but I tried something similar:

1. I opened a second tab to make the tab bar appear.
2. The About Plugins item from the Help menu also appears over
   the tab bar and also makes a new window appear. So, I clicked
   on it.
3. I moved the mouse pointer over the web page to position the
   About Plugins window over it, then clicked with the left
   button to make the window appear.
4. I moved the mouse pointer over links of the web page, but
   everything works correctly.

I tried several times, and couldn't reproduce the bug with iceape
even though the conditions are very similar. I've also tried with
Tools - Popup Manager - Manage Popups. No differences.

 - icedove 3.0.x

It doesn't seem to be applicable (too different UI).

 - xulrunner-1.9.1 mybrowser/application.ini (where mybrowser is
   unpacked from
   http://benjamin.smedbergs.us/xulrunner/mybrowser-0.2.2.xulapp )

$ xulrunner-1.9.1 mybrowser-0.2.2/application.ini
Error: Platform version '1.9.1.8' is not compatible with
minVersion = 1.8
maxVersion = 1.8.0.*
zsh: exit 1 xulrunner-1.9.1 mybrowser-0.2.2/application.ini

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Vincent Lefevre
On 2010-03-11 15:18:54 +0100, Vincent Lefevre wrote:
 Actually, when testing this with the Tab Mix Plus extension, a close
 button may appear over some tab, suggesting that Firefox thinks that
 the mouse pointer is still over the tab bar (at the position where the
 click over the menu item was done?).

I confirm that the tab in question corresponds to the position where
the click over the menu item was done.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Mike Hommey
On Thu, Mar 11, 2010 at 04:54:43PM +0100, Vincent Lefevre wrote:
 On 2010-03-11 15:29:33 +0100, Mike Hommey wrote:
  Can you check that also happens with one or more of the following:
  - conkeror
 
 This is not applicable to conkeror (it doesn't have a tab bar, AFAIK).
 
  - iceape 2.0.x
 
 The UI is different, but I tried something similar:
 
 1. I opened a second tab to make the tab bar appear.
 2. The About Plugins item from the Help menu also appears over
the tab bar and also makes a new window appear. So, I clicked
on it.
 3. I moved the mouse pointer over the web page to position the
About Plugins window over it, then clicked with the left
button to make the window appear.
 4. I moved the mouse pointer over links of the web page, but
everything works correctly.
 
 I tried several times, and couldn't reproduce the bug with iceape
 even though the conditions are very similar. I've also tried with
 Tools - Popup Manager - Manage Popups. No differences.
 
  - icedove 3.0.x
 
 It doesn't seem to be applicable (too different UI).
 
  - xulrunner-1.9.1 mybrowser/application.ini (where mybrowser is
unpacked from
http://benjamin.smedbergs.us/xulrunner/mybrowser-0.2.2.xulapp )
 
 $ xulrunner-1.9.1 mybrowser-0.2.2/application.ini
 Error: Platform version '1.9.1.8' is not compatible with
 minVersion = 1.8
 maxVersion = 1.8.0.*
 zsh: exit 1 xulrunner-1.9.1 mybrowser-0.2.2/application.ini

I always forget that one needs to edit the application.ini file.
Anyways, it doesn't have a tab bar... So the tab bar is the only place
where you have an offset ?

Mike



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



Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement

2010-03-11 Thread Vincent Lefevre
On 2010-03-11 17:15:32 +0100, Mike Hommey wrote:
 I always forget that one needs to edit the application.ini file.
 Anyways, it doesn't have a tab bar... So the tab bar is the only place
 where you have an offset ?

I've done some tests with Iceweasel on a different machine:

* The Error Console menu item appears over the document area, so that
  the bug is not reproducible with it.

* The About Iceweasel menu item appears over the toolbar, but manual
  placement doesn't work with it (I don't know why). Manual placement
  doesn't work either with Save Page As while it was working on the
  other machine.

* Manual placement works with New Window and the bug can be reproduced
  with it. The New Window menu item appears over the nav-bar. So, no
  need for a tab bar to reproduce the bug.

Concerning mybrowser, the UI seems to be too limited to make the bug
appear: one must have the possibility to make a new window appear while
the mouse pointer is over one of the bars.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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