GNU bug report logs -
#732
w3m shows different results than Firefox browser
Previous Next
Reported by: xah lee <xah <at> xahlee.org>
Date: Sat, 16 Aug 2008 20:55:04 UTC
Severity: normal
Done: Sven Joachim <svenjoac <at> gmx.de>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 732 in the body.
You can then email your comments to 732 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#732
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
xah lee <xah <at> xahlee.org>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
This appears to be a w3m bug or the w3m-mode bug and can be
reproduced 100%.
Summary:
The results from using Opera, Safari, Firefox, in google search seems
to differ from results shown in w3m, for certain url string.
To test, try this url in Firefox and w3m/emacs:
http://www.google.com/search?q=%22The%20computer%20wizards%20at%
20Industrial%20Light%20and%20Magic%20help%20alchemize%22
standard browsers shows many results, top one is this time mag article:
http://www.time.com/time/magazine/article/0,9171,981238-1,00.html
Safari, Firefox, Opera seems show identical results. (some has
cookies turned on, some not, so this search shouldn't depends on
cookies)
but in w3m it just shows one vocabulary page on my website that
quoted this phrase.
---------
GNU Emacs 22.2.1 (powerpc-apple-darwin8.11.0, Carbon Version 1.6.0)
of 2008-04-05 on g5.tokyo.stp.isas.jaxa.jp
The w3m mode i'm using is: emacs-w3m-1.4.4
Xah
∑ http://xahlee.org/
☄
In GNU Emacs 22.2.1 (powerpc-apple-darwin8.11.0, Carbon Version 1.6.0)
of 2008-04-05 on g5.tokyo.stp.isas.jaxa.jp
Windowing system distributor `Apple Inc.', version 10.4.11
configured using `configure '--prefix=/Applications/Emacs.app/
Contents/Resources' '--with-carbon' '--without-x' '--libexecdir=/
Volumes/Emacs/Emacs.app/Contents/MacOS/libexec' 'CFLAGS=-Os -arch
i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -DUSE_ATSUI -
DUSE_MAC_TSM''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
locale-coding-system: iso-8859-1
default-enable-multibyte-characters: t
Major mode: Emacs-Lisp
Minor modes in effect:
encoded-kbd-mode: t
shell-dirtrack-mode: t
desktop-save-mode: t
delete-selection-mode: t
recentf-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
☄
Reply sent to
Sven Joachim <svenjoac <at> gmx.de>
:
You have taken responsibility.
Full text and
rfc822 format available.
Notification sent to
xah lee <xah <at> xahlee.org>
:
bug acknowledged by developer.
Full text and
rfc822 format available.
Message #10 received at 732-done <at> emacsbugs.donarmstrong.com (full text, mbox):
On 2008-08-16 22:44 +0200, xah lee wrote:
> This appears to be a w3m bug or the w3m-mode bug and can be reproduced
> 100%.
>
> Summary:
> The results from using Opera, Safari, Firefox, in google search seems
> to differ from results shown in w3m, for certain url string.
>
> To test, try this url in Firefox and w3m/emacs:
>
> http://www.google.com/search?q=%22The%20computer%20wizards%20at%
> 20Industrial%20Light%20and%20Magic%20help%20alchemize%22
>
> standard browsers shows many results, top one is this time mag article:
> http://www.time.com/time/magazine/article/0,9171,981238-1,00.html
>
> Safari, Firefox, Opera seems show identical results. (some has cookies
> turned on, some not, so this search shouldn't depends on cookies)
>
> but in w3m it just shows one vocabulary page on my website that quoted
> this phrase.
This is PEBKAC, just remove the %22 quotation marks. With them, the
above URL shows only one result in any browser I've tried, including
Firefox and Konqueror; without them, w3m and other browsers show many
results.
Fortunately, Google does not seem to discriminate "non-standard"
browsers yet.
Sven
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#732
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
xah lee <xah <at> xahlee.org>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #15 received at 732 <at> emacsbugs.donarmstrong.com (full text, mbox):
Thanks.
for what's worth, here's what i've found:
In OSX 10.4.11, in Safari, Opera, Firefox (all latest public
version), when this line is pasted into the url field:
http://www.google.com/search?q=%22The%20computer%20wizards%20at%
20Industrial%20Light%20and%20Magic%20help%20alchemize%22
they all return mulitple results with the following line on top:
«Information No results found for "The computer wizards at Industrial
Light and Magic help alchemize".
Results for The computer wizards at Industrial Light and Magic help
alchemize (without quotes):»
in w3m and icab, they give just 1 result using the exact phrase as it
should.
So, perhaps some how when google search automatically switch to a non-
exact-phrase search when the exact-phrase search got only one result?
But this couldn't be because FF and Opera in linux apparantly return
just 1 result from exact phrase search too.
prob nothing to do with emacs then... but a browser/web oddity...
Xah
∑ http://xahlee.org/
☄
On Aug 17, 2008, at 1:00 AM, Emacs bug Tracking System wrote:
This is an automatic notification regarding your bug report
which was filed against the emacs package:
#732: w3m shows different results than Firefox browser
It has been closed by Sven Joachim <svenjoac <at> gmx.de>.
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Sven Joachim
<svenjoac <at> gmx.de> by
replying to this email.
--
732: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=732
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
From: Sven Joachim <svenjoac <at> gmx.de>
Date: August 17, 2008 12:51:30 AM PDT
To: xah lee <xah <at> xahlee.org>
Cc: 732-done <at> debbugs.gnu.org
Subject: Re: bug#732: w3m shows different results than Firefox browser
On 2008-08-16 22:44 +0200, xah lee wrote:
> This appears to be a w3m bug or the w3m-mode bug and can be reproduced
> 100%.
>
> Summary:
> The results from using Opera, Safari, Firefox, in google search seems
> to differ from results shown in w3m, for certain url string.
>
> To test, try this url in Firefox and w3m/emacs:
>
> http://www.google.com/search?q=%22The%20computer%20wizards%20at%
> 20Industrial%20Light%20and%20Magic%20help%20alchemize%22
>
> standard browsers shows many results, top one is this time mag
> article:
> http://www.time.com/time/magazine/article/0,9171,981238-1,00.html
>
> Safari, Firefox, Opera seems show identical results. (some has cookies
> turned on, some not, so this search shouldn't depends on cookies)
>
> but in w3m it just shows one vocabulary page on my website that quoted
> this phrase.
This is PEBKAC, just remove the %22 quotation marks. With them, the
above URL shows only one result in any browser I've tried, including
Firefox and Konqueror; without them, w3m and other browsers show many
results.
Fortunately, Google does not seem to discriminate "non-standard"
browsers yet.
Sven
From: xah lee <xah <at> xahlee.org>
Date: August 16, 2008 1:44:42 PM PDT
To: bug-gnu-emacs <at> gnu.org
Subject: w3m shows different results than Firefox browser
This appears to be a w3m bug or the w3m-mode bug and can be
reproduced 100%.
Summary:
The results from using Opera, Safari, Firefox, in google search seems
to differ from results shown in w3m, for certain url string.
To test, try this url in Firefox and w3m/emacs:
http://www.google.com/search?q=%22The%20computer%20wizards%20at%
20Industrial%20Light%20and%20Magic%20help%20alchemize%22
standard browsers shows many results, top one is this time mag article:
http://www.time.com/time/magazine/article/0,9171,981238-1,00.html
Safari, Firefox, Opera seems show identical results. (some has
cookies turned on, some not, so this search shouldn't depends on
cookies)
but in w3m it just shows one vocabulary page on my website that
quoted this phrase.
---------
GNU Emacs 22.2.1 (powerpc-apple-darwin8.11.0, Carbon Version 1.6.0)
of 2008-04-05 on g5.tokyo.stp.isas.jaxa.jp
The w3m mode i'm using is: emacs-w3m-1.4.4
Xah
∑ http://xahlee.org/
☄
In GNU Emacs 22.2.1 (powerpc-apple-darwin8.11.0, Carbon Version 1.6.0)
of 2008-04-05 on g5.tokyo.stp.isas.jaxa.jp
Windowing system distributor `Apple Inc.', version 10.4.11
configured using `configure '--prefix=/Applications/Emacs.app/
Contents/Resources' '--with-carbon' '--without-x' '--libexecdir=/
Volumes/Emacs/Emacs.app/Contents/MacOS/libexec' 'CFLAGS=-Os -arch
i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -DUSE_ATSUI -
DUSE_MAC_TSM''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
locale-coding-system: iso-8859-1
default-enable-multibyte-characters: t
Major mode: Emacs-Lisp
Minor modes in effect:
encoded-kbd-mode: t
shell-dirtrack-mode: t
desktop-save-mode: t
delete-selection-mode: t
recentf-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
☄
☄
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#732
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Sven Joachim <svenjoac <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #20 received at 732 <at> emacsbugs.donarmstrong.com (full text, mbox):
On 2008-08-17 22:22 +0200, xah lee wrote:
> for what's worth, here's what i've found:
>
> In OSX 10.4.11, in Safari, Opera, Firefox (all latest public version),
> when this line is pasted into the url field:
>
> http://www.google.com/search?q=%22The%20computer%20wizards%20at%
> 20Industrial%20Light%20and%20Magic%20help%20alchemize%22
>
> they all return mulitple results with the following line on top:
>
> «Information No results found for "The computer wizards at Industrial
> Light and Magic help alchemize".
>
> Results for The computer wizards at Industrial Light and Magic help
> alchemize (without quotes):»
>
> in w3m and icab, they give just 1 result using the exact phrase as it
> should.
This might be dependent on your language settings. When I set English
as preferred language for Google results in Firefox, I get different
results than with the default German. Go figure...
> So, perhaps some how when google search automatically switch to a non-
> exact-phrase search when the exact-phrase search got only one result?
No, only when there are _zero_ results.
> prob nothing to do with emacs then... but a browser/web oddity...
Exactly.
Cheers,
Sven
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Mon, 15 Sep 2008 14:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 359 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.