[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Outstanding bugs/wishes from Debian BTS
Hi, thanks for the info.
On October 10, 2007, [emacs-w3m:09721],
yamaoka (at jpl.org) wrote:
> >>>>> In [emacs-w3m : No.09717] Tatsuya Kinoshita wrote:
> > * #177243: w3m-el: cookies broken for Australian XEmacs users
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=177243
> ;; Maybe (setq w3m-time-parse-string (function ...)) is a typo
> ;; of '(fset 'w3m-time-parse-string (function ...)).
> I believe we have no need to cope with this report because the
> function that is exactly the same as the authors' solution will
> be chosen if emacs-w3m runs under the modern XEmacsen that
> emacs-w3m currently supports.
I've closed this bug, because Debian no longer supports XEmacs
21.4.16 and earlier versions.
> > * #281532: w3m-el: window heights changed after following links.
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=281532
> This is not an emacs-w3m problem. The author should complain to
> the Emacs team, if it still happens with the recent Emacs. I do
> not see it with Emacs 22.1, 23.0.50, and 23.0.0, though.
This bug doesn't appear with emacs-w3m 1.4.233 (today's CVS
version) on Emacs 22.1, but the problem is reproducible with
emacs-w3m 1.4.4 on Emacs 22.1
emacs-w3m 1.4.233 on Emacs 21.4
emacs-w3m 1.4.4 on Emacs 21.4
$ emacs -q
run Emacs on window-system: x
`M-x w3m RET'
`U http://emacs-w3m.namazu.org/ RET'
cursor is in the higher window
Go to [English/Japanese] page, and then see heights of the windows
`C-l' resizes the windows correctly
> > * #344015: w3m-el: https auth not supported (?)
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344015
> Luca Capello wrote in the reply that the problem seemed to have
> gone, though there's no answer from the author. Anyway I think
> it's hard to support any kind of web authentication. Things I
> can do are to have an account in a site and to make emacs-w3m
> work with it one by one. In other words, it is no wonder that
> emacs-w3m does not work with all such.
I'll close this bug if no one reproduce the problem.
> > * #364883: w3m-el: SRFI 14 does not render correctly.
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364883
> I think I can make emacs-w3m work with:
> What I need to do is only one; that is to fix the following
> broken link:
> ... <a href="#
> However, is it really necessary to do so (even if Firefox works)?
> If I do the fix, I have to verify that it causes no problem with
> all cases. If anything, I think it's better to ask the site
> admin for correcting the web contents.
I set the severity of this bug to `wishlist'.
> > * #419647: w3m-el should not silently reject cookies by default
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419647
> This issue has already been closed, hasn't it? See:
| I think that in most cases, some cookie support is far better than
| none. Could you kindly enable it by default for the next release?
| That way less people will undergo the same frustration I did before I
| learned to set w3m-use-cookies to t.
The severity of this bug is `wishlist' and will be closed if
w3m-use-cookies is set to t by default.