Your message dated Wed, 3 Aug 2011 22:17:16 +0200
with message-id <[email protected]>
and subject line Re: Bug#444499: field completion / suggestion often gets in 
the way
has caused the Debian Bug report #444499,
regarding field completion / suggestion often gets in the way
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
444499: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444499
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: iceweasel
Version: 2.0.0.6-1
Severity: normal

Hello,

I will give an example to illustrate my point. I have tried it out in
"safe mode".

(1) I enter "minimal entropy martingale measure" in Google's search
text box

(2) When the results come up, I want change my search text to "minimal
martingale measure". I click just after the word "entropy" in the text
box at the top of the results page, and the completion "minimal
entropy martingale measure" appears appears in a menu below the box
(even though that same string is also already in the box). (Actually,
this happens only about 50% of the time, it may be necessary to try
clicking at different parts of the word) Since I had to click on the
search box to change the text, my cursor is right near the box. When I
take my hand off the mouse to type, the cursor happens to move down a
few pixels (this happens a lot when I use a trackpad, but also when I
use my optical mouse), briefly crossing over the menu of completions.

(3) This results in the single completion being highlighted. 
Inexplicably, it stays highlighted even when my mouse has moved off of
it to below the bottom of the menu. Even more strangely, it stays
highlighted when I start typing in the text box.

(4) I hit delete a few times to delete the word "entropy", but the
completion "minimal martingale martingale measure", the text of my
original search, is still highlighted.

(5) I hit enter. This doesn't result in a new search with the new
contents of the search box, as I had hoped; but it results in the
completion (a useless completion, no less, since it was the original
text of the box) being selected, and the edit I just made
disappearing, and the text "minimal martingale martingale measure"
returning to the search box, and no search happening.

So, completion as implemented in this program (is it possible to turn
it off, by the way?) is basically incompatible with my mouse moving
down a few pixels after I take my hand off of it. That seems rather
demanding - the mouse is an analog device and the cursor can't be
expected to stay 100% still all the time. In general, it seems like a
good idea for a highlighted menu selection to become unhighlighted
when the user starts typing, even in the case where it is still under
the cursor (which it is not, in my example above), since typing
generally indicates a lack of intent to click.

Thank you in advance - I hope that this can be eventually fixed...

Frederik

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils             2.23.1           Miscellaneous utilities specific t
ii  fontconfig              2.4.2-1.2        generic font configuration library
ii  libatk1.0-0             1.18.0-2         The ATK accessibility toolkit
ii  libc6                   2.6.1-1          GNU C Library: Shared libraries
ii  libcairo2               1.4.10-1         The Cairo 2D vector graphics libra
ii  libfontconfig1          2.4.2-1.2        generic font configuration library
ii  libfreetype6            2.3.5-1+b1       FreeType 2 font engine, shared lib
ii  libgcc1                 1:4.2.1-4        GCC support library
ii  libglib2.0-0            2.14.0-2         The GLib library of C routines
ii  libgtk2.0-0             2.10.13-1        The GTK+ graphical user interface 
ii  libhunspell-1.1-0       1.1.9-1          spell checker and morphological an
ii  libjpeg62               6b-13            The Independent JPEG Group's JPEG 
ii  libnspr4-0d             4.6.7-1          NetScape Portable Runtime Library
ii  libnss3-0d              3.11.7-1         Network Security Service libraries
ii  libpango1.0-0           1.16.5-1         Layout and rendering of internatio
ii  libpng12-0              1.2.15~beta5-2   PNG library - runtime
ii  libstdc++6              4.2.1-4          The GNU Standard C++ Library v3
ii  libx11-6                2:1.0.3-7        X11 client-side library
ii  libxft2                 2.1.12-2         FreeType-based font drawing librar
ii  libxinerama1            1:1.0.2-1        X11 Xinerama extension library
ii  libxp6                  1:1.0.0.xsf1-1   X Printing Extension (Xprint) clie
ii  libxrender1             1:0.9.2-1        X Rendering Extension client libra
ii  libxt6                  1:1.0.5-3        X11 toolkit intrinsics library
ii  psmisc                  22.5-1           Utilities that use the proc filesy
ii  zlib1g                  1:1.2.3.3.dfsg-5 compression library - runtime

iceweasel recommends no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
On Wed, Aug 03, 2011 at 08:27:16PM +0100, Frederik Eaton wrote:
> > > I have tried Ubuntu firefox 5.0.
> > > 
> > > Above is an an old email in which I list the things that need to be
> > > fixed, at the very bottom. According to my testing, it appears they
> > > have made change #2, but not 1, 3, 4 or 5. I guess #2 was the most
> > > important one. I am a bit surprised that #5 is not done yet (is this
> > > correct?).
> > 
> > For #5: 
> > http://support.mozilla.com/en-US/kb/Form%20autocomplete#w_prevent-firefox-from-storing-form-entries
> 
> Aha!
> 
> > > The others are low-priority.
> > 
> > I'd even say they're more a matter of taste.
> > All in all, can we agree the bug can be closed?
> 
> Yes, thank you.

Closing, then.

Thanks

Mike


--- End Message ---

Reply via email to