A behaviour of links still remains exactly the same as in a presumably "resolved and closed" bug #16987. The same test case still applies. Suggestion: abandon buggy and very poorly documented links and use w3m browser instead. Maybe it will be a bit better. Michal
16987 is a samba bug; you've probably listed the wrong bug ID. You're probably talking about 16978. Switching to w3m is not an option (at least wasn't the last time I checked out w3m; it doesn't have all of the features we need (https, frame support, XHTML 1.0 support, and others). It has been added to Powertools though, because it has better support for languages using non-iso-8859-x characters. *** This bug has been marked as a duplicate of 16978 ***
> 16987 is a samba bug; you've probably listed the wrong bug ID. > You're probably talking about 16978. Yes, indeed. Sorry for the transposition. w3m seems to have at least a frame support - at least current versions. As for the other features I indeed do not know. Guessing 'links' behaviour and features can be considered a game for long evenings as its documentation is nearly non-existent. Maybe others are much better in this game then myself? "Myth" fans?
About w3m. As far as I can see the current version 0.1.10, when properly configured, supports https, tables, frames and 1.0 - apparently. Cannot tell about other features. Compiles and works both on i386 and on Alpha and likely elsewhere. As redone w3m-0.1.10-0.src.rpm is a bit too much to attach to this this report (around 650K, mostly source) I made it available for an anonymous ftp at ftp://ftp.harddata.com/pub/w3m-0.1.10-0.src.rpm for those who are interested. In what I tried it beats links many times over.