Re: web site displays blank page

[Max Nikulin]

On 19/07/2024 00:17, Russell L. Harris wrote:

CHEWY is a large nation-wide outfit.  I suspect the trouble is with
RTA, because of frequent freezes when viewing a certain news website,
while all other streams are uninterrupted with my 10/1 service from
RTA.


Some web sites are rather aggressive with their protection against DDoS 
and content scraping. Wget, curl, browsers blocking cookies and 
JavaScript may easily be banned. If you are unlucky, whole subnet of 
your provider may be temporary blocked. I have not tried if it is 
applied to the particular site.

Re: web site displays blank page

[Russell L. Harris]

I'm having this problem on an increasing number of web sites;
I suspect that web page building tools are becoming more and
more hostile toward any browsers except for the anointed few
(Edge and Chrome, plus Safari for the Mac folks).


I once had a W7P machine which helped me check such matters, but
hardware failures on my ancient machines necessitated that I wipe W7P
and install Debian.  I need to replace that box.

I finally got hold of a support tech at RTA in Smithville, and found
that www.chewy.com displays properly on a Windows machine at their
Smithville office.

RLH

Re: web site displays blank page

[cgibbs]

On 2024-07-18, Russell L. Harris  wrote:

> When I try to visit www.chewy.com a blank page.  This is a major 
pet
> supply web site.  Other web sites display as usual without 
problems.

> I phoned CHEWY and they say their system is on-line.
>
> I have tried two different computers and both Firefox and Chromium. 
I

> updated Debian-12.  I emptied the browser cache.  No change.

I tried accessing it with my main browser, Seamonkey 2.53.18.2.
The page briefly displayed, then blanked out.  Firefox 115.7.0esr
displayed the page properly.  Oddly enough, I tried Seamonkey again
and it worked.  My copy of Seamonkey is using NoScript 5.1.9,
which I often have to disable to display web pages.

For what it's worth, I entered http://www.chewy.com on the address
bar.  On all subsequent attempts, this gets changed to https:.

I'm having this problem on an increasing number of web sites;
I suspect that web page building tools are becoming more and
more hostile toward any browsers except for the anointed few
(Edge and Chrome, plus Safari for the Mac folks).

--
/~\  Charlie Gibbs  |  We'll go down in history as
\ /|  the first society that wouldn't
X   I'm really at ac.dekanfrus |  save itself because it wasn't
/ \  if you read it the right way.  |  cost-effective.  -- Kurt 
Vonnegut

Re: web site displays blank page

[Russell L. Harris]

On Thu, Jul 18, 2024 at 08:14:26AM -0400, e...@gmx.us wrote:

On 7/18/24 02:06, Russell L. Harris wrote:

My ISP is RTA.?? I am in a rural area near Austin, Texas, and have a
10/1 microwave link.?? Could the problem be with RTA?


It's probably a routing issue between you and them. Or maybe "delivery
content network" (That's what it's called, right?  A company with fat pipes
in several places that rents out their bandwidth.) got temporarily
misconfigured.  their I've had instances where one or more sites become
inaccessible for minutes or hours, then work again.


CHEWY is a large nation-wide outfit.  I suspect the trouble is with
RTA, because of frequent freezes when viewing a certain news website,
while all other streams are uninterrupted with my 10/1 service from
RTA.  


I just installed Konqueror and rebooted my firewall (ipFire), but I
still get a blank page for CHEWY.COM.

What should I try next?

RLH

Re: web site displays blank page

[Jeffrey Walton]

On Thu, Jul 18, 2024 at 10:06 AM Dan Ritter  wrote:
>
> e...@gmx.us wrote:
> > On 7/18/24 02:06, Russell L. Harris wrote:
> > > My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a > 
> > > 10/1 microwave link.  Could the problem be with RTA?
> >
> > It's probably a routing issue between you and them. Or maybe "delivery
> > content network" (That's what it's called, right?  A company with fat pipes
> > in several places that rents out their bandwidth.) got temporarily
> > misconfigured.  their I've had instances where one or more sites become
> > inaccessible for minutes or hours, then work again.
>
>
> Content delivery network -- in this case, Akamai, which I used
> to work for 20 years ago.
>
> The 429 error indicates either that the local node is
> overwhelmed (unlikely) or that the client has asked for a limit
> on traffic to prevent a giant bill.

I think the company is currently in a downward spiral. Saving money
sounds like a plausible reason for the problems with its website.
Confer, 
.

Jeff

Re: Cookie (&/or JavaScript) issue? - was [Re: web site displays blank page

[Richard Owlett]

On 07/18/2024 08:13 AM, e...@gmx.us wrote:

On 7/18/24 08:23, Richard Owlett wrote:

On 07/18/2024 01:16 AM, Alain D D Williams wrote:

On Thu, Jul 18, 2024 at 06:06:05AM +, Russell L. Harris wrote:

When I try to visit www.chewy.com a blank page.  This is a major pet
supply web site.  Other web sites display as usual without problems.
I phoned CHEWY and they say their system is on-line.

I have tried two different computers and both Firefox and Chromium.  I
updated Debian-12.  I emptied the browser cache.  No change.

A week or two ago, chewy.com displayed perfectly.

My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
10/1 microwave link.  Could the problem be with RTA?

Would someone kindly verify that chewy.com is accessible?


HTTP code 429 means "Too Many Requests (RFC 6585)"

$ curl --head https://www.chewy.com/
HTTP/2 429


HOWEVER I can duplicate your symptom.
Due to personal needs/preferences I surf with many disabled options
[including JavaScript and cookies].


Good point.  Further testing was indeed warranted.

If I enables JS for appsflyer.com I get a warning about DRM-protected 
media.
  So maybe your version of Firefox _thinks_ it can handle DRM, but 
really can't?




You snipped too much ;{
I don't use ANY version of Firefox.
I use SeaMonkey 2.49.4 on Debian 9.13 .
They have a common ancestor - Netscape Navigator.
For appsflyer.com with JavaScript *AND* cookies disabled, I see an 
apparently normal page and clicking any URL works.
I suspect that enabling JavaScript would allow what I suspect to be 
drop-down menus [e.g "Kickstart app growth" etc.] to work.

Due to security concerns, I will NOT enable either JavaScript or cookies
for for an unknown site marketing software. [dating back to days of 
vacuum tube CPUs I'm naturally suspicious ;]

Re: web site displays blank page

[Dan Ritter]

e...@gmx.us wrote: 
> On 7/18/24 02:06, Russell L. Harris wrote:
> > My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a > 10/1 
> > microwave link.  Could the problem be with RTA?
> 
> It's probably a routing issue between you and them. Or maybe "delivery
> content network" (That's what it's called, right?  A company with fat pipes
> in several places that rents out their bandwidth.) got temporarily
> misconfigured.  their I've had instances where one or more sites become
> inaccessible for minutes or hours, then work again.


Content delivery network -- in this case, Akamai, which I used
to work for 20 years ago.

The 429 error indicates either that the local node is
overwhelmed (unlikely) or that the client has asked for a limit
on traffic to prevent a giant bill.

-dsr-

Re: web site displays blank page

[Richard Owlett]

On 07/18/2024 07:14 AM, e...@gmx.us wrote:

On 7/18/24 02:06, Russell L. Harris wrote:
My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a > 
10/1 microwave link.  Could the problem be with RTA?


It's probably a routing issue between you and them. Or maybe "delivery
content network" (That's what it's called, right?  A company with fat pipes
in several places that rents out their bandwidth.) got temporarily
misconfigured.  their I've had instances where one or more sites become
inaccessible for minutes or hours, then work again.


Would someone kindly verify that chewy.com is accessible?


Works.  With JS off it looks the same, but none of the menus work.


Using SeaMonkey 2.49.4 on Debian 9.13 [also see my response to Alain]
   With JS off but cookies enabled I see 11 cookies and blank page.
   With JS on and cookies enabled I see 16 cookies and normal page.

Re: Cookie (&/or JavaScript) issue? - was [Re: web site displays blank page

[eben]

On 7/18/24 08:23, Richard Owlett wrote:

On 07/18/2024 01:16 AM, Alain D D Williams wrote:

On Thu, Jul 18, 2024 at 06:06:05AM +, Russell L. Harris wrote:

When I try to visit www.chewy.com a blank page.  This is a major pet
supply web site.  Other web sites display as usual without problems.
I phoned CHEWY and they say their system is on-line.

I have tried two different computers and both Firefox and Chromium.  I
updated Debian-12.  I emptied the browser cache.  No change.

A week or two ago, chewy.com displayed perfectly.

My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
10/1 microwave link.  Could the problem be with RTA?

Would someone kindly verify that chewy.com is accessible?


HTTP code 429 means "Too Many Requests (RFC 6585)"

$ curl --head https://www.chewy.com/
HTTP/2 429


HOWEVER I can duplicate your symptom.
Due to personal needs/preferences I surf with many disabled options
[including JavaScript and cookies].


Good point.  Further testing was indeed warranted.

If I enables JS for appsflyer.com I get a warning about DRM-protected media.
 So maybe your version of Firefox _thinks_ it can handle DRM, but really can't?

--
Are you confident that you appear to be professional in your electronic
communication?  Consider this: A: No
   Q: Can I top post? from n...@xx.co.uk

Cookie (&/or JavaScript) issue? - was [Re: web site displays blank page

[Richard Owlett]

On 07/18/2024 01:16 AM, Alain D D Williams wrote:

On Thu, Jul 18, 2024 at 06:06:05AM +, Russell L. Harris wrote:

When I try to visit www.chewy.com a blank page.  This is a major pet
supply web site.  Other web sites display as usual without problems.
I phoned CHEWY and they say their system is on-line.

I have tried two different computers and both Firefox and Chromium.  I
updated Debian-12.  I emptied the browser cache.  No change.

A week or two ago, chewy.com displayed perfectly.

My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
10/1 microwave link.  Could the problem be with RTA?

Would someone kindly verify that chewy.com is accessible?


HTTP code 429 means "Too Many Requests (RFC 6585)"

$ curl --head https://www.chewy.com/
HTTP/2 429
content-type: text/html; charset=utf-8

[ *SNIP* what I couldn't understand ]

SeaMonkey 2.49.4 on Debian 9.13 *CAN* display that page.
[establishes that old vs new client side software in not the issue]

HOWEVER I can duplicate your symptom.
Due to personal needs/preferences I surf with many disabled options
[including JavaScript and cookies].

My test procedure was:
Opened https://www.chewy.com/ .
   I got a blank page and SeaMonkey's status line said "Done"
Closed window.
Enabled JavaScript.
Opened https://www.chewy.com/ .
   I got a blank page with sets of "transferring data"/"Done" messages
   SeaMonkey's status line then said "Done"
   The screen remained blank with mouse cursor indicating activity.
   SeaMonkey displayed message box titled "Unresponsive script" saying:
 > A script on this page may be busy, or it may have stopped 
responding.

 > You can stop the script now, open the script in the debugger, or let
 > the script continue.
 >
 > Script: 
https://www.chewy.com/149e9513…TQ5N2EtYTYyNC0wNTMxZjg5NjJkZjI:27

   I opened the debugger and got a tool I don't know how to use. It was
 apparent that it gave enough information that a knowledgeable user
 could diagnose the exact failure mode.
Closed window.
Enabled JavaScript *and* cookies
Opened https://www.chewy.com/ .
   I got a perfectly normal page.

I'm assuming the "Unresponsive script" box is SeaMonkey's response to a 
"HTTP code 429".


Hope this helps.

Re: web site displays blank page

[eben]

On 7/18/24 02:06, Russell L. Harris wrote:

My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a > 10/1 
microwave link.  Could the problem be with RTA?


It's probably a routing issue between you and them. Or maybe "delivery
content network" (That's what it's called, right?  A company with fat pipes
in several places that rents out their bandwidth.) got temporarily
misconfigured.  their I've had instances where one or more sites become
inaccessible for minutes or hours, then work again.


Would someone kindly verify that chewy.com is accessible?


Works.  With JS off it looks the same, but none of the menus work.

--
6 x 9 = 42
  13
--DNA (paraphrased)

Re: web site displays blank page

[mindaugas]

Hello.

Site works fine here (Firefox 128.0)

On 7/18/24 14:24, Roger Price wrote:

On Thu, 18 Jul 2024, Greg Wooledge wrote:


On Thu, Jul 18, 2024 at 02:27:39 -0400, Felix Miata wrote:

Russell L. Harris composed on 2024-07-18 06:06 (UTC):

Would someone kindly verify that chewy.com is accessible?


https://www.chewy.com/ looks normal from FL in Chromium:

Works for me in Google Chrome.


ping www.chewy.com replies: 64 bytes from
g2a02-26f0-2b00-06a2----0c35.deploy.static.akamaitechnologies.com
   (2a02:26f0:2b00:6a2::c35): icmp_seq=1 ttl=49 time=18.8 ms

Lynx replies: waiting for response.
w3m replies:  Waiting for reply...
W3C validator replies: 429 Too Many Requests

curl --head replies: HTTP/2 429
   content-type: text/html; charset=utf-8
   x-kpsdk-ct: 0r17x8iBB9ocm6h...
   access-control-expose-headers: x-kpsdk-ct,x-kpsdk-r,x-kpsdk-c ...

The access-control-expose-headers looks like unneeded complexity by 
chewy. Even Microsoft doesn't do it.


Roger

Re: web site displays blank page

[Roger Price]

On Thu, 18 Jul 2024, Greg Wooledge wrote:


On Thu, Jul 18, 2024 at 02:27:39 -0400, Felix Miata wrote:

Russell L. Harris composed on 2024-07-18 06:06 (UTC):

Would someone kindly verify that chewy.com is accessible?


https://www.chewy.com/ looks normal from FL in Chromium:

Works for me in Google Chrome.


ping www.chewy.com replies: 64 bytes from
   g2a02-26f0-2b00-06a2----0c35.deploy.static.akamaitechnologies.com
   (2a02:26f0:2b00:6a2::c35): icmp_seq=1 ttl=49 time=18.8 ms

Lynx replies: waiting for response.
w3m replies:  Waiting for reply...
W3C validator replies: 429 Too Many Requests

curl --head replies: HTTP/2 429
   content-type: text/html; charset=utf-8
   x-kpsdk-ct: 0r17x8iBB9ocm6h...
   access-control-expose-headers: x-kpsdk-ct,x-kpsdk-r,x-kpsdk-c ...

The access-control-expose-headers looks like unneeded complexity by chewy. 
Even Microsoft doesn't do it.


Roger

Re: web site displays blank page

[Greg Wooledge]

On Thu, Jul 18, 2024 at 02:27:39 -0400, Felix Miata wrote:
> Russell L. Harris composed on 2024-07-18 06:06 (UTC):
> > Would someone kindly verify that chewy.com is accessible?
> 
> https://www.chewy.com/ looks normal from FL in Chromium:

Works for me in Google Chrome.

Re: web site displays blank page

[Russell L. Harris]

On Thu, Jul 18, 2024 at 04:24:43PM +1000, David wrote:


Blank page with Chromium, but accessible via Firefox, on SID, over
Starlink.
Cross browser compatibility design issue?
Cheers!


The blank page you get with Chromium makes me less concerned with RTA,
though there are other issues with RTA.  


What I don't understand is that I never recall encountering this
problem before, and I have been using the CHEWY website for years.

If a change made by CHEWY caused the problem, they should know within
a day.  Or perhaps everyone but I has switched from a computer to a
smartphone.

Thanks for the reports.

RLH

Re: web site displays blank page

[Alain D D Williams]

On Thu, Jul 18, 2024 at 06:06:05AM +, Russell L. Harris wrote:
> When I try to visit www.chewy.com a blank page.  This is a major pet
> supply web site.  Other web sites display as usual without problems.
> I phoned CHEWY and they say their system is on-line.
> 
> I have tried two different computers and both Firefox and Chromium.  I
> updated Debian-12.  I emptied the browser cache.  No change.
> 
> A week or two ago, chewy.com displayed perfectly.
> 
> My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
> 10/1 microwave link.  Could the problem be with RTA?
> 
> Would someone kindly verify that chewy.com is accessible?

HTTP code 429 means "Too Many Requests (RFC 6585)"

$ curl --head https://www.chewy.com/
HTTP/2 429 
content-type: text/html; charset=utf-8
x-kpsdk-ct: 
03Vhg1rHHEmv7VMgvAv2tLEGyrlWwedwtTXLLwhV37Jqel51VNOL8UHcFw5fHbuRuG2METLn8zJJb148AhDbEh1FSN7hCRLDWawPK8L1uHJj8A9JeCMSXTtSIy90qNGEuT0trYKzEveuIVapXLCtN0TwqGJbR7ZMKBQX1ix0o7j6tvAI21Fous
access-control-expose-headers: x-kpsdk-ct,x-kpsdk-r,x-kpsdk-c
p3p: CP="This site does not specify a policy in the P3P header"
expires: Thu, 18 Jul 2024 06:12:55 GMT
cache-control: max-age=0, no-cache, no-store
pragma: no-cache
date: Thu, 18 Jul 2024 06:12:55 GMT
set-cookie: 
KP_UIDz-ssn=03Vhg1rHHEmv7VMgvAv2tLEGyrlWwedwtTXLLwhV37Jqel51VNOL8UHcFw5fHbuRuG2METLn8zJJb148AhDbEh1FSN7hCRLDWawPK8L1uHJj8A9JeCMSXTtSIy90qNGEuT0trYKzEveuIVapXLCtN0TwqGJbR7ZMKBQX1ix0o7j6tvAI21Fous;
 Max-Age=86400; Path=/; Expires=Fri, 19 Jul 2024 06:12:55 GMT; HttpOnly; 
Secure; SameSite=None
set-cookie: 
KP_UIDz=03Vhg1rHHEmv7VMgvAv2tLEGyrlWwedwtTXLLwhV37Jqel51VNOL8UHcFw5fHbuRuG2METLn8zJJb148AhDbEh1FSN7hCRLDWawPK8L1uHJj8A9JeCMSXTtSIy90qNGEuT0trYKzEveuIVapXLCtN0TwqGJbR7ZMKBQX1ix0o7j6tvAI21Fous;
 Max-Age=86400; Path=/; Expires=Fri, 19 Jul 2024 06:12:55 GMT; HttpOnly
set-cookie: device-id=366803eb-cfb8-4564-8805-770df06107bc; expires=Wed, 
09-Jul-2025 06:12:55 GMT; path=/; domain=.chewy.com; secure
alt-svc: h3=":443"; ma=93600
x-content-type-options: nosniff
strict-transport-security: max-age=86400 ; preload
edge-cache-tag: homepage-not-loggedin
x-request-id: 35f11fa
set-cookie: akavpau_defaultvp=1721283475~id=cd67f1b621214ab4606205c4eaec74e4; 
Path=/; HttpOnly; Secure; SameSite=None
set-cookie: 
akaalb_chewy_ALB=1721283775~op=prd_kasada:prd-kasada-haproxy-use2|~rv=39~m=prd-kasada-haproxy-use2:0|~os=43a06daff4514d805d02d3b6b5e79808~id=498bb70aac1e50701a980f57c3e5b82a;
 path=/; Expires=Thu, 18 Jul 2024 06:22:55 GMT; HttpOnly; Secure; SameSite=None
akamai-grn: 0.24f61002.1721283175.35f11fa
set-cookie: 
_abck=258D45B94A93D168BD6B94CB00DE2B77~-1~YAAQJPYQAlIoFMKQAQAA/OR4xAx1C/6M1x48v/FrONZhoz10KvKWEQLffLEqHQ4gUg9CJeYvBx9F4HKbn/oYVXqRWU8By+3DnOqZH+T5cEXMwzIZm4T+qm+SGM21/9et+X2dEp/qCXRxxFEapLDzoUo4Z+toWuIOHy+5Tlfdy/5qxyawc/UsoqIE8N0q+Bt44wmGLWEU7E/GB6X0om3nj2ZW/+eXdmw+dXA7HTKOQOZvPgirfx9KUXTE8rCvg8U59qRm0mssp5KVg3dkFO+RQKb4GBk05hLorC9/r2ab9pWjd++jwTW6DxvIUpmKW9P9dgHOjojFoJbnsVR2Sap65GvGeqFQzKKhyHKZuDSDLIhA6l1/Av1X9w==~-1~-1~-1;
 Domain=.chewy.com; Path=/; Expires=Fri, 18 Jul 2025 06:12:55 GMT; 
Max-Age=31536000; Secure
set-cookie: 
bm_sz=303CEEFC20F8A4A1A27DCF68B25ED773~YAAQJPYQAlMoFMKQAQAA/OR4xBiVVtG8Gq9Jf1J1QX/rZ8vNzdMTBCTK0BboTlg+6Qu5nWA6Lxh7P0LonjJWnz6BPEIvPuQkDTnJTtW+gIbC3Jj8Hy6UjA5/uUQ71EyRMYBaw17wN4BQn7l3l7+xuSGmgVuZhVv9pngUmZH+vTLZhD7R5+g55IImAU7G5p3kAn/zLEvhVPoNu9WCra/s2Zxhrcib2CXHmU5vLsKJBCwZiA2lpJKpzTM+dSp1ZlN9XSfY0j7nhLZXC8OmYGuI8R4mRCZRKs2T2d/iUdXO6CdjL5BzXS8WSfEq5YoXlN9zxXNR+9ujPrUhSHVRU5O04pcDTAXtUs/xUkCVaPXJxj8yid37dP6Ngrvt2xsBVGPHHw==~3159105~3420471;
 Domain=.chewy.com; Path=/; Expires=Thu, 18 Jul 2024 10:12:55 GMT; Max-Age=14400
server-timing: ak_p; 
desc="1721283175160_34666020_56562170_23218_76689_28_206_15";dur=1


-- 
Alain Williams
Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT 
Lecturer.
+44 (0) 787 668 0256  https://www.phcomp.co.uk/
Parliament Hill Computers. Registration Information: 
https://www.phcomp.co.uk/Contact.html
#include 

Re: web site displays blank page

[Felix Miata]

Russell L. Harris composed on 2024-07-18 06:06 (UTC):

> When I try to visit www.chewy.com a blank page.  This is a major pet
> supply web site.  Other web sites display as usual without problems.
> I phoned CHEWY and they say their system is on-line.

> I have tried two different computers and both Firefox and Chromium.  I
> updated Debian-12.  I emptied the browser cache.  No change.

> A week or two ago, chewy.com displayed perfectly.

> My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
> 10/1 microwave link.  Could the problem be with RTA?

> Would someone kindly verify that chewy.com is accessible?

https://www.chewy.com/ looks normal from FL in Chromium:
[copied/pasted]
High-quality, great value from brands by Chewy
American Journey Peanut Butter Recipe Grain-Free Oven Baked Crunchy Biscuit Dog
Treats, 16-oz bag, bundle of 2
American Journey Peanut Butter Recipe Grain-Free Oven Baked Crunchy Biscuit Dog
Treats, 16-oz bag, bundle of 2
By
Rated 4.5 out of 5 stars
4.5
4,775
$12.60Chewy Price
$12.98
[/]
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: web site displays blank page

[David]

On Thu, 2024-07-18 at 06:06 +, Russell L. Harris wrote:

Hullo Russell,

> When I try to visit www.chewy.com a blank page.  This is a major pet
> supply web site.  Other web sites display as usual without problems.
> I phoned CHEWY and they say their system is on-line.
> 
> I have tried two different computers and both Firefox and Chromium. 
> I
> updated Debian-12.  I emptied the browser cache.  No change.
> 
> A week or two ago, chewy.com displayed perfectly.
> 
> My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
> 10/1 microwave link.  Could the problem be with RTA?
> 
> Would someone kindly verify that chewy.com is accessible?

Blank page with Chromium, but accessible via Firefox, on SID, over
Starlink.
Cross browser compatibility design issue?
Cheers!
> 
> RLH
> 

web site displays blank page

[Russell L. Harris]

When I try to visit www.chewy.com a blank page.  This is a major pet
supply web site.  Other web sites display as usual without problems.
I phoned CHEWY and they say their system is on-line.

I have tried two different computers and both Firefox and Chromium.  I
updated Debian-12.  I emptied the browser cache.  No change.

A week or two ago, chewy.com displayed perfectly.

My ISP is RTA.  I am in a rural area near Austinn, Texas, and have a
10/1 microwave link.  Could the problem be with RTA?

Would someone kindly verify that chewy.com is accessible?

RLH

Re: Listing .PDFs on web site?

[David Christensen]

On 10/10/22 22:16, latin...@vcn.bc.ca wrote:

Hello

Does somebody know how to get a simple list of PDFs in my Buleyes web
site, please?

The point is that i do hoticulture guides, and i would like that users get
them directly from my site.



On 10/11/22 01:59, latin...@vcn.bc.ca wrote:

> https://www.vcn.bc.ca/latincom


If you have ssh(1) access to the web server, the find(1) utility can 
produce a list of PDF files.  For example, my site 
(https://holgerdanske.com/):


2022-10-11 17:01:50 holger@november ~
$ find secure_html -iname '*.pdf' | grep -v webmail
secure_html/pub/dpchrist/debian-user/20210821-smart-fans/cpu-20210904.pdf


David

Re: Listing .PDFs on web site?

[Greg Wooledge]

On Tue, Oct 11, 2022 at 01:59:55AM -0700, latin...@vcn.bc.ca wrote:
> It is exactly what i would like to do thanks; i could not explain it
> correctly:
> 
> https://www.vcn.bc.ca/latincom

That's an Index generated by Apache.  Based on your email address,
this appears to be your own site, so it looks like you succeeded.
Congratulations.

Re: Listing .PDFs on web site?

[latincom]

> Hello
>
> Does somebody know how to get a simple list of PDFs in my Buleyes web
> site, please?
>
> The point is that i do hoticulture guides, and i would like that users get
> them directly from my site.
>
> thanks.
> Latincom
>

It is exactly what i would like to do thanks; i could not explain it
correctly:

https://www.vcn.bc.ca/latincom

Re: Listing .PDFs on web site?

[DdB]

Am 11.10.2022 um 07:16 schrieb latin...@vcn.bc.ca:
> Does somebody know how to get a simple list of PDFs in my Buleyes web
> site, please?
> 
> The point is that i do hoticulture guides, and i would like that users get
> them directly from my site.
unclear to me: do you want to generate a website containing clickable
links to the PDF's? Or do you want the "inside view" in order to
generate it?

Like some sort of find command, modifyed/filtered by (m)awk ?

Or do you mean from the outside? like some sort of wget? Can your
webserver handle the load? How about providing the address?

Listing .PDFs on web site?

[latincom]

Hello

Does somebody know how to get a simple list of PDFs in my Buleyes web
site, please?

The point is that i do hoticulture guides, and i would like that users get
them directly from my site.

thanks.
Latincom

Re: why i can't play video at some web site?

[piorunz]

On 06/11/2021 07:10, Long Wind wrote:

http://live.kankanews.com/huikan/ <http://live.kankanews.com/huikan/>


click play button at web site above, you shall be able to play video
but my firefox 68.10.0esr (32-bit) for buster can't play video



Tested on Firefox 78.15.0 ESR 64-bit (new, clean profile with firejail),
doesn't work either. Webpage is broken.

--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄

Re: why i can't play video at some web site?

[riveravaldez]

On Saturday, November 6, 2021, Long Wind  wrote:
>
> On Saturday, November 6, 2021, 3:14:14 PM GMT+8, Christian Britz <
cbr...@t-online.de> wrote:
>
> Does not work with Google Chrome either.
> I have not tried with Firefox 78.15.0esr for security concerns.
>
> Thank Christian Britz!
> i try android phone, it doesn't work either
> maybe it doesn't work with any browser?

Firefox 94.0.1 over Bullseye (playing fine any
video in any other website) doesn't plays there
also. Seems like website issue, I suppose.
Best regards!

Re: why i can't play video at some web site?

[Long Wind]

 

On Saturday, November 6, 2021, 3:14:14 PM GMT+8, Christian Britz 
 wrote:  
 
 

Does not work with Google Chrome either.
I have not tried with Firefox 78.15.0esr for security concerns.

Thank Christian Britz!i try android phone, it doesn't work eithermaybe it 
doesn't work with any browser?



  

Re: why i can't play video at some web site?

[Christian Britz]

Am 06.11.21 um 08:10 schrieb Long Wind:
> http://live.kankanews.com/huikan/ <http://live.kankanews.com/huikan/>
> 
> 
> click play button at web site above, you shall be able to play video
> but my firefox 68.10.0esr (32-bit) for buster can't play video
> 

Does not work with Google Chrome either.
I have not tried with Firefox 78.15.0esr for security concerns.

[solved] `wget' web site

[Rodolfo Medina]

>> On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina 
>> wrote:
>> >
>> > Hi all.
>> >
>> > I manage to download an entire website, say www.mysite.com, with simply
>> >
>> >  $ wget -r -l 0 www.mysite.com
>> >
>> > After that, I can surf that web site offline with all its internal links.
>> > Perfect.
>> >
>> > Now the problem comes when I want to copy that stuff into my Android tablet
>> > and
>> > read it offline too.  Then the links do not work any more.
>> >
>> > Any suggestions?


The solution I found is all within Android operating system and is called
OffLine Browser.  I'm still testing it, but it seems to work fine in both
downloading a whole web site and then, offline, properly surf it with all its
links.

Thanks for your help,

Rodolfo

Re: `wget' web site

[Rodolfo Medina]

>> On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina 
>> wrote:
>> >
>> > Hi all.
>> >
>> > I manage to download an entire website, say www.mysite.com, with simply
>> >
>> >  $ wget -r -l 0 www.mysite.com
>> >
>> > After that, I can surf that web site offline with all its internal links.
>> > Perfect.
>> >
>> > Now the problem comes when I want to copy that stuff into my Android
>> > tablet and read it offline too.  Then the links do not work any more.
>> >
>> > Any suggestions?


The solution I found is all within Android operating system and is called
OffLine Browser.  I'm still testing it, but it seems to work fine in both
downloading a whole web site and then, offline, properly surf it with all its
links.

Thanks for your help,

Rodolfo

Re: `wget' web site

[Jude DaShiell]

I wonder, could the file pursuit pro app help here if installed on that
tablet?

On Sun, 26 Sep 2021, Karthik wrote:

> On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina  
> wrote:
> >
> > Hi all.
> >
> > I manage to download an entire website, say www.mysite.com, with simply
> >
> >  $ wget -r -l 0 www.mysite.com
> >
> > After that, I can surf that web site offline with all its internal links.
> > Perfect.
> >
> > Now the problem comes when I want to copy that stuff into my Android tablet 
> > and
> > read it offline too.  Then the links do not work any more.
> >
> > Any suggestions?
> >
>
> That's because in Android 7+, when you open a file in any app through
> the file manager
> that opened app doesn't have access to the "file path" of that file.
> it just gets the file descriptor of that file and accesses it as a stream.
>
> when you open a downloaded website (bunch of html,js,css files in hierarchy).
> you open a single html file(index.html) and click on hyperlinks(file
> paths resolved relatively against index.html) to browse the website
> from there on.
> Since the browser in your desktop gnu/linux system has direct access
> to file paths, it can resolve them and you can browse them easily.
> But when open that same index.html file in android the file manager
> sends an intent(request containing URI,file mime-type,perms)
> requesting android system to resolve that file(.html file)
> against installed apps, android system checks whether the any
> installed app can open this type(mime-type) of file or not,
> if there are multiple apps(mostly browsers) installed that can open
> html files it asks user to choose one app(that just once and always
> dialog),
> since the browser can open html files it sends that intent to the
> browser(or to the app you selected if there are multiple ones).
> the browser checks the intent and resolves the URI in the intent(by
> asking android system), the request gets passed back to the file
> manager's Content provider,
> that is why you see "content:://" type url in browser and not
> "file://" as in desktop browser,then
> the file manager content provider sends back a file descriptor of that
> requested file(index.html) back to browser,
> which then gets open as plain  html file because the css files,assets
> cant be resolved from that URI
>
> Solution is to use some app that can open offline websites  directly
> from local storage
> using storage permission and not through file manager apps unless you
> have an android 6 or below device.
>
> https://developer.android.com/about/versions/nougat/android-7.0-changes#sharing-files
>
>

Re: `wget' web site

[Karthik]

On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina  wrote:
>
> Hi all.
>
> I manage to download an entire website, say www.mysite.com, with simply
>
>  $ wget -r -l 0 www.mysite.com
>
> After that, I can surf that web site offline with all its internal links.
> Perfect.
>
> Now the problem comes when I want to copy that stuff into my Android tablet 
> and
> read it offline too.  Then the links do not work any more.
>
> Any suggestions?
>

That's because in Android 7+, when you open a file in any app through
the file manager
that opened app doesn't have access to the "file path" of that file.
it just gets the file descriptor of that file and accesses it as a stream.

when you open a downloaded website (bunch of html,js,css files in hierarchy).
you open a single html file(index.html) and click on hyperlinks(file
paths resolved relatively against index.html) to browse the website
from there on.
Since the browser in your desktop gnu/linux system has direct access
to file paths, it can resolve them and you can browse them easily.
But when open that same index.html file in android the file manager
sends an intent(request containing URI,file mime-type,perms)
requesting android system to resolve that file(.html file)
against installed apps, android system checks whether the any
installed app can open this type(mime-type) of file or not,
if there are multiple apps(mostly browsers) installed that can open
html files it asks user to choose one app(that just once and always
dialog),
since the browser can open html files it sends that intent to the
browser(or to the app you selected if there are multiple ones).
the browser checks the intent and resolves the URI in the intent(by
asking android system), the request gets passed back to the file
manager's Content provider,
that is why you see "content:://" type url in browser and not
"file://" as in desktop browser,then
the file manager content provider sends back a file descriptor of that
requested file(index.html) back to browser,
which then gets open as plain  html file because the css files,assets
cant be resolved from that URI

Solution is to use some app that can open offline websites  directly
from local storage
using storage permission and not through file manager apps unless you
have an android 6 or below device.

https://developer.android.com/about/versions/nougat/android-7.0-changes#sharing-files

`wget' web site

[Rodolfo Medina]

Hi all.

I manage to download an entire website, say www.mysite.com, with simply

 $ wget -r -l 0 www.mysite.com

After that, I can surf that web site offline with all its internal links.
Perfect.

Now the problem comes when I want to copy that stuff into my Android tablet and
read it offline too.  Then the links do not work any more.

Any suggestions?

Thanks for any help,

Rodolfo

Re: Putting small web site online

[john doe]

On 5/12/2021 11:27 AM, Joel Roth wrote:

Hi john,

john doe wrote:

Debians,

I need to have a small web site online but I don't have a commercial
link nor a server at home that can be publickly available.

I'm planning to test/build the web site locally then have it published
where it is publickly available.

I'm thinking of using Gitlab to host my web site do you have a better
solution when you can't host your web site yourself?


freeshell.de is free with registration. They run debian.
You get a full shell environment, which probably means more
flexibility than gitlab. You can use PHP, python or perl
with a mysql database if you like. And the admin answers
emails.

Speaking as a satisfied (mostly dormant) user.




Thank you for this, much appriciated.

I'm testing surge.sh which looks to be what I was looking for.

Also, I'd like to thank everyone who has chimed in, much appriciated.

--
John Doe

Re: Putting small web site online

[IL Ka]

>
>
>
> I need to have a small web site online but I don't have a commercial
> link nor a server at home that can be publickly available.
>

Hi.

For the static website you can use github pages:
https://pages.github.com/
or use VPS.

Re: Putting small web site online

[Eric Krona]

On 2021-05-12 08:31, john doe wrote:

Debians,

I need to have a small web site online but I don't have a commercial
link nor a server at home that can be publickly available.

I'm planning to test/build the web site locally then have it published
where it is publickly available.

I'm thinking of using Gitlab to host my web site do you have a better
solution when you can't host your web site yourself?

Any feedback is appriciated.

If its a static website and you are skilled enough to consider something 
like gitlab, have a look at netlify ( https://www.netlify.com/ ).  
Netlify can publish your page from your git-repository and run the build 
of the site in their pipeline and finally publish it statically.


There are of course others as netlify, but thats the one i have most 
experience with.


Good luck!

Eric

Re: Putting small web site online

[Joel Roth]

Hi john,

john doe wrote:
> Debians,
> 
> I need to have a small web site online but I don't have a commercial
> link nor a server at home that can be publickly available.
> 
> I'm planning to test/build the web site locally then have it published
> where it is publickly available.
> 
> I'm thinking of using Gitlab to host my web site do you have a better
> solution when you can't host your web site yourself?

freeshell.de is free with registration. They run debian.
You get a full shell environment, which probably means more
flexibility than gitlab. You can use PHP, python or perl
with a mysql database if you like. And the admin answers
emails. 

Speaking as a satisfied (mostly dormant) user. 


-- 
Joel Roth

Re: Putting small web site online

[Joe]

On Wed, 12 May 2021 08:31:24 +0200
john doe  wrote:

> Debians,
> 
> I need to have a small web site online but I don't have a commercial
> link nor a server at home that can be publickly available.
> 
> I'm planning to test/build the web site locally then have it published
> where it is publickly available.
> 
> I'm thinking of using Gitlab to host my web site

Do you have a particular reason?

> do you have a better
> solution when you can't host your web site yourself?

Not just 'can't', but usually 'shouldn't'. A modern web server is one of
the most complex pieces of code in current use. New vulnerabilities in
all of them are found almost daily, and not by the good guys. You need a
fair knowledge of web server security to risk hosting it on your own
server. Even companies like Microsoft have had websites hacked. Static
pages are generally pretty safe, but I wouldn't even host them myself.
> 
> Any feedback is appriciated.
>

Much depends on what you want the site to achieve. If you have a few
static pages, any web host will do. If you need (or foresee a need for)
an SQL database, then you need to look at what the various web hosts
will offer for what price. You can go all the way up to a (virtual)
hosted server, though your post suggests you need something small and
simple.

Do you need email addresses linked to the website? Pretty much all web
hosting packages offer a few addresses and a certain amount of space.

Do you need server-side scripting, such as PHP? Most hosting packages
offer that.

Do you need some kind of web authoring package? Some hosts throw a
simple one in free, some charge extra. Do you need Wordpress? An
e-commerce site? There are lots of bells and whistles that are
available, but a basic display website with hand-written HTML doesn't
really need any of them.

Probably any of the large web hosts will do what you need for the best
price. Note that the headline prices displayed are likely to be for six
months or a year, with a higher price after that. A couple of big names
are GoDaddy and TSOhost and there are many websites offering '10
best...' reviews, though they get out of date quickly.

-- 
Joe

Re: Putting small web site online

[Darac Marjal]

On 12/05/2021 07:31, john doe wrote:
> Debians,
>
> I need to have a small web site online but I don't have a commercial
> link nor a server at home that can be publickly available.
>
> I'm planning to test/build the web site locally then have it published
> where it is publickly available.
>
> I'm thinking of using Gitlab to host my web site do you have a better
> solution when you can't host your web site yourself?
Ask your ISP. Many ISPs provide a small amount of web hosting to
customers. You'll usually be given an FTP account where you can upload
the source files of the web page, and the URL for the web page might end
up being something like www.YOUR-CUSTOMER-ID.YOUR-ISP.com, but it's a
great way to get started.
>
> Any feedback is appriciated.
>
> -- 
> John Doe
>



OpenPGP_signature
Description: OpenPGP digital signature

Putting small web site online

[john doe]

Debians,

I need to have a small web site online but I don't have a commercial
link nor a server at home that can be publickly available.

I'm planning to test/build the web site locally then have it published
where it is publickly available.

I'm thinking of using Gitlab to host my web site do you have a better
solution when you can't host your web site yourself?

Any feedback is appriciated.

--
John Doe

Re: why flash fails for this web site?

[Marko Randjelovic]

On Sun, 21 Jul 2019 21:04:27 + (UTC)
Long Wind  wrote:

> my firefox for stretch can display flash, for example: 
> http://www.10jqka.com.cn/flash/
> but it can't display 
> https://www.gtja.com/jccy/syhq.htmli can't see any error msg, the page is 
> blank
> 
> my other stretch can display https://www.gtja.com/jccy/syhq.html

Maybe your flash plugins are different, or totally missing from the
first installation. Are you sure the content you are playing is for
flash?

Re: (abort)Re: why can't I visit this web site

[Greg Wooledge]

On Thu, Jun 08, 2017 at 05:34:10AM +0800, Long Wind wrote:
> iceweasel in jessie really is firefox?

You should probably verify what browser you're actually using.  Either
find the "Help" or "About Something" option in the settings menu, or
try going to "about:" in the URL bar.

> it's strange that firefox for XP is ok with the site

There are many strange aspects of this problem.  I don't yet understand
what's going on.

Re: (abort)Re: why can't I visit this web site

[Long Wind]

Thank Greg Wooledge!

I have created a new user, and the problem remain
it mean the default setting does not work for the web site

iceweasel in jessie really is firefox?
it's strange that firefox for XP is ok with the site

Thank Brian!

On 6/8/17, Greg Wooledge <wool...@eeg.ccf.org> wrote:
> On Thu, Jun 08, 2017 at 04:05:33AM +0800, Long Wind wrote:
>> On 6/8/17, Lisi Reisz <lisi.re...@gmail.com> wrote:
>> > Why are you using Iceweasel?  (You probably said, but I can't find it.)
>
>> iceweasel is debian's fork of firefox( which is popular)?
>> i want to use a popular browser
>> and i think iceweasel is a popular one.
>
> You've missed the point, though to be fair it wasn't spelled out very
> clearly.
>
> The "iceweasel" name is historic now.  The trademark issues with
> Mozilla have been resolved.  In jessie and stretch, iceweasel is a
> *transitional* package, existing only to bring in firefox-esr for
> people who had previously been using the browser under that name.
> Once you've got firefox-esr installed, you can remove the "iceweasel"
> transitional package.
>
> As for your original issue, I'm stumped.  Firefox-esr (and iceweasel
> before it) have Javascript enabled by default.  If your Javascript web
> site isn't loading in those browsers, and you're sure you've tried it with
> the default settings, then the reason is something much too subtle for me.
>
> (If you haven't tried it with the default settings yet, that would be
> the next thing I'd try.  Create a new browser profile, or create a
> whole new Debian user account if you want a *really* clean slate.)
>
>

Re: (abort)Re: why can't I visit this web site

[Greg Wooledge]

On Thu, Jun 08, 2017 at 04:05:33AM +0800, Long Wind wrote:
> On 6/8/17, Lisi Reisz <lisi.re...@gmail.com> wrote:
> > Why are you using Iceweasel?  (You probably said, but I can't find it.)

> iceweasel is debian's fork of firefox( which is popular)?
> i want to use a popular browser
> and i think iceweasel is a popular one.

You've missed the point, though to be fair it wasn't spelled out very
clearly.

The "iceweasel" name is historic now.  The trademark issues with
Mozilla have been resolved.  In jessie and stretch, iceweasel is a
*transitional* package, existing only to bring in firefox-esr for
people who had previously been using the browser under that name.
Once you've got firefox-esr installed, you can remove the "iceweasel"
transitional package.

As for your original issue, I'm stumped.  Firefox-esr (and iceweasel
before it) have Javascript enabled by default.  If your Javascript web
site isn't loading in those browsers, and you're sure you've tried it with
the default settings, then the reason is something much too subtle for me.

(If you haven't tried it with the default settings yet, that would be
the next thing I'd try.  Create a new browser profile, or create a
whole new Debian user account if you want a *really* clean slate.)

Re: (abort)Re: why can't I visit this web site

[Brian]

On Thu 08 Jun 2017 at 04:05:33 +0800, Long Wind wrote:

> On 6/8/17, Lisi Reisz  wrote:
> 
> >
> > Why are you using Iceweasel?  (You probably said, but I can't find it.)
> >
> > Lisi
> 
> iceweasel is debian's fork of firefox( which is popular)?
> i want to use a popular browser
> and i think iceweasel is a popular one.

iceweasel is definitely not a fork of firefox.

Cue history of Debian's naming of a popular web browser.

-- 
Brian.

Re: (abort)Re: why can't I visit this web site

[Long Wind]

On 6/8/17, Lisi Reisz  wrote:

>
> Why are you using Iceweasel?  (You probably said, but I can't find it.)
>
> Lisi
>
>

iceweasel is debian's fork of firefox( which is popular)?
i want to use a popular browser
and i think iceweasel is a popular one.

Re: (abort)Re: why can't I visit this web site

[Lisi Reisz]

On Wednesday 07 June 2017 01:51:30 Long Wind wrote:
> i can visit the web site with firefox 4 xp and android browser. the problem
> is with iceweasel
>
> thanks anyway!
>
> On Wednesday, June 7, 2017, SDA <marathon.duran...@gmail.com> wrote:
> > On Wed, Jun 07, 2017 at 05:30:05AM +0800, Long Wind wrote:
> > > Thank Thomas!
> > > I disable javascript, but it still display nothing.
> > >
> > > the web site is in Chinese, use Unicode
> > >
> > > my energy is limited,I give up
> > > Thank all those who reply!
> >
> > I posted a link to what the page looks like as a webm movie. Not see it?

Why are you using Iceweasel?  (You probably said, but I can't find it.)

Lisi

Re: why can't I visit this web site

[Paul Scott]

On Wed, Jun 07, 2017 at 10:18:48AM +0800, Long Wind wrote:
> really??
> 
> i just install chromium
> it has same problem as iceweasel

Works fine here on Firefox on sid (Debian is going back to Firefox),
Has button to change to English as someone else mentioned.

Paul


> 
> 
> On 6/7/17, Charlie S  wrote:
> >
> > After contemplation, my reply is:
> >
> >
> > It displays with Chromium and offers to translate it. Epiphany displays
> > it as well.
> >
> > Charlie
> >
> 
> 

Re: why can't I visit this web site

[Long Wind]

Epiphany-browser can't display it too
but Epiphany-game seem to be sth. I can enjoy
thank you very much!

On 6/7/17, Charlie S  wrote:
>
>
>   After contemplation, my reply is:
>
>
> It displays with Chromium and offers to translate it. Epiphany displays
> it as well.
>
> Charlie
>
>

Re: why can't I visit this web site

[Long Wind]

really??

i just install chromium
it has same problem as iceweasel


On 6/7/17, Charlie S  wrote:
>
>   After contemplation, my reply is:
>
>
> It displays with Chromium and offers to translate it. Epiphany displays
> it as well.
>
> Charlie
>

Re: (abort)Re: why can't I visit this web site

[Long Wind]

i can visit the web site with firefox 4 xp and android browser. the problem
is with iceweasel

thanks anyway!

On Wednesday, June 7, 2017, SDA <marathon.duran...@gmail.com> wrote:

> On Wed, Jun 07, 2017 at 05:30:05AM +0800, Long Wind wrote:
> > Thank Thomas!
> > I disable javascript, but it still display nothing.
> >
> > the web site is in Chinese, use Unicode
> >
> > my energy is limited,I give up
> > Thank all those who reply!
>
> I posted a link to what the page looks like as a webm movie. Not see it?
>
>

Re: (abort)Re: why can't I visit this web site

[SDA]

On Wed, Jun 07, 2017 at 05:30:05AM +0800, Long Wind wrote:
> Thank Thomas!
> I disable javascript, but it still display nothing.
> 
> the web site is in Chinese, use Unicode
> 
> my energy is limited,I give up
> Thank all those who reply!

I posted a link to what the page looks like as a webm movie. Not see it? 

(abort)Re: why can't I visit this web site

[Long Wind]

Thank Thomas!
I disable javascript, but it still display nothing.

the web site is in Chinese, use Unicode

my energy is limited,I give up
Thank all those who reply!

Re: why can't I visit this web site

[SDA]

On Tue, Jun 06, 2017 at 09:31:26AM +0800, Long Wind wrote:
>i am not at home and can't use debian pc
>my problem is like Richard's description
>it loads sth., but display nothing
>thanks!

Here is a screen recording of what that abomination of a web page looks 
like.  
https://drive.google.com/file/d/0B84pZZOsDAK5UVNUTXcwZFRUOWs/view?usp=sharing

Re: why can't I visit this web site

[Ken Heard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/06/17 08:44 AM, rhkra...@gmail.com wrote:
> Just as a data point, it seems to work for me in Wheezy / Iceweasel
> / Firefox ESR--I see lots of content, but all in a foreign language
> using--what's the right word?--pictographs?--those "picture
> characters" used in several far east languages (e.g., Chinese).

I think the word you want is one of logogram, logograph or
grammalogue, meaning in all three cases a word represented by a single
sign.

Ken


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlk3GSoACgkQlNlJzOkJmTcy6gCffYjIKtMZwmgMIhTtm71NsB2C
HGoAnAq34TyLVeH+FRE1OkNmlK3doom4
=4UlJ
-END PGP SIGNATURE-

Re: why can't I visit this web site

[Dan Purgert]

Jude DaShiell wrote:
> I visited the site with lynx and got error 521 which I've never 
> encountered before. error 500's indicate access is forbidden generally 
> if memory serves.

500 errors are the server responding that it cannot fulfill your
request.  Wikipedia[1] shows 521 specifically as a custom (i.e. "specific
service only" vs. global) code used by Cloudflare to indicate the target
server is down.

[1] https://en.wikipedia.org/wiki/List_of_HTTP_status_codes


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

Re: why can't I visit this web site

[Jude DaShiell]

I visited the site with lynx and got error 521 which I've never 
encountered before. error 500's indicate access is forbidden generally 
if memory serves.


On Tue, 6 Jun 2017, Ben Finney wrote:


Date: Mon, 5 Jun 2017 20:37:22
From: Ben Finney <bign...@debian.org>
To: debian-user@lists.debian.org
Subject: Re: why can't I visit this web site
Resent-Date: Tue,  6 Jun 2017 00:37:47 + (UTC)
Resent-From: debian-user@lists.debian.org

Long Wind <longwind2...@gmail.com> writes:


this is really unbelievable
I can't visit this site with jessie/iceweasel


What happens? A server error? A 404 Not Found error? The connection
times out? The browser crashes? A boxing glove on a spring pops out of
the monitor into your face?


can you help me and test the site?


You'll need to say what actually happens for you, otherwise no-one can
know whether they're experiencing the same.




--

Re: why can't I visit this web site

[Richard Owlett]

On 06/06/2017 07:54 AM, Greg Wooledge wrote:

[snip]


Firefox developers have decreed that their users are too stupid
to cope with an "on/off" switch for Javascript. Sad, but true.


In the last decade or so, the overall Firefox policy seems to have become
"forget whatever we used to do, let's force people to write extensions
to provide those features".  And in the last year or two, as people
started using extensions to provide the features Firefox has stripped
out, the policy has become "let's block the use of extensions".

https://support.mozilla.org/en-US/kb/add-on-signing-in-firefox

So, uh, good luck.



There is SeaMonkey 
I'm running their default Linux package on both Jessie and Stretch with 
Mate DE with no problems.


I abandoned Firefox and Thunderbird before abandoning WinXP ;/

Re: why can't I visit this web site

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Jun 06, 2017 at 08:54:49AM -0400, Greg Wooledge wrote:
> On Tue, Jun 06, 2017 at 02:32:21PM +0200, to...@tuxteam.de wrote:
> > On Tue, Jun 06, 2017 at 08:06:30PM +0800, Long Wind wrote:
> > > iceweasel does not support javascript?
> > 
> > It doesn't support *disabling* javascript. It's always on.
> 
> You may want to try the NoScript extension.  It disables all Javascript
> by default, and allows you to turn it on for specific domains.
> 
> https://noscript.net/
> 
> For some people, it may be too aggressive.  It depends on what web
> sites you intend to use.

I know that. I prefer something more aggressive: disabling Javascript
in about:config (and disabling quite a few other things, btw), and
using that as my default browsing profile.

Then I have a couple of other (separate) profiles for very specific
pages. Pages which don't work without javascript usually don't interest
me.

> > Firefox developers have decreed that their users are too stupid
> > to cope with an "on/off" switch for Javascript. Sad, but true.
> 
> In the last decade or so, the overall Firefox policy seems to have become
> "forget whatever we used to do, let's force people to write extensions
> to provide those features".  And in the last year or two, as people
> started using extensions to provide the features Firefox has stripped
> out, the policy has become "let's block the use of extensions".
> 
> https://support.mozilla.org/en-US/kb/add-on-signing-in-firefox
> 
> So, uh, good luck.

I know. I suppose that it's a question of perspective. I've had
discussions with Firefox people, and while they most probably
are well intentioned, their vision is very biased. For one example,
they reason that taking away the "disable javascript" switch
is based on telemetry: it causes problems for some users.

But that this keeps many beginners from experimenting and
learning, and at the same time re-inforces "web programmers"
in their use of horrific frameworks which rely on more and
more programs running client-side... that's something they
only view as a Good Thing (just think about how much Mozilla
has invested on a well-performing Javascript implementation.
Heck, the PDF viewer is written in Javascript these days:
an impressive technical feat, and many nifty tricks in
there, but... no, thanks!).

For me, it's a Bad Thing, because it makes the interface
between the service and my computer ever more obfuscated
(was: a document in an ugly, but somewhat specified language,
is: some obscure protocol which only the service provider[1]
controls, since (s)he develops server and client-side parts
in lockstep).

So thanks, but no thanks. Call me luddite if you want, but
I don't like the path things are taking. Things may have a
free license, but are becoming so obfuscated as to be effectively
non-free.

Cheers

[1] Or the service provider's framework provider (who these
   days is mostly Google or Facebook because distributed
   programming Is Hard and needs lots of resources).

- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlk2q4kACgkQBcgs9XrR2kbMNACfRiT0w10UH8ZJ9j5v5zwmkyYo
bLkAnA5ohz/dJHWcZuXUeFay48cSJ1dE
=CZNV
-END PGP SIGNATURE-

Re: why can't I visit this web site

[Greg Wooledge]

On Tue, Jun 06, 2017 at 02:32:21PM +0200, to...@tuxteam.de wrote:
> On Tue, Jun 06, 2017 at 08:06:30PM +0800, Long Wind wrote:
> > iceweasel does not support javascript?
> 
> It doesn't support *disabling* javascript. It's always on.

You may want to try the NoScript extension.  It disables all Javascript
by default, and allows you to turn it on for specific domains.

https://noscript.net/

For some people, it may be too aggressive.  It depends on what web
sites you intend to use.

> Firefox developers have decreed that their users are too stupid
> to cope with an "on/off" switch for Javascript. Sad, but true.

In the last decade or so, the overall Firefox policy seems to have become
"forget whatever we used to do, let's force people to write extensions
to provide those features".  And in the last year or two, as people
started using extensions to provide the features Firefox has stripped
out, the policy has become "let's block the use of extensions".

https://support.mozilla.org/en-US/kb/add-on-signing-in-firefox

So, uh, good luck.

Re: why can't I visit this web site

[rhkramer]

> On Tuesday 06 June 2017 01:37:22 Ben Finney wrote:
> > WA boxing glove on a spring pops out of
> > the monitor into your face?
> > 

Sounds like the next step in UI design, in fact, it might be a real "gooey" 
UI.  

Re: why can't I visit this web site

[Joe]

On Tue, 6 Jun 2017 20:06:30 +0800
Long Wind  wrote:

> i can't find options related to javascript in iceweasel/jessie
> 

In about:config. Type that into the address bar, then in the Search
box, type javascript. The global disable is called javascript.enable.

More commonly, firefox/iceweasel users use NoScript or other selective
javascript enabler.

> iceweasel does not support javascript?

Every version that I've seen does. It has always been Firefox by
another name, but usually not the current version.
> 
> i think iceweasel makes poor choice
> XP/firefox and android' browser can visit this site
> 

And many web developers don't bother to test Firefox versions, because
obviously, people only use Microsoft web browsers. Two hours ago, I
completely failed to download something from a site after logging in to
it, using the current Firefox on Win8. I then tried the same exercise
with an older Firefox on Linux, and it worked perfectly. Unusual, I
have to say, it's more often the other way around, but clearly the web
developer had done something wrong. The web protocol for downloading is
trivial and shouldn't even require javascript. But something clever had
been done about restricting the download to logged-in account holders,
and it wasn't behaving as expected. Sturgeon's Revelation applies to
websites, and in particular, to their developers.

-- 
Joe

Re: why can't I visit this web site

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Jun 06, 2017 at 08:06:30PM +0800, Long Wind wrote:
> i can't find options related to javascript in iceweasel/jessie

They have taken it out: it's "always enabled" unless you dig into
about:config.

Firefox developers have decreed that their users are too stupid
to cope with an "on/off" switch for Javascript. Sad, but true.

> iceweasel does not support javascript?

It doesn't support *disabling* javascript. It's always on.

> i think iceweasel makes poor choice

I agree (although we are talking about slightly different things :)

> XP/firefox and android' browser can visit this site

I have no idea what incompatible code "this site" uses. Or what
else is going on (perhaps some other site, which that page needs
to work, is being blocked in one but not in the other installation).

I would say the problem lies in bad javascript code in that site,
although I don't feel like debugging some random javascript code
off the 'net. It's too depressing.

Regards
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlk2oNUACgkQBcgs9XrR2kalLgCfcsqnvpF/Q+Tp+jnK3Jiz50a1
S2YAmQEBmTI/ASuQTwRhFrbY6bNlyPDL
=PyWm
-END PGP SIGNATURE-

Re: why can't I visit this web site

[Thomas Schmitt]

Hi,

Long Wind wrote:
> i can't find options related to javascript in iceweasel/jessie
> iceweasel does not support javascript?

It did for me by default.  I rather had to riddle how to disable it.

I go to pseudo URL
  about:config
to see a long list of adjustable properties.
When i type into the "Search" field:
  java
the second item in the now reduced list becomes
  javacript.enabled
I doubleclick to toggle between values "false" and "true".

After having gone back to the page which needs Javascript, i reload that
page to see its content ... and all the awful Javascript frippery.
(I looked up "Firlefanz" in dict.cc, "frippery" was funniest.)

As soon as possible i disable Javascript again.


Have a nice day :)

Thomas

Re: why can't I visit this web site

[Long Wind]

i can't find options related to javascript in iceweasel/jessie

iceweasel does not support javascript?

i think iceweasel makes poor choice
XP/firefox and android' browser can visit this site

Re: why can't I visit this web site

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Jun 05, 2017 at 07:38:05PM -0500, Richard Owlett wrote:
> On 06/05/2017 07:12 PM, Long Wind wrote:
> >this is really unbelievable
> >I can't visit this site with jessie/iceweasel

> Using Stretch and SeaMonkey 2.46 with JavaScript and cookies *DISABLED*
> It loads something but _displays_ nothing.
> Displaying web page by using CNTRL-U reveals a VERY long single line
> containing JavaScript.

Same here. Host resolves alright, page loads, but is Javascript-only.

> I avoid unknown sites that display nothing unless JavaScript enabled.
> YMMV

Heh. So we're at least *two* :-)

I'd go further: I consider a page which refuses to show anything when
Javascript is disabled as highly suspicious -- borderline malware.

(Yeah, I know, I know: The Internet is evolving, blah, blah. Not in
a good direction, IMO).

As Richard says: YMMV.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlk2YlgACgkQBcgs9XrR2kZXGwCfWaLVYbchIRK3xUPJIpGjLwzK
lv0AnAiP8av8ELCKQpfrgw3fakGTyl90
=OWZV
-END PGP SIGNATURE-

Re: why can't I visit this web site

[Ben Finney]

Long Wind  writes:

> i am not at home and can't use debian pc

That's okay. We can wait until you are able to reply properly.

-- 
 \   “Are you pondering what I'm pondering?” “Umm, I think so, Don |
  `\  Cerebro, but, umm, why would Sophia Loren do a musical?” |
_o__)   —_Pinky and The Brain_ |
Ben Finney

Re: why can't I visit this web site

[Long Wind]

i am not at home and can't use debian pc

my problem is like Richard's description
it loads sth., but display nothing

thanks!

Re: why can't I visit this web site

[Richard Owlett]

On 06/05/2017 07:12 PM, Long Wind wrote:

this is really unbelievable
I can't visit this site with jessie/iceweasel

http://www.cs.ecitic.com/

I can visit it with XP/firefox

can you help me and test the site?




Using Stretch and SeaMonkey 2.46 with JavaScript and cookies *DISABLED*
It loads something but _displays_ nothing.
Displaying web page by using CNTRL-U reveals a VERY long single line 
containing JavaScript.


I avoid unknown sites that display nothing unless JavaScript enabled.
YMMV

Re: why can't I visit this web site

[Ben Finney]

Long Wind  writes:

> this is really unbelievable
> I can't visit this site with jessie/iceweasel

What happens? A server error? A 404 Not Found error? The connection
times out? The browser crashes? A boxing glove on a spring pops out of
the monitor into your face?

> can you help me and test the site?

You'll need to say what actually happens for you, otherwise no-one can
know whether they're experiencing the same.

-- 
 \ “Never do anything against conscience even if the state demands |
  `\ it.” —Albert Einstein |
_o__)  |
Ben Finney

why can't I visit this web site

[Long Wind]

this is really unbelievable
I can't visit this site with jessie/iceweasel

http://www.cs.ecitic.com/

I can visit it with XP/firefox

can you help me and test the site?

web site problems on localhost

[Gene Heskett]

Greetings;

I found the problem, something had replaced the index.html, which was a 
link to the front-page.html of my web site with the default apache 
index.html.

Restored that by rm'ing the renamed copy of it, then cp'd the ~ version 
back to the real one, voila! Web page functions normally.

I haven't a clue what did that, I did not run anything that would have 
changed that while attempting to make it do an automatic conversion of 
an http access into an https access. So whatever did do it, I want to 
protect it from everything including me until such time as I remove the 
protections so I can edit it.

But I cannot make those links immutable, chattr won't let me. And 
apparently I can't remove the owners write perms.  So how can I freeze 
these solid until I restore write perms?

Is there a way to do this?

Thank you.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: My web site is back

[Stuart Longland]

On 09/12/15 02:58, Darac Marjal wrote:
> On Tue, Dec 08, 2015 at 11:15:50AM -0500, Stephen Powell wrote:
> 
>> Old site: h t t p : / / u s e r s . w o w w a y . c o m / ~ z l i n u
>> x m a n /
>>
>> New site: http://www.stevesdebianstuff.org/
>>
>> If you have bookmarks set for the old site you should update your
>> bookmarks. Some pages from the old site are not on the new site
>> because I judged them to be obsolete.
> 
> To which, the venerable W3C replied "Cool URIs don't change":
> http://www.w3.org/Provider/Style/URI.html

The W3C clearly haven't considered the case of a hosting provider
pulling the plug on a customer.

The same happened to countless Geocities users years ago.

I had to change uRLs myself just recently.  I had my own hosting, but
used a free dynamic DNS service (yi.org) to provide the hostname.  That
was set up years ago when I had no income and was at university.

They started acting up this year, with failed DNS resolution issues, and
a management site that was really misbehaving badly.  I now earn an
income, so I figured it was high time for me to move.  Hence the new domain.

In my case, I was fortunate the old domain still intermittently worked
(and still does work), and so I was able to put the redirects in place.
 Had yi.org just folded altogether however, I'd be stuck in the same way
that Stephen was.
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.



signature.asc
Description: OpenPGP digital signature

Re: My web site is back

[Stuart Longland]

On 10/12/15 01:48, Stephen Powell wrote:
> So far, I haven't
> yet figured out how to upload files via their control panel,
> but the account comes with FTP service, so I was able to upload
> my files via FTP.

Probably for the better, a superior option of course would be sftp or
rsync/ssh if they permit that.

I'm always a bit leery of web-based file upload facilities.

Regards,
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.



signature.asc
Description: OpenPGP digital signature

Re: My web site is back

[mister . s . jones]

On Wednesday, December 09, 2015 10:48:53 Stephen Powell wrote:
> On Tue, 08 Dec 2015 18:55:43 -0500 (EST), Gener Badenas wrote:
> > How much is the hosting now and with whom?
> 
> $48 for hosting, $9.00 for domain registration, total $57.
> Good for one year.  I'll have to pay again next year.
> I decided to go with debian-hosting.info.  So far, I haven't
> yet figured out how to upload files via their control panel,
> but the account comes with FTP service, so I was able to upload
> my files via FTP.
> 
> By the way, I have no business interest in debian-hosting.info,
> other than being one of their newest customers.


 Good choice 

 LostSon

Re: My web site is back

[Stephen Powell]

On Tue, 08 Dec 2015 18:55:43 -0500 (EST), Gener Badenas wrote:
> 
> How much is the hosting now and with whom?

$48 for hosting, $9.00 for domain registration, total $57.
Good for one year.  I'll have to pay again next year.
I decided to go with debian-hosting.info.  So far, I haven't
yet figured out how to upload files via their control panel,
but the account comes with FTP service, so I was able to upload
my files via FTP.

By the way, I have no business interest in debian-hosting.info,
other than being one of their newest customers.

My web site is back

[Stephen Powell]

Old site: h t t p : / / u s e r s . w o w w a y . c o m / ~ z l i n u x m a n /

New site: http://www.stevesdebianstuff.org/

If you have bookmarks set for the old site you should update your bookmarks.
Some pages from the old site are not on the new site because I judged them
to be obsolete.
  

Re: My web site is back

[Darac Marjal]

On Tue, Dec 08, 2015 at 11:15:50AM -0500, Stephen Powell wrote:

Old site: h t t p : / / u s e r s . w o w w a y . c o m / ~ z l i n u x 
m a n /


New site: http://www.stevesdebianstuff.org/

If you have bookmarks set for the old site you should update your 
bookmarks. Some pages from the old site are not on the new site because 
I judged them to be obsolete.


To which, the venerable W3C replied "Cool URIs don't change":
http://www.w3.org/Provider/Style/URI.html

--
For more information, please reread.


signature.asc
Description: PGP signature

Re: My web site is back

[Martin Read]

On 08/12/15 16:58, Darac Marjal wrote:

On Tue, Dec 08, 2015 at 11:15:50AM -0500, Stephen Powell wrote:

If you have bookmarks set for the old site you should update your
bookmarks. Some pages from the old site are not on the new site
because I judged them to be obsolete.


To which, the venerable W3C replied "Cool URIs don't change":
http://www.w3.org/Provider/Style/URI.html


Your criticism is invalid, given that the action that has clearly been 
taken here is "change my URIs so that in future they're under a domain I 
control instead of a domain someone *else* controls".


(Also, given the behaviour of search engines, "Pretty much the only good 
reason for a document to disappear from the Web is that the company 
which owned the domain name went out of business or can no longer afford 
to keep the server running." is a beautiful theoretical principle with 
no grounding in practicality.)

Re: My web site is back

[Felix Miata]

Darac Marjal composed on 2015-12-08 16:58 (UTC):

> On Tue, Dec 08, 2015 at 11:15:50AM -0500, Stephen Powell wrote:

>>Old site: h t t p : / / u s e r s . w o w w a y . c o m / ~ z l i n u x m a n 
>>/

>>New site: http://www.stevesdebianstuff.org/

>>If you have bookmarks set for the old site you should update your 
>>bookmarks. Some pages from the old site are not on the new site because 
>>I judged them to be obsolete.

> To which, the venerable W3C replied "Cool URIs don't change":
> http://www.w3.org/Provider/Style/URI.html

Exactly:

"Cool URIs don't change"

Since when is any homepage on http://users.isp.com/~username "cool"? They
don't last anyway, because users don't keep one ISP forever, and cannot keep
the old URI when switching.
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: My web site is back

[Gener Badenas]

On Wed, Dec 9, 2015 at 5:50 AM, Stephen Powell <zlinux...@wowway.com> wrote:

> On Tue, 08 Dec 2015 12:36:44 -0500 (EST), Martin Read wrote:
> > On 08/12/15 16:58, Darac Marjal wrote:
> >>
> >> To which, the venerable W3C replied "Cool URIs don't change":
> >> http://www.w3.org/Provider/Style/URI.html
> >
> > Your criticism is invalid, given that the action that has clearly been
> > taken here is "change my URIs so that in future they're under a domain I
> > control instead of a domain someone *else* controls".
> >
> > (Also, given the behaviour of search engines, "Pretty much the only good
> > reason for a document to disappear from the Web is that the company
> > which owned the domain name went out of business or can no longer afford
> > to keep the server running." is a beautiful theoretical principle with
> > no grounding in practicality.)
>
> Actually, I didn't change my web site name for either reason.  I changed it
> because my ISP decided to discontinue their web hosting service.  (Or maybe
> they just decided to discontinue their *free* web hosting service provided
> to *home* users of their cable modem internet connectivity.  They may still
> provide a *for charge* web hosting service to their *business* customers.
> I wouldn't know.)  In any case, they "pulled the plug" on me.  I now pay
> for a web hosting service that I used to get free.  But I will admit that
>

How much is the hosting now and with whom?


> the new URL is more "cool" than the old one.  :-)
>
>


-- 
Java <http://javadevnotes.com/java-sort-array-examples> and Groovy
<http://grails.asia/groovy-list-tutorial-and-examples>

Re: My web site is back

[Stephen Powell]

On Tue, 08 Dec 2015 12:36:44 -0500 (EST), Martin Read wrote:
> On 08/12/15 16:58, Darac Marjal wrote:
>>
>> To which, the venerable W3C replied "Cool URIs don't change":
>> http://www.w3.org/Provider/Style/URI.html
> 
> Your criticism is invalid, given that the action that has clearly been 
> taken here is "change my URIs so that in future they're under a domain I 
> control instead of a domain someone *else* controls".
> 
> (Also, given the behaviour of search engines, "Pretty much the only good 
> reason for a document to disappear from the Web is that the company 
> which owned the domain name went out of business or can no longer afford 
> to keep the server running." is a beautiful theoretical principle with 
> no grounding in practicality.)

Actually, I didn't change my web site name for either reason.  I changed it
because my ISP decided to discontinue their web hosting service.  (Or maybe
they just decided to discontinue their *free* web hosting service provided
to *home* users of their cable modem internet connectivity.  They may still
provide a *for charge* web hosting service to their *business* customers.
I wouldn't know.)  In any case, they "pulled the plug" on me.  I now pay
for a web hosting service that I used to get free.  But I will admit that
the new URL is more "cool" than the old one.  :-) 

Re: Fwd: Re: System craches when browsing a web site

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Oct 28, 2015 at 11:02:51AM +, Lisi Reisz wrote:

[...]

> You're welcome.  It's terribly difficult to remember.  Or very easy to 
> forget.  
> I am over-sensitive to it at the moment, after my recent "discussion" on the 
> subject of CC's.

And I still feel a bit guilty. Oh, well :-)

Cheers,
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlYwxXAACgkQBcgs9XrR2kYAlgCfbXspslAdSHJw1VrOm9PIrMl9
2lgAn02+GUssslT3Hzd234bytBlnrKRC
=N/WZ
-END PGP SIGNATURE-

Re: Fwd: Re: System craches when browsing a web site

[Abou Al Montacir]

On Wed, 2015-10-28 at 10:57 +, Lisi Reisz wrote:
> --  Forwarded Message  --
> 
> Subject: Re: System craches when browsing a web site
> Date: Wednesday 28 October 2015, 01:56:08
> From: Charlie Kravetz <c...@teamcharliesangels.com>
> To: debian-user@lists.debian.org
> 
> On Tue, 27 Oct 2015 20:48:06 +0100
> Sven Arvidsson <s...@whiz.se> wrote:
> 
> >On Tue, 2015-10-27 at 14:30 +0100, Peter Ludikovsky wrote:
> >> Hello,
> >> 
> >> I've looked into that issue a bit futher, and as far as I can test
> >> within the confines of a VM I can say that
> >> 1) I can still access the TTYs and
> >> 2) the OOM killer removes the offending process as soon as both RAM
> >> and Swap is full. Since your Swap is rather large it takes a long
> >> time
> >> to fill up, during which time the system constantly has to swap in
> >> and
> >> out programs you might be using.  
> >
> >Very interesting. I retried loading the page in Epiphany and noticed
> >this in the terminal:
> >
> > radeon: mmap failed, errno: 12
> >
> >Trying to get a backtrace with gdb resulted in an X crash, so that page
> >is doing something WebKit or Epiphany doesn't like at all.
> >
> >I filed a bug here, to start with:
> >
> > https://bugzilla.gnome.org/show_bug.cgi?id=757213
> >
> >Only tried 3.16.3 so far, would be interesting to know how it works
> >with 3.14 and 3.18, and other browsers using WebKit.
> 
> Midori 0.5.11 is using WebKit. It works without crashing.
> >
This means probably that the bug is in epiphany and not webkit.
-- 
Cheers,
Abou Al Montacir

Re: Fwd: Re: System craches when browsing a web site

[Michael Biebl]

Am 28.10.2015 um 14:27 schrieb Abou Al Montacir:
> On Wed, 2015-10-28 at 10:57 +, Lisi Reisz wrote:
>
>>> Only tried 3.16.3 so far, would be interesting to know how it works
>>> with 3.14 and 3.18, and other browsers using WebKit.
>>
>> Midori 0.5.11 is using WebKit. It works without crashing.
>>>
> This means probably that the bug is in epiphany and not webkit.

No, midori and ephiphany use different versions of WebKit.
midori uses WebKit1 (libwebkigtgtk-1.0-0), epiphany the newer WebKit2
(libwebkit2gtk-4.0-37)

The bug is more likely somewhere in the graphics stack, which is
triggered by WebKit2 (e.g. by offloading more stuff to the GPU).



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: System craches when browsing a web site

[Lisi Reisz]

On Wednesday 28 October 2015 13:26:10 Abou Al Montacir wrote:
>On Wednesday 28 October 2015 01:56:08 Charlie Kravetz wrote:
> On Tue, 27 Oct 2015 20:48:06 +0100
>
> Sven Arvidsson  wrote:
> >On Tue, 2015-10-27 at 14:30 +0100, Peter Ludikovsky wrote:
> >> Hello,
> >>
> >> I've looked into that issue a bit futher, and as far as I can test
> >> within the confines of a VM I can say that
> >> 1) I can still access the TTYs and
> >> 2) the OOM killer removes the offending process as soon as both RAM
> >> and Swap is full. Since your Swap is rather large it takes a long
> >> time
> >> to fill up, during which time the system constantly has to swap in
> >> and
> >> out programs you might be using.
> >
> >Very interesting. I retried loading the page in Epiphany and noticed
> >this in the terminal:
> >
> > radeon: mmap failed, errno: 12
> >
> >Trying to get a backtrace with gdb resulted in an X crash, so that page
> >is doing something WebKit or Epiphany doesn't like at all.
> >
> >I filed a bug here, to start with:
> >
> > https://bugzilla.gnome.org/show_bug.cgi?id=757213
> >
> >Only tried 3.16.3 so far, would be interesting to know how it works
> >with 3.14 and 3.18, and other browsers using WebKit.
>
> Midori 0.5.11 is using WebKit. It works without crashing.

This means probably that the bug is in epiphany and not webkit.

Re: Fwd: Re: System craches when browsing a web site

[Sven Arvidsson]

On Tue, 2015-10-27 at 22:02 +, Lisi Reisz wrote:
> Forwarded to unsubscribed OP
> Lisi

I keep forgetting, thanks for doing this! 

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 6FAB5CD5





signature.asc
Description: This is a digitally signed message part

Re: System craches when browsing a web site

[Peter Ludikovsky]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks for the corrections. To be honest, the install to test this was
the first install using tasks I've done in a very, very long time.

/peter

Am 27.10.2015 um 22:51 schrieb Lisi Reisz:
> On Tuesday 27 October 2015 13:30:02 Peter Ludikovsky wrote:
>> (Iceweasel is the default for Debian for example)
> 
> It's not.  It's desktop dependant.
> 
> Lisi
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQIcBAEBAgAGBQJWMG4YAAoJEM+6Ng5pbtyZWDQP/inM6hdsX2FDlP7ENpD4t6LD
bW5VCk4C4tP/rssXvLamxHKhXR0/s5kFvkU/G8MYita0cfG8+/T5lbrC/PPMX+i2
jU80yuR9VANh2rm8A6poxY100+tMBkzEigxm8jhWGvmCgxzcz1EkfkoUvKy8ueRE
zUBa3lLlu1vXcmphWbv4u3xdR10Vo7J5l3qDjhfDvYPZ+3XCI/RbqNQF9CtjSXPL
riqelvYJtiq2g6LE1pmojwaBnbws9HlWz/iM7xsn7QNxpJxJnvkASWtfQWZol2tD
drpVfKlnXv4WhWu6x9CyXhGREsN/+j2+pjZYg5hLgJ6vZx196ffAfyGKnQo44zRm
EocfuIOh1q1lO0srCfs8EFZoZMMSm0f5Q/7vabH53RZSwlJwn7b+QhbwKYTLln3N
WbAWh7lgdZGOONDtztEpTohxSGUuSjPYAoSDM3yHihPe8p+6WhMkR1mqsHV+VZWS
XqcEQcRiQk+fo0FhyfJnVMsgWcVdU56RKQBhqp0kQE/wowZ2sxAMJai5ZZFkXY8O
SOmvOOaFMBPtYrzcqVJGO4Ptl0rmIMw0wmSc5JdC2N47pZmx5TReJGPfKxxTkJkk
AVHD/cfPxd2kEXXUbpE/kAPtXDai4Ndk4IFMTuDvH9kLJmxT2jWbg6glS5Qx0Yga
IEwdoJMZrG6VWM1we3qD
=CdTo
-END PGP SIGNATURE-

Re: System craches when browsing a web site

[Chris Bannister]

On Mon, Oct 26, 2015 at 07:39:58PM -0600, Glenn English wrote:
> 
> On Oct 26, 2015, at 4:30 PM, Abou Al Montacir  wrote:
> 
> > What fellow users think?

He did ask to be CC'd, your post has fallen on deaf ears.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Re: Fwd: Re: System craches when browsing a web site

[Lisi Reisz]

On Wednesday 28 October 2015 12:54:08 to...@tuxteam.de wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, Oct 28, 2015 at 11:02:51AM +, Lisi Reisz wrote:
>
> [...]
>
> > You're welcome.  It's terribly difficult to remember.  Or very easy to
> > forget. I am over-sensitive to it at the moment, after my recent
> > "discussion" on the subject of CC's.
>
> And I still feel a bit guilty. Oh, well :-)

:-)  And I so carefully didn't name you. ;-)

Lisi

Re: Fwd: Re: System craches when browsing a web site

[Sven Arvidsson]

> > Midori 0.5.11 is using WebKit. It works without crashing.
> > > 
> This means probably that the bug is in epiphany and not webkit.

It's a problem with the Gtk+ backend of WebKit. If you follow the bug I
filed it was closed with a link here:

 https://bugs.webkit.org/show_bug.cgi?id=126122

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 6FAB5CD5





signature.asc
Description: This is a digitally signed message part

Re: System craches when browsing a web site

[Charlie Kravetz]

On Wed, 28 Oct 2015 15:53:53 +0100
Michael Biebl  wrote:

>Am 28.10.2015 um 14:27 schrieb Abou Al Montacir:
>> On Wed, 2015-10-28 at 10:57 +, Lisi Reisz wrote:
>>  
 Only tried 3.16.3 so far, would be interesting to know how it works
 with 3.14 and 3.18, and other browsers using WebKit.  
>>>
>>> Midori 0.5.11 is using WebKit. It works without crashing.  
  
>> This means probably that the bug is in epiphany and not webkit.  
>
>No, midori and ephiphany use different versions of WebKit.
>midori uses WebKit1 (libwebkigtgtk-1.0-0), epiphany the newer WebKit2
>(libwebkit2gtk-4.0-37)
>
>The bug is more likely somewhere in the graphics stack, which is
>triggered by WebKit2 (e.g. by offloading more stuff to the GPU).
>
>
>

Thank you for that information. I tried to find that information on
Midori, but did not look in the right place. Where do you find it? It
would have saved some time and not given misinformation with it.

-- 
Charlie Kravetz
Linux Registered User Number 425914
[http://linuxcounter.net/user/425914.html]
Never let anyone steal your DREAM.   [http://keepingdreams.com]

Re: System craches when browsing a web site

[Michael Biebl]

Am 28.10.2015 um 20:56 schrieb Charlie Kravetz:
> On Wed, 28 Oct 2015 15:53:53 +0100
> Michael Biebl  wrote:
> 
>> No, midori and ephiphany use different versions of WebKit.
>> midori uses WebKit1 (libwebkigtgtk-1.0-0), epiphany the newer WebKit2
>> (libwebkit2gtk-4.0-37)

..

> Thank you for that information. I tried to find that information on
> Midori, but did not look in the right place. Where do you find it? It
> would have saved some time and not given misinformation with it.

What I did is more or less:

$ apt-cache depends midori | grep webkit
  Depends: libwebkitgtk-1.0-0
$ apt-cache depends epiphany-browser | grep webkit
  Depends: libwebkit2gtk-4.0-37



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: System craches when browsing a web site

[Lisi Reisz]

Forwarded to unsubscribed OP.

On Wednesday 28 October 2015 01:56:08 Charlie Kravetz wrote:
> On Tue, 27 Oct 2015 20:48:06 +0100
>
> Sven Arvidsson  wrote:
> >On Tue, 2015-10-27 at 14:30 +0100, Peter Ludikovsky wrote:
> >> Hello,
> >>
> >> I've looked into that issue a bit futher, and as far as I can test
> >> within the confines of a VM I can say that
> >> 1) I can still access the TTYs and
> >> 2) the OOM killer removes the offending process as soon as both RAM
> >> and Swap is full. Since your Swap is rather large it takes a long
> >> time
> >> to fill up, during which time the system constantly has to swap in
> >> and
> >> out programs you might be using.
> >
> >Very interesting. I retried loading the page in Epiphany and noticed
> >this in the terminal:
> >
> > radeon: mmap failed, errno: 12
> >
> >Trying to get a backtrace with gdb resulted in an X crash, so that page
> >is doing something WebKit or Epiphany doesn't like at all.
> >
> >I filed a bug here, to start with:
> >
> > https://bugzilla.gnome.org/show_bug.cgi?id=757213
> >
> >Only tried 3.16.3 so far, would be interesting to know how it works
> >with 3.14 and 3.18, and other browsers using WebKit.
>
> Midori 0.5.11 is using WebKit. It works without crashing.

Re: Fwd: Re: System craches when browsing a web site

[Lisi Reisz]

On Wednesday 28 October 2015 08:19:50 Sven Arvidsson wrote:
> On Tue, 2015-10-27 at 22:02 +, Lisi Reisz wrote:
> > Forwarded to unsubscribed OP
> > Lisi
>
> I keep forgetting, thanks for doing this!

You're welcome.  It's terribly difficult to remember.  Or very easy to forget.  
I am over-sensitive to it at the moment, after my recent "discussion" on the 
subject of CC's.

Lisi

Re: System craches when browsing a web site

[Charlie Kravetz]

On Thu, 29 Oct 2015 01:16:25 +0100
Michael Biebl  wrote:

>Am 28.10.2015 um 20:56 schrieb Charlie Kravetz:
>> On Wed, 28 Oct 2015 15:53:53 +0100
>> Michael Biebl  wrote:
>>   
>>> No, midori and ephiphany use different versions of WebKit.
>>> midori uses WebKit1 (libwebkigtgtk-1.0-0), epiphany the newer WebKit2
>>> (libwebkit2gtk-4.0-37)  
>
>..
>
>> Thank you for that information. I tried to find that information on
>> Midori, but did not look in the right place. Where do you find it? It
>> would have saved some time and not given misinformation with it.  
>
>What I did is more or less:
>
>$ apt-cache depends midori | grep webkit
>  Depends: libwebkitgtk-1.0-0
>$ apt-cache depends epiphany-browser | grep webkit
>  Depends: libwebkit2gtk-4.0-37
>
>
>


Thank you very much! Something new for today. 

-- 
Charlie Kravetz
Linux Registered User Number 425914
[http://linuxcounter.net/user/425914.html]
Never let anyone steal your DREAM.   [http://keepingdreams.com]

Re: System craches when browsing a web site

[Abou Al Montacir]

On Tue, 2015-10-27 at 08:15 +0300, moxalt wrote:
> On Mon, 26 Oct 2015 16:40:10 +0100, Abou Al Montacir 
> wrote:
> 
> > Dear All,
> > 
> > I tried to browse the following site multiple times using epiphany browser,
> > and each time it makes my hole system crash. Only poweroff/poweron can
> > recover. https://www.blinq.com/
> > 
> > While I can understand that epiphany does not support some features and
> > craches, I don't understand that the system itself craches. I was not even
> > bean able to user ctrl+alt+F1 to kill the process. I'm using 16GiB ram +
> > 32MiB swap, so I don't think this is memory issue.
> > 
> > Can you please advise if I need to fill a bug against general?
> > 
> > PS: Please copy me as I'm not subscribed.
> 
> Use a different web browser maybe? Blinq opens fine for me, under both
> Chromium
> and Iceweasel. What version of Debian are you running?
Yes that may be a solution  to browse the page, but this is not my real problem.
My problem is how it happens that a user program make a Linux system freeze.
That was a main reason for me to stop using other OS!
-- 
Cheers,
Abou Al Montacir

Re: Fwd: Re: System craches when browsing a web site

[Abou Al Montacir]

On Tue, 2015-10-27 at 07:43 +, Lisi Reisz wrote:
> --  Forwarded Message  --
> 
> Subject: Re: System craches when browsing a web site
> Date: Tuesday 27 October 2015, 01:39:58
> From: Glenn English <g...@slsware.net>
> To: debianUsers <debian-user@lists.debian.org>
> 
> 
> On Oct 26, 2015, at 4:30 PM, Abou Al Montacir <abou.almonta...@sfr.fr> wrote:
> 
> > What fellow users think?
> 
> Toss the sucker and get one that works. There are billions and billions of 
> browsers around. Even some that aren't Microsoft or Mozilla :-)
> 
> And, no, Debian shouldn't do more than complain mildly when the browser has a 
> problem -- Debian stable has been bulletproof in my experience. But if a 
> connection error isn't being handled by the browser that tried to make the 
> connection, the browser was designed and written by folks who made one or 
> more big mistakes. Unless something really interesting is going on in 
> Debian's IP stack.
> 
> I hear that Google's Chromium works or Opera, to name a couple biggies.
> 
> You really don't need this. And the fix is (probably) simple.
> 
> -- 
> Glenn English
It is not about a buggy program, it is about a stable system, I don't care about
epiphany, I can use an other browser as you said, but just care about a stable
OS!
-- 
Cheers,
Abou Al Montacir

Re: System craches when browsing a web site

[Himanshu Shekhar]

To me, w3m seems to be the best way to check whether there is a connection
problem or not.
Bugs if any should be reported at the earliest.

Regards,
Himanshu Shekhar

Re: System craches when browsing a web site

[Glenn English]

On Oct 26, 2015, at 7:43 PM, Mario Castelán Castro  
wrote:

>> I hear that Google's Chromium works or Opera, to name a couple biggies.
> 
> Both of them are non-free

Good point, well taken. But OP doesn't like Mozilla for some reason. Chromium 
is at least free as in beer; and last I heard, so was Opera. Privoxy'll do a 
good job for any of them getting rid of the popups and stuff.

I guess he could go the KDE route. I think that's free in both senses, and 
their browser is reliable. There are most likely others as well, but I was 
trying to point the poor guy toward something that works. On Debian (stable, at 
least), there's no excuse for significantly broken software. (It turns up from 
time to time, but there's no excuse for it :-)

-- 
Glenn English