Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 102528 - www-client/mozilla-firefox or www-client/mozilla-launcher can't open wired.com from rss
Summary: www-client/mozilla-firefox or www-client/mozilla-launcher can't open wired.co...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-14 12:02 UTC by Ira Snyder
Modified: 2006-03-31 10:04 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Possible solution, needs revision. (mozilla-launcher-entities.patch,1.72 KB, patch)
2006-02-28 10:58 UTC, naquah
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Ira Snyder 2005-08-14 12:02:48 UTC
I use liferea to watch rss feeds. Some of the URL's have a comma in the name,
for example wired.com, which has a URL like this:
http://www.wired.com/news/medtech/0,1286,68522,00.html?tw=rss.TOP

I have liferea configured to open firefox as my web browser, and to open all
things in a new tab in the running window. (This will also open a new window if
there is no running window)

This runs the command line:
firefox -a firefox -remote
openURL(http://www.wired.com/news/medtech/0,1286,68522,00.html?tw=rss.TOP,new-tab)

Now, firefox takes me to a page on wired.com saying that it cannot find the
article I requested. This is because firefox is trying to access the page with
the URL:
http://www.wired.com/news/medtech/0

That URL is obviously not correct. www-client/mozilla-firefox or
www-client/mozilla-launcher seem to be discarding all things after the first
comma found. Please note that it does open the error page in a new tab, as
expected. It just doesn't get the right URL.

Versions:
www-client/mozilla-firefox: Deer Park Alpha 2 (installed from the mozilla.org
binary)
www-client/mozilla-launcher: 1.44

I do not know if I should take this upstream (it seems more like a
mozilla-firefox bug to me, after looking over the mozilla-launcher script). If
it is an upstream bug, it's probably better for the gentoo dev's to report it
upstream, as they may have more credibility than me :)

If you'd like me to test this with a more official build of firefox (from
gentoo) I'd be happy to do that. Just report back here.

Reproducible: Always
Steps to Reproduce:
1. Try running "firefox -a firefox -remote
openURL(http://www.wired.com/news/medtech/0,1286,68522,00.html?tw=rss.TOP,new-tab)"
at a command prompt.
2. Watch it not open the page that was intended

Actual Results:  
Firefox discards all of the URL after the first comma, and opens the result in a
new tab.

Expected Results:  
Firefox should open the page with the correct URL, in a new tab.

irasnyd@yuki ~ $ emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-morph7 i686)
=================================================================
System uname: 2.6.12-morph7 i686 AMD Athlon(tm) XP 3000+
Gentoo Base System version 1.6.13
ccache version 2.4 [enabled]
dev-lang/python:     2.4.1-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -fforce-addr -fweb
-ftracer -funit-at-a-time"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -fforce-addr -fweb
-ftracer -funit-at-a-time -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy ccache distlocks fixpackages sandbox sfperms strict
userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.ccccom.com http://gentoo.llarian.net/
http://gentoo.osuosl.org/ http://cudlug.cudenver.edu/gentoo/"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -s"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage-gentopia"
SYNC="rsync://irasnyd.homelinux.com/gentoo-portage"
USE="x86 3dnow 3dnowex 3dnowext S3TC X a52 aac acpi aim alsa avi berkdb
bigger-fonts bitmap-fonts bzip2 cdr crypt cups curl dvd dvdr dvdread fbcon flac
foomaticdb freetype gdbm gif gimpprint gpm gstreamer gtk gtk2 hal imlib imlib2
jabber java jpeg kdeenablefinal mad matroska mmap mmx mmx2 mmxext mozilla
moznocompose moznoirc moznomail mp3 mpeg ncurses no_wxgtk1 nowebdav nptl
nptlonly nvidia offensive ogg oggvorbis opengl oscar pam pdflib png ppds python
radeon readline real rtc sdl slang spell sse ssl subversion theora threads
truetype truetype-fonts unicode usb userlocales vim-with-x vorbis win32codecs
xanim xine xml xml2 xmms xprint xv xvid xvmc zlib video_cards_radeon
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LINGUAS, MAKEOPTS
Comment 1 Benno Schulenberg 2005-12-27 06:59:42 UTC
This is a duplicate of bug #114731 (or rather the other way around).
Comment 2 naquah 2006-02-28 10:58:36 UTC
Created attachment 80949 [details, diff]
Possible solution, needs revision.

I had exactly the same problem, but then with an URL with a parenthesis in it. The attached patch replaces the characters ( ) and , with %28 %29 and %2C respectively.

I'm not good at bash scripting at all, but I believe this is at least a good solution. So please revise.
Comment 3 Jory A. Pratt 2006-03-30 20:07:42 UTC
Is this still an issue with latest stable mozilla-launcher?
Comment 4 Ira Snyder 2006-03-30 22:07:11 UTC
(In reply to comment #3)
> Is this still an issue with latest stable mozilla-launcher?
> 

Nope, I cannot reproduce it anymore. (with the ~x86 version of mozilla-firefox).

See comment #3 in bug #114731, it looks like it was fixed upstream:
https://bugzilla.mozilla.org/show_bug.cgi?id=298960

Maybe both this bug, and bug #114731 can be closed now? I don't know if I have the authority to do so.
Comment 5 Jory A. Pratt 2006-03-30 22:33:06 UTC
already fixed upstream
Comment 6 naquah 2006-03-31 10:01:06 UTC
(In reply to comment #5)
> already fixed upstream
> 

I certainly don't think so...

firefox http://www.rtl.nl/\(/actueel/rtlnieuws/\)/components/actueel/rtlnieuws/2006/03_maart/31/binnenland/0331_1730_ontploffing_pijnacker_gewonden.xml
/opt/firefox/mozilla-xremote-client: Error: Failed to send command: 500 command not parseable
Browser doesn't understand command

And...

firefox http://www.wired.com/news/medtech/0,1286,68522,00.html?tw=rss.TOP

that opens http://www.wired.com/news/medtech/0,1286,68522

So this bug is NOT resolved!
Comment 7 naquah 2006-03-31 10:04:19 UTC
Forgot, I'm using ~x86 of mozilla-launcher and mozilla-firefox-bin.