I displayed, as a web page, a list of search results created in PHP,
from MySQL.
Firefox prevents me looking at the web page's source coding.
Right-click, view source, produces this display:-
"Document Expired
"This document is no longer available.
"The requested document is not available in Firefox's cache.
" As a security precaution, Firefox does not automatically re-request
sensitive documents.
" Click Try Again to re-request the document from the website."
CTRL-U produces the same message.
The headers are:-
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<TITLE>Quick Message - Search Facility</TITLE>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
<META HTTP-EQUIV="Content-Style-Type"
CONTENT="text/css">
<META NAME="lang" CONTENT="en">
<META NAME="dir" CONTENT="ltr">
<LINK HREF="/u00/u00.css" REL="stylesheet"
TYPE="text/css">
<LINK HREF="/u00/z00extra.css" REL="stylesheet"
TYPE="text/css">
<LINK HREF="/u00/u00tulpen0.png" REL="icon"
TYPE="image/png">
<style>
.d {float:left; color:#00a86b; width:120px;}
</style>
</HEAD>
Removing the DocType makes no difference.
Clicking on the "Try Again" button produces this display:-
<HTML>
<HEAD>
<TITLE>Quick Message - Search Facility</TITLE>
<META HTTP-EQUIV="Content-Type"
CONTENT="text/html; charset=iso-8859-1">
<META HTTP-EQUIV="Content-Style-Type"
CONTENT="text/css">
<META NAME="lang"
CONTENT="en">
<META NAME="dir"
CONTENT="ltr">
<LINK HREF="/u00/u00.css" REL="stylesheet"
TYPE="text/css">
<LINK HREF="/u00/z00extra.css" REL="stylesheet"
TYPE="text/css">
<LINK HREF="/u00/u00tulpen0.png" REL="icon"
TYPE="image/png">
<style>
.d {float:left; color:#00a86b; width:120px;}
</style>
</HEAD>
<BODY class="body"></BODY></HTML>
A candidate for upstream bugzilla ?
--
Regards,
Paul.
England, EU. England's place is in the European Union.
On 06/10/2015 03:56 AM, Always Learning wrote:> I displayed, as a web page, a list of search results created in PHP, > from MySQL.i am still using 24.8.0 and do not have to contend with all the bugs introduced by moz dev and their 'bells and whistles' when they started try to get ahead of gaagle chrome web browser. you will get better results for your problems it you would post them to the mozilla-support-firefox at lists.mozilla.org which you can join subscribing to list at; https://lists.mozilla.org/listinfo/support-firefox> A candidate for upstream bugzilla ?maybe at mozilla.org, but not at centos.org. -- peace out. -- If Bill Gates got a dime for every time Windows crashes... ...oh, wait. He does. THAT explains it! -- in a world with out fences, who needs gates. -- CentOS GNU/Linux 6.6 tc,hago. g .
On Fri, June 12, 2015 8:28 am, g wrote:> > > On 06/10/2015 03:56 AM, Always Learning wrote: >> I displayed, as a web page, a list of search results created in PHP, >> from MySQL. > > i am still using 24.8.0 and do not have to contend with all the > bugs introduced by moz dev and their 'bells and whistles' when > they started try to get ahead of gaagle chrome web browser. > > you will get better results for your problems it you would post > them to the mozilla-support-firefox at lists.mozilla.org which you > can join subscribing to list at; > > https://lists.mozilla.org/listinfo/support-firefoxJust for those who are the same upset with Mozilla firefox as I am (for about 6 years I was looking for firefox replacement, - fruitlessly mostly). Someone just recommended me a replacement, which I didn't test long enough yet, but during last two weeks I'm using it, and it behaves (is stable, and has all featured one would expect from the browser today). https://www.vivaldi.com/ Alas, it is not open source, but it is available (as precompiled binaries) for Linux (both rpm abd deb based installers), MacOX, and Windows. I can not use it on my FreeBSD workstation, - sigh (I probably will end up switching from firefox to midori on FreeBSD). When choosing Firefox replacement, I had really strong constraint on my side: "provided the browser is NOT google chrome", as I have my reservations about google chrome which I don't want to go into here. Mentioning in a hope this may help someone. Valeri> >> A candidate for upstream bugzilla ? > > maybe at mozilla.org, but not at centos.org. > > > -- > > peace out. > > -- > If Bill Gates got a dime for every time Windows crashes... > ...oh, wait. He does. THAT explains it! > -- > in a world with out fences, who needs gates. > -- > > CentOS GNU/Linux 6.6 > > tc,hago. > > g > . > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On 06/12/2015 07:28 AM, g wrote:> > On 06/10/2015 03:56 AM, Always Learning wrote: >> I displayed, as a web page, a list of search results created in PHP, >> from MySQL. > i am still using 24.8.0 and do not have to contend with all the > bugs introduced by moz dev and their 'bells and whistles' when > they started try to get ahead of gaagle chrome web browser. > > you will get better results for your problems it you would post > them to the mozilla-support-firefox at lists.mozilla.org which you > can join subscribing to list at; > > https://lists.mozilla.org/listinfo/support-firefox > >> A candidate for upstream bugzilla ? > maybe at mozilla.org, but not at centos.org. > >The most offensive problems of using browsers is that they do not tell you nor ask your permission when javascripts spy on your entire storage contents. I had asked a java developer at Sun Microsystems about what Sun means when it says that Java runs in a sandbox? Just what is the sandbox? I also asked if browsers that execute javascripts are retricted to this notion of a sandbox that does not leak out into the rest of the system. He said the "sandbox" is the entire storage on your computer. Enough said.