194505 - Mozilla cannot surf to long URLs

Status: RESOLVED WORKSFORME

(SeaMonkey :: UI Design, defect)

Description

[Rick Wallach]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212

If the above URL is typed into the combo bar, Mozilla cannot surf there.
If the above URL is the URL of an internet shortcut (.url file), then if
youdouble-click on the file, Mozilla cannot surf there
BUT, If the above url is a bookmark, Mozilla CAN surf there.

Reproducible: Always

Steps to Reproduce:
1.Find a really long url, such as a complex eBay search URL or MSDN search string
2.paste the text into the combo box, press enter.


Actual Results:  
1.Combo box displays "1"
2.After 30 seconds, Mozilla error dialog box "You can't get there from here"

Expected Results:  
Gone to the URL, just like it would have if it was a Mozilla bookmark.

Maximum limit on URLS is over 2000 chars, not 256.

Comment 1

[adam dudek]

WFM Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203
...the search did find rought some half decent dual channel o-scopes though....

Comment 2

[Hermann Schwab]

I copied and pasted the URL into the location bar, and got to ebay.
So, wfm: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030221

But I remember, that I had a line in user.js, so I can cut&paste multi-line-URL´s.
user_pref("editor.singleLine.pasteNewlines", 3); 

Comment 3

[Boris Zbarsky [:bzbarsky]]

This has nothing to do with strings.

Comment 4

[Matthias Versen [:Matti]]

wfm with win2k build 20030222..

Please reopen if you see this with 1.3b and an additional test-profile

Comment 5

[Rick Wallach]

Sorry, same thing occurs for version 1.3b
Using WinXP SP1, not Win2k.  XP has many subtle changes from Win2k.

Comment 6

[WD]

Confirming 2003022408 Win2k

I see this when I click on a long link in my email program (Eudora)
If mozilla is not running, then it works fine.
If mozilla is running, I get:  "The operation timed out when trying to contact 1."

Some sort of DDE issue?

Comment 7

[Rick Wallach]

To add to description of bug. (thanx to [e-mail] for mentioning it).
If Mozilla is NOT running, the bug does NOT occur.
If Mozilla IS running, the bug will occur EVERY TIME.
This may be why Mozilla QA person said "no bug, works for me".

Comment 8

[Matthias Versen [:Matti]]

XP APPS

Comment 9

[OstGote!]

Build ID 2003022308 WinNT4

Notes: I use the same pref as aforementioned in comment 2, the pref
"advanced.system.supportDDEExec" is set to true, and Mozilla is set to handle
the http protocol. Mozilla is running.

1) paste URL in location bar, enter -> WFM
2) put URL in an .url file, open it -> CONFIRMING
3) try to open a http link from an external program that calls the http directly
-> CONFIRMING
4) run '%PROGRAMDIR%\mozilla.org\Mozilla\mozilla.org [-url] "URL"' from
Start/Run or a Command Prompt -> WFM

Some applications like Lotus Notes 4 can use an user-defined browser for web
links and open them like in point 4.

Comment 10

[Rick Wallach]

OK I got it working.
It seems that the default installation of prefs.js somehow prevented me from
surfing to long URLs.
So I exited Mozilla, deleted prefs.js, created user.js containing the two lines:
user_pref("editor.singleLine.pasteNewlines", 3);
user_pref("advanced.system.supportDDEExec", true);
I started up Mozilla, set my preferences again just as previously, and all was well.

And I did not break prefs.js in the first place.  This bug occurred in 1.21,
1.3a and 1.3b, under win98 and winXP, on several different machines.  The
original prefs.js was 14kbytes, the new one is 2kbytes, so there is no way that
I changed 12kb worth of preferences.  

I think this fix is kind of a kludge, so I recommend that Mozilla install itself
with a different default prefs.js.  

Comment 11

[WD]

how is this WFM if the default install of Mozilla doesn't work??
re-opening

Comment 12

[Alex Hirzel]

WFM Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040210

Marking WFM as no full-text search of the Mozilla source tree turned up a result
for "You can't get there from here" (I searched current SeaMonkey and classic.)