Bug#444499: field completion / suggestion often gets in the way
On Tue, Aug 02, 2011 at 09:56:28PM +0100, Frederik Eaton wrote: On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: On Mon, Dec 21, 2009 at 05:13:45PM +0100, Mike Hommey wrote: On Sun, Nov 09, 2008 at 09:33:47AM +, Frederik Eaton wrote: On Sun, Nov 09, 2008 at 02:26:08AM -0500, Eric Dorland wrote: * Frederik Eaton (frede...@ofb.net) wrote: 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... Is this any better with the latest Iceweasel? Hello, The problematic behaviour seems to be unchanged in 3.0.3. As I fail to reproduce this in version 3.0.6 and I doubt the behaviour changed since 3.0.3, I'm wondering if you're talking about the google search box on the top right of the iceweasel user interface, or the google search field on the google web page. If the latter, then this is behavioural bug of the google web page. Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ These are the fixes which I suggest still need to be implemented: 1. Unhighlight completion menu selection when the mouse leaves the menu rectangle 2. Unhighlight completion menu selection when user starts typing (e.g. delete key, as in above report) 3. Don't include completions which exactly match the text of the box 4. Don't list completions when the insertion point is not at the end of the text. (This is already partially implemented - if I defocus the box, and then click in the middle, no completion menu shows up. But if I click at the end of the box to get a completion menu, and then click in the middle without defocussing, the completion menu stays around) 5. Allow user to turn off completion (?) Best wishes, Frederik I have tried Ubuntu firefox 5.0.
Bug#444499: field completion / suggestion often gets in the way
On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: On Mon, Dec 21, 2009 at 05:13:45PM +0100, Mike Hommey wrote: On Sun, Nov 09, 2008 at 09:33:47AM +, Frederik Eaton wrote: On Sun, Nov 09, 2008 at 02:26:08AM -0500, Eric Dorland wrote: * Frederik Eaton (frede...@ofb.net) wrote: 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... Is this any better with the latest Iceweasel? Hello, The problematic behaviour seems to be unchanged in 3.0.3. As I fail to reproduce this in version 3.0.6 and I doubt the behaviour changed since 3.0.3, I'm wondering if you're talking about the google search box on the top right of the iceweasel user interface, or the google search field on the google web page. If the latter, then this is behavioural bug of the google web page. Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ These are the fixes which I suggest still need to be implemented: 1. Unhighlight completion menu selection when the mouse leaves the menu rectangle 2. Unhighlight completion menu selection when user starts typing (e.g. delete key, as in above report) 3. Don't include completions which exactly match the text of the box 4. Don't list completions when the insertion point is not at the end of the text. (This is already partially implemented - if I defocus the box, and then click in the middle, no completion menu shows up. But if I click at the end of the box to get a completion menu, and then click in the middle without defocussing, the completion menu stays around) 5. Allow user to turn off completion (?) Best wishes, Frederik 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
Bug#444499: field completion / suggestion often gets in the way
On Fri, Feb 19, 2010 at 02:12:30PM +, Frederik Eaton wrote: On Tue, Dec 22, 2009 at 08:48:21AM +0100, Mike Hommey wrote: On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ This gets more understandable, but for me (but under 3.5.6) the completion thing is not as annoying as you describe it. Could you give a try to the iceweasel version from squeeze ? I'm sorry for the long delay in replying. I tried version 3.5.8 and still found the same problems. Can you perhaps be more specific about what you think is fixed? How about version 5.0 that you can either get from unstable or http://mozilla.debian.net/ ? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444499: field completion / suggestion often gets in the way
On Sun, Jul 31, 2011 at 03:37:32PM +0100, Frederik Eaton wrote: On Sun, Jul 31, 2011 at 01:54:37PM +0200, Mike Hommey wrote: On Fri, Feb 19, 2010 at 02:12:30PM +, Frederik Eaton wrote: On Tue, Dec 22, 2009 at 08:48:21AM +0100, Mike Hommey wrote: On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ This gets more understandable, but for me (but under 3.5.6) the completion thing is not as annoying as you describe it. Could you give a try to the iceweasel version from squeeze ? I'm sorry for the long delay in replying. I tried version 3.5.8 and still found the same problems. Can you perhaps be more specific about what you think is fixed? How about version 5.0 that you can either get from unstable or http://mozilla.debian.net/ ? I am using Ubuntu on my laptop now... Is there a recommended way to install this package on Ubuntu? You can check Ubuntu's firefox, there's not many reasons the behaviour with html form input completion would be different. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444499: field completion / suggestion often gets in the way
On Tue, Dec 22, 2009 at 08:48:21AM +0100, Mike Hommey wrote: On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ This gets more understandable, but for me (but under 3.5.6) the completion thing is not as annoying as you describe it. Could you give a try to the iceweasel version from squeeze ? I'm sorry for the long delay in replying. I tried version 3.5.8 and still found the same problems. Can you perhaps be more specific about what you think is fixed? Thank you, Frederik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444499: field completion / suggestion often gets in the way
On Sun, Nov 09, 2008 at 09:33:47AM +, Frederik Eaton wrote: On Sun, Nov 09, 2008 at 02:26:08AM -0500, Eric Dorland wrote: * Frederik Eaton (frede...@ofb.net) wrote: 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... Is this any better with the latest Iceweasel? Hello, The problematic behaviour seems to be unchanged in 3.0.3. As I fail to reproduce this in version 3.0.6 and I doubt the behaviour changed since 3.0.3, I'm wondering if you're talking about the google search box on the top right of the iceweasel user interface, or the google search field on the google web page. If the latter, then this is behavioural bug of the google web page. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444499: field completion / suggestion often gets in the way
On Mon, Dec 21, 2009 at 05:13:45PM +0100, Mike Hommey wrote: On Sun, Nov 09, 2008 at 09:33:47AM +, Frederik Eaton wrote: On Sun, Nov 09, 2008 at 02:26:08AM -0500, Eric Dorland wrote: * Frederik Eaton (frede...@ofb.net) wrote: 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... Is this any better with the latest Iceweasel? Hello, The problematic behaviour seems to be unchanged in 3.0.3. As I fail to reproduce this in version 3.0.6 and I doubt the behaviour changed since 3.0.3, I'm wondering if you're talking about the google search box on the top right of the iceweasel user interface, or the google search field on the google web page. If the latter, then this is behavioural bug of the google web page. Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ These are the fixes which I suggest still need to be implemented: 1. Unhighlight completion menu selection when the mouse leaves the menu rectangle 2. Unhighlight completion menu selection when user starts typing (e.g. delete key, as in above report) 3. Don't include completions which exactly match the text of the box 4. Don't list completions when the insertion point is not at the end of the text. (This is already partially implemented - if I defocus the box, and then click in the middle, no completion menu shows up. But if I click at the end of the box to get a completion menu, and then click in the middle without defocussing, the completion menu stays around) 5. Allow user to turn off completion (?) Best wishes, Frederik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444499: field completion / suggestion often gets in the way
On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote: Thanks for the response. That's a very reasonable misunderstanding - Google has added completion to its search box since this bug was filed two years ago, and is therefore no longer a good way to reproduce the bug. *** I can still reproduce the bug in a plain HTML text input box under 3.0.15. If you need an example of a plain HTML text input box, there is probably a more canonical one but ... here: http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/ This gets more understandable, but for me (but under 3.5.6) the completion thing is not as annoying as you describe it. Could you give a try to the iceweasel version from squeeze ? 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#444499: field completion / suggestion often gets in the way
On Sun, Nov 09, 2008 at 02:26:08AM -0500, Eric Dorland wrote: * Frederik Eaton ([EMAIL PROTECTED]) wrote: 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... Is this any better with the latest Iceweasel? Hello, The problematic behaviour seems to be unchanged in 3.0.3. Thanks, Frederik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444499: field completion / suggestion often gets in the way
* Frederik Eaton ([EMAIL PROTECTED]) wrote: 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... Is this any better with the latest Iceweasel? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#444499: field completion / suggestion often gets in the way
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.2generic 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.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-13The 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-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
