Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
On July 11, 2015 at 12:49PM +0800, jidanni (at jidanni.org) wrote: Can you do this simple experiment for me: 1. Unplug your computer from the network. 2. Browse a page. See the Cannot retrieve message? Good. When unplugged, emacs-w3m fails few seconds later, but this isn't the point. 3. Now adjust some variable that will cause emacs to wait a few more seconds before giving up on the network and returning that message. When I add the follwing traffic control setting to emulate the slow network, # tc qdisc add dev eth0 root netem delay 5000ms emacs-w3m displays the page about 30-40 seconds later. When I remove the traffic control setting, # tc qdisc del dev eth0 root emacs-w3m displays the page about 1-2 seconds later. I have no idea how to rescue your situation, though I guess something is wrong with your system. Thanks, -- Tatsuya Kinoshita pgptqFGR9asOC.pgp Description: PGP signature
Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
Control: tags -1 + moreinfo On July 8, 2015 at 6:52PM +0900, tats (at debian.org) wrote: Control: tags -1 + unreproducible Control: severity -1 important On July 8, 2015 at 1:45AM +0800, jidanni (at jidanni.org) wrote: Starting a few months ago, about half the time, URLs will produce Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ Something seems to be wrong with URL or this system. Hmm, unreproducible for me. It seems your network is unstable. BTW, if you'd like to try the old version of emacs-w3m, install the w3m-el package instead of w3m-el-snapshot. Also, try eww, plain w3m and other network programs to diagnose. I'll close this bug, because the cause of the problem seems not in emacs-w3m. Thanks, -- Tatsuya Kinoshita pgptZuTyDvIIz.pgp Description: PGP signature
Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
It is a race condition. It only happens on my slower computer with slower sites. It happens with both w3m-el and w3m-el-snapshot . It can be simulated by unplugging your network connection and then trying to browse a site. w3m works fine. I need to find the emacs variable to increase the number of seconds before it gives up. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
Can you do this simple experiment for me: 1. Unplug your computer from the network. 2. Browse a page. See the Cannot retrieve message? Good. 3. Now adjust some variable that will cause emacs to wait a few more seconds before giving up on the network and returning that message. What variable is that? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
Control: tags -1 + unreproducible Control: severity -1 important On July 8, 2015 at 1:45AM +0800, jidanni (at jidanni.org) wrote: Starting a few months ago, about half the time, URLs will produce Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ Something seems to be wrong with URL or this system. Hmm, unreproducible for me. It seems your network is unstable. BTW, if you'd like to try the old version of emacs-w3m, install the w3m-el package instead of w3m-el-snapshot. Also, try eww, plain w3m and other network programs to diagnose. Thanks, -- Tatsuya Kinoshita pgpVWY3u2rZ1V.pgp Description: PGP signature
Bug#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
X-debbugs-Cc: Katsumi Yamaoka yama...@jpl.org Package: w3m-el-snapshot Version: 1.4.548+0.20150510-1 Severity: grave Starting a few months ago, about half the time, URLs will produce Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ Something seems to be wrong with URL or this system. hitting R will give Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ - Header information HTTP/1.1 200 OK Date: Tue, 07 Jul 2015 17:34:41 GMT Server: Apache/2.2.22 (Debian) Vary: Accept-Encoding Content-Encoding: gzip Content-Length: 20 Connection: close Content-Type: text/html; charset=utf-8 Reproduce with # su - nobody # pristine environment No directory, logging in with HOME=/ nobody@jidanni3:/$ HOME=/tmp nobody@jidanni3:/$ emacs -nw M-x w3m then enter URL and hit return. Note only half the URLs do this and only half the time, so it must be some kind of race condition. -- System Information: Debian Release: stretch/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages w3m-el-snapshot depends on: ii dpkg1.18.1 ii emacs 46.1 ii emacs24 24.5+1-1 ii emacsen-common 2.0.8 ii install-info6.0.0.dfsg.1-3 ii w3m 0.5.3-22 Versions of packages w3m-el-snapshot recommends: pn apel none pn flim none Versions of packages w3m-el-snapshot suggests: ii bzip2 1.0.6-8 ii imagemagick 8:6.9.1.2-1 pn libmoe1.5 none pn mule-ucsnone pn namazu2 none ii perl-doc5.20.2-6 ii poppler-utils [xpdf-utils] 0.28.1-1 pn ppthtml none pn wv none pn xlhtml none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org