496597 - [3.5Beta99testday][Linux] Firefox 3.5b99 cannot browse

Status: RESOLVED DUPLICATE of bug 414197

(Firefox :: General, defect)

Description

[u279076]

Attachment: Screenshot

Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1b99) Gecko/20090604 Firefox/3.5b99

OS: Ubuntu 9.04 64-bit

STR:
1. Open FF3.5b99 with a new profile
2. Navigate to www.mozilla.org
3. Open Shiretoko with a different profile
4. Navigate to www.mozilla.org

RESULT:
FF3.5b99 -> Server not found
Shiretoko -> page loaded

EXPECTED:
FF3.5b99 should load the page

Mac build appears to be working ok.

Comment 1

[Nochum Sossonko [:Natch]]

Is this the firstrun page? Maybe there's a problem with the url, I'd suggest trying google...

Comment 2

[u279076]

(In reply to comment #1)
> Is this the firstrun page? Maybe there's a problem with the url, I'd suggest
> trying google...

No, as you can see from the screenshot, I am attempting to load www.mozilla.org.  I also tried this with www.google.ca and achieved the same result.

It appears as though this is a 32-bit build and I am using a 64-bit OS.  The archive name "firefox-3.5b99.tar.bz2" does not indicate that this will NOT work on 64-bit.  Traditionally, platform is indicated in the file name.  Leaving this information out makes me think this is not a bit-specific build.  This is where I got confused I suppose.

Resolving this bug INVALID.  I'll just have to wait until we get 64-bit builds.

Comment 3

[Sylvain Pasche]

Could be bug 414197. You could you try setting network.dns.disableIPv6 to true and see if it helps.

Comment 4

[Mike Beltzner [:beltzner, not reading bugmail]]

(restoring INVALID, don't think Sylvain meant to re-open this as the other bug is also INVALID)

Comment 5

[Sylvain Pasche]

I didn't reopen it, it wasn't marked INVALID before. Maybe Anthony wanted to test with the 64-bit build before marking it so? But in any case I agree it shouldn't block.
If someone seeing the symptoms can confirm this is bug 414197 we can mark it as a duplicate.

Comment 6

[Tyler Downer [He/Him]]

There is no 64 bit build. the same build is used for 32 and 64. Firefox.next may have 64 bit, but not now. Have you checked for firewall settings? http://support.mozilla.com/en-US/kb/Firefox+cannot+load+websites+but+other+programs+can may help.

Comment 7

[u279076]

Attachment: Build list

Actually, we do create 64-bit builds, for Linux.  We don't on Windows, but Linux we do.  We have for a long time.  This is because I was running a 32-bit build on 64-bit.

Comment 8

[u279076]

Marking verified.  No 64-bit builds existed at the time and I assumed the 32-bit build would work.  Running the same build on 32-bit worked.  No further action needs to be taken on this bug.

Comment 9

[Sylvain Pasche]

(In reply to comment #7)
> Actually, we do create 64-bit builds, for Linux.  We don't on Windows, but
> Linux we do.  We have for a long time.  This is because I was running a 32-bit
> build on 64-bit.

Just to clarify, there are 64-bit builds for nightlies, but not for official Linux releases (no 64-bit builds are available from http://www.mozilla.com/en-US/firefox/all-beta.html or ftp://ftp.mozilla.org/pub/firefox/releases/3.5b4/).

Comment 10

[Tyler Downer [He/Him]]

Yes, that was what I meant, sorry for the confusion.

Comment 11

[Sylvain Pasche]

Which brings me to the point: Users on Ubuntu 9.04 64bit that may want to give
3.5 a try may encounter this issue, because they won't be able to get a 64-bit
builds from http://www.mozilla.com/en-US/firefox/all-beta.html.

So maybe the release notes should mention that if users on Ubuntu 9.04 64bit
are getting "Server not found" error messages, they should install the
lib32nss-mdns package.

Comment 13

[Sylvain Pasche]

Marking as a dupe of 414197, please correct if you have another explanation.