Your message dated Tue, 12 Jun 2012 23:35:03 +0200
with message-id <[email protected]>
and subject line Re: Old bugs filed against links-ssl
has caused the Debian Bug report #145121,
regarding links-ssl: (e)Links keeps control of GPM when it isn't displaying.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
145121: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=145121
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: links-ssl
Version: 0.96.20020409-2
Severity: normal
This bug is a general form of #108431.
If I go into "File | OS shell", or into an editor (by pressing F4 in a
textarea), or (untested, but likely) open a file with an external viewer,
then links keeps control of gpm. This means that I have to hold down shift
to select text in these external programs, but more importantly, when I go
back into links the mouse events are processed as if I were doing them while
links was displaying. The result is that I may accidentally click on
something.
I suppose that whenever links stops being displayed on the screen it should
also give up gpm control. (And remember to take back control when it starts
displaying again :-)
This should not be too hard to implement. I've looked at the code, and the
mouse handling is abstracted with basically two calls:
handle_mouse
unhandle_mouse both defined in osdep/osdep.c
So far, they are only called once each in kbd.c
(see that file for how they are used)
I'm not sure, but maybe all you have to do is modify exe() in osdep/osdep.c
Maybe the best way would be to shut down the terminal completely, then bring
it all back up after.
However, I don't know the code too well so this may be incorrect.
-- System Information
Debian Release: 3.0
Kernel Version: Linux mark 2.4.18 #2 Thu Apr 25 22:24:28 PDT 2002 i586 unknown
Versions of the packages links-ssl depends on:
ii libc6 2.2.5-4 GNU C Library: Shared libraries and Timezone
ii libgpmg1 1.19.6-12 General Purpose Mouse Library [libc6]
ii liblua40 4.0-4 Main interpreter library for the Lua program
ii liblualib40 4.0-4 Extension library for the Lua programming la
ii libssl0.9.6 0.9.6c-2 SSL shared libraries
--- Begin /etc/links.cfg (modified conffile)
async_dns 1
download_utime 0
max_connections 10
max_connections_to_host 2
retries 3
receive_timeout 120
unrestartable_receive_timeout 600
format_cache_size 5
memory_cache_size 1M
http_proxy ""
ftp_proxy ""
download_dir ""
language "English"
http_bugs.http10 0
http_bugs.allow_blacklist 1
http_bugs.bug_302_redirect 0
http_bugs.bug_post_no_keepalive 0
ftp.anonymous_password "[email protected]"
terminal "linux" 2 1 5 ISO-8859-1
association "GIF image" "image/gif" "see image/gif:%" 23 1
association "JPEG image" "image/jpeg" "see image/jpeg:%" 23 1
association "PNG image" "image/png" "see image/gif:%" 23 1
association "TIFF image" "image/tiff" "see image/jpeg:%" 23 1
association "BMP image" "image/bmp" "see image/jpeg:%" 23 1
mailto "pine %" 1
telnet "telnet %" 1
tn3270 "telnet %" 1
--- End /etc/links.cfg
--- End Message ---
--- Begin Message ---
Version: 2.6-2
Hi Andrei!
Andrei POPESCU wrote:
> According to the changelog that package is not being built since
> 2.1pre33-1, which is why I'm contacting you about these bugs. I'm
> guessing they should be reassigned to the links package, but it's
> quite a few of them and I didn't want to take any action before
> asking :)
Thanks a lot for reminding me of these. Manuel A. Fernandez Montecelo
approached me a few weeks because of these, too, but back then I just
found time to work through a few of them.
I've now checked all the remaining ones. At least some of them are
duplicates of bugs against links or links2, others are fixed in
links/links2 in the meanwhile (those should be closed with this mail),
but many seem still present.
> Since most of these are quite old I could also try contacting the
> submitters to see if they still apply to recent versions of links.
Here's my summary (Cc'ed to all mentioned bugs, some of them closed
via -done) of these bugs and what I did so far:
> #142934 links-ssl: links does not check /etc/hosts when resolving a domain
> name
No more present. Closing.
> #165714 links-ssl: links doesn't take into account http_proxy environment
> variable
Duplicate of #55425. Forcemerged.
> #109735 links-ssl 0.92 is sometimes so better than 0.96...
Maybe a duplicate of #509469. Contacting the reporter or the
commenters would likely be the sanes option. Haven't touched it yet.
> #163416 links-ssl: Internal error forces core dump
No more happens in Debian Squeeze. Closing.
> #139637 links-ssl: Erratic control behavior in xterm
Is tagged as unreproducible -> Asking the reporter (which is MIA) or
directly closing. Haven't touched it yet.
> #90849 Improper handling of relative URL
Still present. Reassigned.
> #145121 links-ssl: (e)Links keeps control of GPM when it isn't displaying.
No more present in Debian Unstable _and_ a duplicate of #108431 which
I can no more reproduce anymore in Unstable. Yay! Reassigned. Closing.
> #150960 links-ssl: No manpage for links.cfg
Still present in Unstable. Reassigned.
> #160336 links-ssl: menu and doc problems
Of 4 things mentioned in there, 1 is fixed (|), 1 is no more
applicable (h/y), 1 is still there (*) and with the fourth thing, I'm
not sure what he means. The "z" keybinding for "Go back in URL
history" is indeed still present in unstable. Reassigned and
retitled.
> #158967 links-ssl: codepages and language choices are a mystery to the user
Of 3 things mentioned in here, 2 are fixed (languages and codepages
are now a menu), and the third (blank on startup without parameter) is
still present, but likely a wontfix + upstream or such. Reassigned,
tagged and retitled.
> #203876 links-ssl: doesn't handle files with @ in name
Still present. The easiest workaround (and likely that upstream did
that on purpose), is to prepend "./". Reassigned and tagged as wontfix
as this looks like on purpose.
> #141383 links-ssl: Ability to spawn $EDITOR
Still present. Reassigned and tagged upstream.
> #144542 links-ssl: Link Numbering not consistent
Can't reproduce it anymore and according to the last mail a fix has
been committed upstream:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=144542#11
Closing.
> #148010 links doesn't do authorized redirection
Gah. That sounds like an ugly feature. Not sure what to do. That needs
a non-trivial setup to test. Reassigned. Will maybe test it somewhen
after the freeze.
> #148930 links-ssl: forms interface inconsistent with menu interface
Still present. Reassigned.
> #120539 links-ssl: Doesn't allow customization of colors
No more present. I just switched to yellow links in the terminal. ;-)
Closing.
> #90590 key to go to url based upon selected link would be handy
Still present. Reassigned.
> #140126 links-ssl: links can't use a proxy that needs authentification
Still present. Reassigned.
> #130582 Provide filename suffixes for viewers.
Clearly fixed. Closing.
> #138240 links can not hide hidden <link href="..."> tags
Still present. Example: /usr/share/doc/developers-reference/index.html
Reassigned.
(I hope none of the bug reporters minds this mass-bug-closing and
-replying. :-)
Regards, Axel
--
,''`. | Axel Beckert <[email protected]>, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--- End Message ---
