Page 8 of 11

Posted: Wed 09 Jan 2013, 14:59
by Semme
For those of you with auto-update disabled: https://www.mozilla.org/en-US/firefox/1 ... easenotes/

Posted: Thu 24 Jan 2013, 03:41
by vicmz
I was thinking...
There's a get-libreoffice app, how about a get-firefox app? An application that offers to download the latest Firefox in the language chosen by the user, installs it at /opt and creates a suitable menu entry, detects-downloads-and-installs absent dependencies, and offers to set it as default web browser.

Posted: Wed 20 Feb 2013, 13:01
by Semme

Posted: Wed 06 Mar 2013, 01:11
by vanchutr
Download: firefox-addons.tar.gz and firefox-19.sfs at:
Code:

https://docs.google.com/folder/d/0Bx0YX ... sp=sharing


firefox-addons.tar.gz supports flashgot, fast download video files (in firefox19.0 and firefox18.2)

untar firefox-addons.tar.gz to system (after sfsload load firefox-19.sfs) and restart firefox.
(tar -xzvf firefox-addons.tar.gz -C /)

Posted: Wed 06 Mar 2013, 13:59
by nooby
Seems that FF17 think it is the latest? At least Puppy Slacko
FF17 tell me it is the latest official and updated.

But I know both 18 and 19 exists too so maybe them are under dev then?

Posted: Thu 07 Mar 2013, 02:27
by Makoto
I don't know... I had that problem with 16 and 17, too. For some reason, my Linux versions don't see any updates. (And I'm using the tar.bz2 archives directly from Mozilla's servers.)

The versions on my other OSes? No problems there. :shock:

So, for the time being, I'm just leaving FF at v17. :roll:

(Oh, and Thunderbird's having the same 'problem,' for me, too.)

Posted: Thu 07 Mar 2013, 11:28
by Semme
For the both-a-youz >> fourteen and sixteen here. Put thought into action..

Netstat does in fact report this: aus03.zlb.phx.mozilla.net (63.245.217.44)

Your app.update.url may list it as: https://aus3.mozilla.org/*

Posted: Fri 08 Mar 2013, 15:13
by Semme

Posted: Sat 09 Mar 2013, 20:38
by Makoto
(continued from here)

As I mentioned, my 'problem' isn't that the URL's being blocked in any way... but it's a bit more complex than that.

I've always just downloaded and used the regular .tar.bz2 download for firefox; haven't had any problems with it up to... around v16. No missing dependencies, no error messages. It's worked fine. Had to manually update it to 16.0.2, though, as I recall.

The issue comes if I try to (manually) update the install to v17 or higher (since, as I mentioned, the check for updates doesn't see anything. Also, I do delete my firefox binary directory and replace it with the new extracted version, when I update manually.)

Suddenly, my desktop shortcuts to Firefox no longer work, as does clicking on the firefox or firefox-bin binaries in the Filer windows. If I pop up a terminal window and run firefox that way, it'll work, though a bit slower... except when the Firefox window comes up (after the usual extension check that happens when you change versions), Firefox is convinced it's version 12, and won't see any later versions. :shock:
There are no error messages (in the terminal or elsewhere).
(Note: I did just try the update again with v19.0.2, same problems.)

I don't know why it would behave like that; I have no problems with Firefox or updating it on my non-Linux systems (only have one Linux system, this Puppy :) ). v16.0.2 works fine, strangely enough, aside from not seeing any updates.

However, Thunderbird is working fine at v18; I also had to manually update it as it wouldn't see the updates past v16, but it still worked after manually updating it. :shock: So, I'm not sure why Firefox decides to freak out... but as 16.0.2 works, and I spend most of my time using SM on the Puppy setup (which has no issues seeing the updates or updating), it hasn't been a big issue, really.

Posted: Sat 09 Mar 2013, 21:59
by Semme
Just finished removing all things Mozilla and your type manual install- easy enough.

Fired the fresh install outta /usr/lib and- Whala! Update was already in progress..

I understand it's not an issue, but wouldn't you like to know where the holdup is?

Add "127.0.0.1 aus3.mozilla.org" to your /etc/hosts file..

Then pass me this line from about:config: app.update.url

Which should read:

Code: Select all

https://aus3.mozilla.org/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
Prior, have a terminal open and loaded with: netstat -tn

Hit check for updates then quickly execute the loaded terminal.

We have an ssl connection?

Posted: Sat 09 Mar 2013, 22:14
by Makoto
If it was my only system and I was using Firefox on the Puppy system more than SM, maybe. :) I'm not at my Puppy system right now, so maybe I'll try some of the checks later, when I can. :oops:

I've heard the update checkers in Firefox/Thunderbird also do some additional checks to see whether or not you can run a certain update for other reasons (hardware/software, such as stopping Win9X/ME users from updating FF past a certain point). Maybe there's another reason other than some sort of block at the update servers for my FF not 'seeing' the newer versions. v17-19 do act very strange on my Puppy setup, after all, though it's surprising it never throws any sort of error message.

I'd think if it was a matter of being unable to access the update server, Firefox would at least display a simple error message, in that regard. (Also, wasn't there an extension to change the update server, or was that just to switch update channels?)

Edit: Okay, semi-long day. :roll:

Here's the app.update.url value:

Code: Select all

https://aus3.mozilla.org/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
And the result of netstat -tn:

Code: Select all

# netstat -tn
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 172.16.1.38:34835       205.188.13.78:443       ESTABLISHED 
tcp        0      0 172.16.1.38:35882       72.21.91.19:80          TIME_WAIT   
tcp        0      0 172.16.1.38:39596       173.194.79.125:5222     ESTABLISHED 
tcp        0      0 172.16.1.38:56601       205.188.4.127:443       ESTABLISHED 
tcp        0      0 172.16.1.38:42020       64.12.104.224:443       ESTABLISHED 
tcp        0      0 172.16.1.38:47092       66.196.121.24:5050      ESTABLISHED 
tcp        0      0 172.16.1.38:54133       65.55.71.43:1863        ESTABLISHED

Posted: Sun 10 Mar 2013, 11:17
by Semme
63.245.217.44 should've been among those results.

Did you add that bit to your hosts file?

Where does https://aus3.mozilla.org/ take you, FF?

Redirect to http://www.mozilla.org/*

With extensions disabled: firefox -safe-mode

Posted: Sun 10 Mar 2013, 18:39
by Makoto
Yes, I added "127.0.0.1 aus3.mozilla.org" to hosts, like you asked.

Before, https://aus3.mozilla.org/ would load, then redirect to www.mozilla.org. With the hosts entry in place, it just throws the Unable to Connect error, now.

As for Safe Mode, you can also use Help > Restart with Add-ons Disabled..., right? :) But, no, it won't connect to https://aus3.mozilla.org/ then, either (and the update check still thinks 16.0.2 is up-to-date).

Posted: Sun 10 Mar 2013, 20:28
by Semme
Say Makoto- are you using your old *.default profile when you fresh install? Have you tried with a clean one?

Posted: Sun 10 Mar 2013, 20:35
by Makoto
Yeah, I've tried it with both a default/blank profile and my regular profile, when I was trying to get v18 to work. No change.

Posted: Mon 11 Mar 2013, 14:31
by Semme
Makoto- you use private browsing mode or keep a cache and hang onto cookies?

Posted: Tue 12 Mar 2013, 02:27
by Makoto
The latter. Never really tried private-browsing mode.

Posted: Tue 12 Mar 2013, 04:15
by Semme
Ha! Stale cookies.. Remove all aus2.mozilla.org and aus3.mozilla.org entries and I'll bet update loads..

Posted: Tue 12 Mar 2013, 04:22
by Makoto
No. I said above that I tried it with a completely new/blank default profile (and nothing else in the .mozilla directory except my Seamonkey profile data; recreated my FF profile afterward), and it didn't work, remember?

Posted: Tue 12 Mar 2013, 04:32
by Semme
Sure do.. Had to be sure. I can only think of your save file at this point..