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
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
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
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
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:
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/
6 matches
Mail list logo