Kamil Dudka kdu...@redhat.com writes:
would it be possible to use autoconf 2.69+ for creating the new releases
of elinks in order to support the ARM 64 bit CPU architecture (aarch64)?
I'm not sure it's permitted under the GPLv2 license of configure.in.
The license requires that source files
Kamil Dudka kdu...@redhat.com writes:
+ INIT_OPT_SMART_PREFIX(ddg, https://duckduckgo.com/?q=%st=elinks;),
ELinks can be built without SSL/TLS support, in which case it
will pop up an error message when asked to open an https URL.
This may be why all the other prefixes use http rather than
Edd Barrett vex...@gmail.com writes:
Do you have a patch?
Please test the 0.11/bug764 branch shown here:
http://repo.or.cz/w/elinks/kon.git
That should contain the required commits from elinks-0.12 and a
simple patch that fixes union option_value when ELinks start up.
(It makes some assumptions
Edd Barrett vex...@gmail.com writes:
My next question is, how hard is it to put this back into the stable
branch?
This patch itself wouldn't be too hard to apply to elinks-0.11.
A much simpler patch is also possible if we can assume that
casting function pointers or integers to data pointers
Kalle Olavi Niemitalo k...@iki.fi writes:
Please try this patch.
The patch is for elinks-0.12. I put it in Bugzilla as well:
http://bugzilla.elinks.cz/attachment.cgi?id=547action=view
pgpe7dcHDoGaJ.pgp
Description: PGP signature
___
elinks-dev
Edd Barrett vex...@gmail.com writes:
First of all, it warns me of a deprecated config file, even though there
is not one. Every time. Even if you blast away ~/.elinks and try again.
What is the warning exactly?
The next problem is, if you change any preferences, they do not appear
to be
Because of bug 1081 (and Debian bug 536039), I think
ELinks 0.12pre5 should be released today or tomorrow.
Are there any other changes that should go in it?
pgplOdS1LpPQM.pgp
Description: PGP signature
___
elinks-dev mailing list
Yuriy M. Kaminskiy yum...@gmail.com writes:
Ok, fixed.
Thanks, pushed to elinks-0.12.
Eww, fine.
An expression of disgust?
pgpT71OD2mSwi.pgp
Description: PGP signature
___
elinks-dev mailing list
elinks-dev@linuxfromscratch.org
Kalle Olavi Niemitalo k...@iki.fi writes:
The attached patch for elinks-0.12
(20dfdb284f9a23742800fb5b4023bef54c6ad982) implements this, but
I'm not sure it is the right solution, because e.g. KOI8-R also
supports line-drawing characters so the fix should preferably
not be specific to UTF-8
Cezary Bagiński cezary.bagin...@gmail.com writes:
Dumping with color mode seems to break encoding.
This seems to be bug 1080, now fixed in elinks-0.12.
(Perhaps too late for tonight's snapshot.)
pgpgcZ2aeJnvD.pgp
Description: PGP signature
___
characters so the fix should preferably
not be specific to UTF-8. Comments?
From 827a77a6e5fad1f4dc69909090bf07fb7b84ee51 Mon Sep 17 00:00:00 2001
From: Kalle Olavi Niemitalo k...@iki.fi
Date: Tue, 9 Jun 2009 01:48:42 +0300
Subject: [PATCH] Line-drawing characters in UTF-8 dumps
When dumping
Witold Filipczyk wite...@poczta.onet.pl writes:
Sorry, but the server sends in header: Content-Encoding: gzip,
but the first chunk is not compressed.
You're right. I suppose we should (1) try to get the server bug
fixed and (2) implement some workaround in ELinks.
For (1), it would be good
http://www.eweek.com/c/a/Desktops-and-Notebooks/Intel-Psion-End-Dispute-Concerning-Netbook-Trademark-288875/
elinks-0.12 (cde4a2f7b3f2c62ae161b39dd391bbddfd4d3857)
--no-home --no-connect at this site results in a 9-byte body.
Headers:
HTTP/1.1 200 OK
Date: Tue, 02 Jun 2009 19:22:56 GMT
Server:
I'd like to release ELinks 0.12pre4 today or tomorrow.
A few days ago, my message to elinks-dev was rejected as spam.
So this message is also a test to see whether that still happens.
I wouldn't want the release announcement to be blocked in that way.
pgpWeYfowyGR8.pgp
Description: PGP
Hema Seetharamaiah h...@treap.net writes:
Yes, I provide explicit permission [...]
Thanks. I pushed your patch and related changes to elinks-0.12.
They'll soon get to master too.
On Sun, May 17, 2009 11:05 pm, Kalle Olavi Niemitalo wrote:
- desirable: BSD-like licence, to avoid being forced
Hema Seetharamaiah h...@treap.net writes:
I license my changes under GPL V2 or later.
Please accept the patch if this is ok.
Can you also give permission to link with OpenSSL? I see your
patch affects only configure.in, which doesn't really become part
of the elinks executable, but anyway I
if the header and library exist all right.
I should also ask about storage of personal data and licensing
of changes but it's getting too late here.
From 3fee12ca965f3e6269800f79b054e5d26c842fb9 Mon Sep 17 00:00:00 2001
From: Kalle Olavi Niemitalo k...@iki.fi
Date: Sun, 26 Apr 2009 23:46:17 +0300
Subject
I am a developer of the ELinks web browser, which was originally
licensed under GPLv2-or-later but has been GPLv2-only since
ELinks 0.10.0 (released on 2004-12-24). It seems the licence of
libgcc in GCC 4.4.0 has been made incompatible with this.
In GCC 4.3.3, libgcc was licensed under
Kalle Olavi Niemitalo k...@iki.fi writes:
(c) Keep compiling ELinks with older versions of GCC.
(d) Switch to some other compiler entirely. Perhaps TCC, or the
(h) Make sure that ELinks does not use any libraries from GCC.
If the GPLv2 source requirement holds across dynamic linking
In GCC 4.3.3, libgcc was licensed under GPLv2-or-later with extra
permissions.
http://gcc.gnu.org/viewcvs/tags/gcc_4_3_3_release/gcc/config/i386/linux-unwind.h?revision=143643view=markup
In the recent GCC 4.4 branch, this has been changed to
GPLv3-or-later with the rather complicated GCC Runtime
I'd like to release ELinks 0.11.6 this weekend. I am making the
packages signatures now and intend push them to the servers
early tomorrow unless someone pushes to elinks-0.11 first.
Please reply if you'd like to change this schedule.
ELinks 0.12pre3 should also be released but I'd like to
Kalle Olavi Niemitalo k...@iki.fi writes:
However, these patches alter the description strings of many
options, and the translations will have to be updated. I
don't know if it's right to push such changes to 0.12pre2.GIT.
Well, I pushed them there anyway: only da.po and pl.po had been
Muktha Narayan muktha.nara...@sun.com writes:
Kalle Olavi Niemitalo wrote:
Because ELinks is violating a C99 requirement, rather than
something specific to Sun, I don't think it's right to make an
exception for the Sun compiler. Instead, we should make the
functions not inline and measure
Witek, in your commit 4a2fd2d964ef92a10219a3b5e4cce3a8b3be7782 to
elinks-0.12, you changed BIG_READ from 65536 to 655360. Was this
change necessary for bug 1017? The commit message says you
cherry picked it from 3131de4767475097eb60bb1641b39e6b647eb289,
but there is no similar BIG_READ change in
Mark A. Carlson mark.carl...@sun.com writes:
+#if defined (__SUNPRO_C)
+static inline void
+#else
inline void
+#endif
load_frames(struct session *ses, struct document_view *doc_view)
This looks like http://bugzilla.elinks.cz/show_bug.cgi?id=1047.
That bug was reported against ELinks
أحمد المحمودي aelmahmo...@users.sourceforge.net writes:
I confirm that I got the same problem with elinks 0.13 (20081129
snapshot).
ELinks 0.10.6, 0.11.0, 0.11.5, 0.12pre1, and 0.12pre2 all crash.
The trigger is that there is no newline after the final /MAP.
Small test case:
TITLEDouble-free
William writes:
William has just posted a Xmas ecard.
To view your eCard, click on the following link:
That site is distributing ecard.exe containing references to
OpenSSL and DNSAPI.dll. It's probably a Trojan horse of some kind.
The elinks-dev list used to let through messages from
Witold Filipczyk [EMAIL PROTECTED] wrote a few months ago:
I read in the zziplib docs that a conditional call is ten times slower
than an uncoditional one. Is it true?
Even if it is true for calls to known functions, it might not be
true for calls via function pointers.
In
Witold Filipczyk [EMAIL PROTECTED] writes:
Some dialog boxes dont fit on the screen.
Here are 3 concatenated patches, which fixes that issue.
When a dialog is displayed on the screen for the first
time the bottom of it is shown.
You have put newer patches at:
Y Giridhar Appaji Nag [EMAIL PROTECTED] writes:
The license is more permissive than GPLv2 and my understanding is that
it is in the ELinks licensing terms that there should be an exception to
allow works under the Unicode Consortium licensing to be used with it.
That is, if a copy of these
Y Giridhar Appaji Nag [EMAIL PROTECTED] writes:
Microsoft is a part of the Unicode consortium and since these files are
distributed at unicode.org I assumed them all to be of the same license.
Oh, look here: http://www.unicode.org/copyright.html#Exhibit1
| UNICODE, INC. LICENSE AGREEMENT -
This mail became pretty long, so I'm listing the most important
matters at the top and the details at the bottom.
In commit d33968506bf39500f56ee120d4a98a30b5f114d4 in
git://git.debian.org/git/collab-maint/elinks.git
أحمد المحمودي [EMAIL PROTECTED] writes:
This time, the crash happened with the following scenario:
1. in tty4, I run elinks and browsed to freshmeat.net
2. in tty6, I ran elinks and went to download latest 0.13 snapshot of
elinks.
3. After the download started, I closed the
Samba 3.2.0, released on 1 July 2008, switched to version 3 of
the GNU General Public License.
http://news.samba.org/releases/3.2.0/
AFAIK, this also applies to libsmbclient. So it may be illegal
to distribute ELinks binaries linked with the current libsmbclient.
The Debian elinks 0.12~pre1-1
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
test/align.html: from www.czech-tv.cz, no explicit license, so you may have
to remove this
test/css/idnes_mail.html: apparently from idnes.cz, no explicit license,
so you may have to remove this
test/erreurs_en.htm: unclear origin
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
I guess we should make destroy_terminal() search for download.term
pointers to that terminal, and reset them to NULL.
struct download is used in these structures:
I wasn't thinking straight. The pointer is file_download.term,
not download.term
Kamil Dudka [EMAIL PROTECTED] writes:
If you agree I forward this report to nss_compat_ossl
maintainer.
OK, I see you already did.
Support for nss_compat_ossl must be requested by user now.
I'm going to apply this version, but I noticed something odd.
It appears you made the configure
Kamil Dudka [EMAIL PROTECTED] writes:
Yes, if you specify DIR manually, pkg-config is not used. I think the same
approach as here:
https://fedoraproject.org/wiki/Nss_compat_ossl#Sample_Application
I see. It's just that I had NSS in /usr from Debian but built
and installed nss_compat_ossl in
I have done steps 1-2 of doc/release.txt for elinks-0.11.5 and
elinks-0.12pre2, i.e. the signed tags are in
http://elinks.cz/elinks.git/. However, the elinks.cz server
isn't letting me log in, so the tarballs and signature files are
only at pasky.or.cz:~kon so far.
pgpzjMwQxlc56.pgp
Kamil Dudka [EMAIL PROTECTED] writes:
On Sunday 07 September 2008 02:05:07 Kalle Olavi Niemitalo wrote:
Because you don't consider the nss_compat_ossl support stable,
I think the configure script should select it only if the user
explicitly requests it or no other SSL library is available.
I
I have pushed to master two patches that should together fix the crash:
0f6add14f263a032d9ad2e6060d5971c24777e59 Update document.comb_x and comb_y when
splitting lines.
8548108e39a9427f69ddba5a5256d4a38cc0f408 Make document.comb_{x,y} not relative
to part.box.
As documented in configure --help
elinks-0.12/configure.in does:
# Verify if the MD5 compatibility layer is usable.
CONFIG_GNUTLS_OPENSSL_COMPAT=yes
EL_CHECK_OPTIONAL_LIBRARY(CONFIG_GNUTLS_OPENSSL_COMPAT,
[GNU TLS OpenSSL compatibility],
in this commit.
---
commit c97654d02a95e6701481204121a4f4c59e8f3088
tree 9abf39a8d8dca5308ae77923702606bf630778b1
parent 71b9979bc74b66c1cf961d5c74de5c0b3cbf00a4
author Kalle Olavi Niemitalo [EMAIL PROTECTED] Sun, 10 Aug 2008 17:56:45 +0300
committer Kalle Olavi Niemitalo [EMAIL PROTECTED] Sun, 10 Aug 2008
When a script in a web page calls window.setTimeout, ELinks sets
document.timeout. So, when two tabs are displaying the same
document (e.g. test/ecmascript/scroll.html), only one of the tabs
can have a timeout at a time. If that tab is closed, then
nothing has a timeout any more. That does not
here.)
--
Fix crash after a tab was opened during reload.
---
commit b07fecc2be6eeb7e20e555f6128e50f1ed4ee7f9
tree 5df3f87ddb3ed9bae1126009cd755f7137c89cf6
parent 6b05cdb3a0a12e8cf8bae3860b1a59e86d3076a1
author Kalle Olavi Niemitalo
I'm changing contrib/mkdist to include po/elinks.pot in the
ELinks release (not snapshot) tarballs, as recommended at
http://translationproject.org/html/maintainers.html.
Because mkdist checks the source out from the Git repository,
which does not contain po/elinks.pot, it must build this file
:
768 files changed, 127871 insertions(+), 75184 deletions(-)
911 days, 2250 commits, 19 authors as listed below:
Adam Golebiowski
Eric Wald
Jens Seidel
Jonas Fonseca
Kalle Olavi Niemitalo
Laurent MONIN
M. Levinson
Miciah Dashiel Butler Masters
Nerijus Baliunas
Paul B. Mahol
Pavol Babincak
The Free Software Directory at http://directory.fsf.org/ lists
ELinks 0.11.3 as the latest version. However, ELinks 0.11.4 was
released on 2008-06-20, and ELinks 0.12pre1 was released today on
2008-07-01; please see http://elinks.cz/news.html for details
on these releases. I have attempted to
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
I would much rather pay for hosting elsewhere.
By the way, do you have any statistics on the disk and network
usage at elinks.cz?
pgpmYBB4vqdY8.pgp
Description: PGP signature
___
elinks-dev mailing
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
The following patch fixes this for me. Do you think it could
cause any problems?
I pushed something equivalent to master and elinks-0.12.
pgp0EFVPj4Axl.pgp
Description: PGP signature
___
elinks-dev
Witold Filipczyk [EMAIL PROTECTED] writes:
(b) is not acceptable.
I chose /dev/urandom.
Okay but please add error handling and a check that fread() got
all the bytes it wanted.
E.g. on Windows, there will be neither /dev/urandom nor
/dev/prandom, and ELinks should detect this rather than
Jonas Fonseca [EMAIL PROTECTED] writes:
+# Total size of .git/objects/pack/ was 90592 KiB without *.keep
+# and 97397 KiB with *.keep. So *.keep reduced gc time by 70-80%
+# but increased disk space usage by 7.5%.
Maybe without this?
Why, is it too revealing?
I thought a user might notice
Package: elinks
Version: 0.12~20080127-1
Severity: minor
I see this in debian/patches/07_local-CGI-query-fix.diff:
--- a/src/protocol/uri.c
+++ b/src/protocol/uri.c
@@ -143,7 +143,7 @@ static int
check_whether_file_exists(unsigned char *name)
{
/* Check POST_CHAR etc ... */
-
In src/protocol/bittorrent/bencoding.c, parse_bencoding_integer does:
off_t integer = 0;
...
for (; pos length isdigit(string[pos]); pos++) {
if (integer (off_t) integer * 10)
return 0;
integer = (off_t) integer * 10 +
Y Giridhar Appaji Nag [EMAIL PROTECTED] writes:
See also: http://bugs.debian.org/331409#57
Thank you for the pointer. However, I think it would be wrong
to reopen bug 331409 for the Bash-ELinks interaction, because
it was originally about a busy loop in Bash and that's not what
happens in bug
Qingning Huo [EMAIL PROTECTED] writes:
So what is the real reason of this bug, elinks
is somehow confused whether it is at foreground?
The reason is that fg in Bash nowadays does not send SIGCONT to
the job if Bash has seen from waitpid() that the job is already
running. ELinks expects to
Jonas Fonseca [EMAIL PROTECTED] writes:
Yeah, they are probably not generally useful besides for users and
developers who should be knowing what they do. But it also feels a bit
wrong to simply drop the warnings. With the option you propose, maybe
the a single shorter warning message is
Jonas Fonseca [EMAIL PROTECTED] writes:
Do you or anybody else have any comments on outstanding issues
for this release?
There are several bugs that have been fixed in 0.12 or 0.13 and
should perhaps be backported:
723 cri - After choosing a link from right frame ELinks crashes.
756 cri -
Fabienne Ducroquet [EMAIL PROTECTED] writes:
On Thu, Dec 20, 2007 at 06:29:51AM +0200, Kalle Olavi Niemitalo wrote:
I mean, the compiler might merely have decided to load the
address of free_itrm into a register at that point, or something
like that.
But how could I see
Fabienne Ducroquet [EMAIL PROTECTED] writes:
I've found that the function free_itrm is called later and it unsets
these modes.
free_itrm should be called only if an error or EOF occurs in
terminal handling, or when ELinks is exiting.
It is called by select_loop line 305 while i = 7 and n
Ligesh [EMAIL PROTECTED] writes:
Also I want to know if I can disable the need to press
shift key while copy/pasting from/to elinks.
It appears the toggle-mouse action (not bound to a key by
default) would stop ELinks from requesting mouse events.
However, this works on the master terminal
author Kalle Olavi Niemitalo [EMAIL PROTECTED] Sat, 04 Aug 2007 22:07:36 +0300
committer Kalle Olavi Niemitalo [EMAIL PROTECTED] Sat, 04 Aug 2007 22:08:17
+0300
download.html | 121 +-
download.txt | 127
Witold Filipczyk [EMAIL PROTECTED] writes:
Which version of LUA 5.0 or 5.1 should ELinks-0.12 use?
Currently it supports only 5.0, but 5.1 is newer.
IMO now is good time to switch to 5.1.
Bug 742 - port elinks to lua-5.1
http://bugzilla.elinks.cz/show_bug.cgi?id=742
I think it would be good
Howard Kapustein [EMAIL PROTECTED] writes:
Q1. How should I submit my patches?
I can provide modified source files, diffs, both or other.
I think diff -up would be preferred. Also please add yourself to
AUTHORS.
Currently ELinks is licensed under GPLv2. There has been some
talk of restoring
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
The bugs blocking the ELinks 0.12.0 release are listed here:
http://bugzilla.elinks.cz/buglist.cgi?target_milestone=0.12-M1target_milestone=0.12-M2bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED
I think we should release 0.12pre1 when all
,
and because Witek seems to be working on bug 638.
Name the exec_on_terminal() fg values.
---
commit aa00b6f8e969c0c2c929e6591790283c0796aaf2
tree 6c5d84304acb74b15f6a1733aa6b9c65ba0302d9
parent eccc8c23f0901b8560f27741a631d858c04203a4
author Kalle Olavi Niemitalo [EMAIL PROTECTED] Sat, 14 Jul 2007
Of the thirty PO files bundled with ELinks 0.11.3, only nine are more
than half complete. To attract people to complete the translations,
I propose to submit ELinks to the Free Translation Project:
http://www.iro.umontreal.ca/translation/HTML/maintainers.html
AFAIK, maintainers of ELinks have
Witold Filipczyk [EMAIL PROTECTED] writes:
Here is the patch for 0.11.3:
diff --git a/src/protocol/uri.c b/src/protocol/uri.c
index df22646..e9c3b39 100644
Thank you, applied.
pgpA77cwgPZGK.pgp
Description: PGP signature
___
elinks-dev mailing
Ben Kibbey [EMAIL PROTECTED] writes:
+++ b/src/formhist/formhist.c
@@ -355,7 +374,21 @@ get_form_history_value(unsigned char *url, unsigned char
*name)
+ * FIXME If theres a pwmd error a message box pops up.
+ * src/viewer/text/form.c seems to call this
http://directory.fsf.org/Elinks.html claims Licensed under The
GNU General Public License, Version 2 or later. This seems to
have been true originally. In elinks-0.9.3/src/dialogs/info.c:
This program is free software; you can redistribute it
and/or modify it under the terms of the GNU
Witold Filipczyk [EMAIL PROTECTED] writes:
On Tue, Jun 05, 2007 at 12:29:46AM +0300, Kalle Olavi Niemitalo wrote:
clearerr() needs a FILE *, not a file descriptor. And
gzip_open() calls fdopen() itself, so ELinks never sees
the FILE *.
I should have written that gz_open() in zlib calls
ELinks 0.11.3 was released on 2007-04-15.
Always use elinks.cz, not elinks.or.cz.
http://ftp.pld-linux.org/pool/e/elinks/ has only ELinks 0.4pre18,
which is awfully old. PLD has later versions available, e.g.
ftp://ftp.pld-linux.org/dists/2.0/PLD/i386/PLD/RPMS/elinks-0.11.2-2.i386.rpm
but
John Hawkinson [EMAIL PROTECTED] writes:
--- src/encoding/gzip.c 2007/05/31 22:40:05 1.1
+++ src/encoding/gzip.c 2007/06/02 22:22:20
@@ -33,7 +33,9 @@
static int
gzip_read(struct stream_encoded *stream, unsigned char *data, int len)
{
+#ifdef HAVE_GZCLEARERR
Witold Filipczyk [EMAIL PROTECTED] writes:
When there is no more memory say sorry and exit.
That would be okay for noninteractive uses such as elinks -dump.
However I would hate to lose state because of running out of memory.
AFAIK, ui.sessions.snapshot does not save session cookies,
form data,
Jonas Fonseca [EMAIL PROTECTED] writes:
Ok, thanks for the warning, however, I thought that I expressed that I
do not really consider ECMAScript related crashes as something to worry
about for the current stable version.
2007-05-27:
paakku fonseca: Should bug 755 be fixed in 0.11.3.GIT or
Witold Filipczyk [EMAIL PROTECTED] writes:
You can remove utf8_linux_frame_seqs.
Thank you. I have removed it.
pgpFjvtg0lSVU.pgp
Description: PGP signature
___
elinks-dev mailing list
elinks-dev@linuxfromscratch.org
In ELinks 0.12.GIT (f8f99cc04ea0ff1f64c0452f5232e1b2567493c2):
- If UTF-8 I/O is disabled, then src/terminal/screen.c outputs
normal characters in the terminal charset, and frame characters
usually in a separate frame charset. To switch between the
charsets, it outputs strings from
Yan Seiner [EMAIL PROTECTED] writes:
What happens is that the screen is not resetting the reverse
mode. If I am in an edit field and in edit mode and hit back,
the reverse mode is carried over to the previous screen. If I
enter that screen via a link, it displays correctly. If am not
in
Yan Seiner [EMAIL PROTECTED] writes:
Thanks. Is this going to be fixed in CVS or should I just try and hack
around it?
I don't know if any ELinks developer is interested in fixing this
bug. It has rather little impact and the fix is not obvious. If
you post a patch, it may be accepted to
In ELinks 0.12.GIT (097195bef43f162627670245f07c1dac31566bf0),
set_hline() respects html_context-options-wrap_nbsp when
part-document != NULL, but not when part-document == NULL.
Is it a bug? This code was added to set_hline() on 2003-11-27,
imported as Git commit
Simon Josefsson [EMAIL PROTECTED] writes:
Because trying to do the same handshake another time will not
make it work better.
If I understand the OpenSSL code part correctly, it disables
TLS (i.e., then only SSL 3.0 is supported). The GnuTLS code
does not disable TLS.
It used to disable
Alexey Tourbin [EMAIL PROTECTED] writes:
+ rv = vasprintf((char **) buf, fmt, params);
+ if (rv 0)
+ buf = fmt;
va_end(params);
elinks_internal(assertion failed: %s, buf);
if (buf) free(buf);
It can then call free(fmt) and probably get a SIGSEGV.
Simon Josefsson [EMAIL PROTECTED] writes:
The patch to socket.? removes some never needed code with GnuTLS, and
removes the need for the no_tls variable and the ssl_set_no_tls()
function altogether by replacing each occurrence of setting the no_tls
variable, and calling the function if that
Yan Seiner [EMAIL PROTECTED] writes:
OK, I'm playing on dangerous ground... Javascript.
So elinks died... :-( Unfortunately I can't get a core as I am running
on a read-only embedded system
I don't see anything script-related in your backtrace. I however
see parse_sgml, which is
Alexey Tourbin [EMAIL PROTECTED] writes:
Ported to lua-5.1.
This seems to be ELinks bug 742.
http://bugzilla.elinks.cz/show_bug.cgi?id=742
___
elinks-dev mailing list
elinks-dev@linuxfromscratch.org
Witold Filipczyk [EMAIL PROTECTED] writes:
On Sun, Mar 18, 2007 at 09:12:23PM +0200, Kalle Olavi Niemitalo wrote:
bug620 This resets forms when I resize the window. Not acceptable.
It's difficult because it should be done only once when the document is
fully loaded after reloading
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes:
- Is it possible to have @ or '/' in auth-password, or would
they have already been converted to %40 and %2F before
do_smb runs?
auth-password contains the string as typed by the user in the
auth dialog; it is not converted
Witold Filipczyk [EMAIL PROTECTED] writes:
?2007-03-09 c09cc0398fb1c10c99076524782eee6c1e45fcef fsp: download
resuming
?2007-03-09 967a15b7f4427dc94ddd9fe1092f6a20104caa2a smb: download
resuming
When one aborts dowload, may resume it later.
It works for http and ftp, why not do it
In do_smb, we have:
add_to_string(string, smb://);
add_to_string(string, auth-user);
add_char_to_string(string, ':');
add_to_string(string, auth-password);
add_char_to_string(string, '@');
Witold Filipczyk [EMAIL PROTECTED] writes:
On Sun, Feb 25, 2007 at 10:52:47AM +0200, Kalle Olavi Niemitalo wrote:
acckey This seems to fix a bug; please advise how to reproduce the bug.
html
body
a href=/ accesskey=aStart/a
/body
/html
And ALT-A doesn't work.
I saved that HTML
Witold Filipczyk [EMAIL PROTECTED] writes:
On Sun, Feb 25, 2007 at 10:52:47AM +0200, Kalle Olavi Niemitalo wrote:
spaces2 Decode %20 in local filenames and enclose them with ''.
This seems suspicious. What if there is '' or '\' in the
filename
Witold Filipczyk [EMAIL PROTECTED] writes:
This feature does not collide with screen readers.
I just want to listen to ELinks sometimes.
I tried applying the speech commits to master, but it crashes if,
during the speech, I close the tab and thereby cause the struct
document_view to be freed:
Alexey Tourbin [EMAIL PROTECTED] writes:
va_start(params, fmt);
- vasprintf((char **) buf, fmt, params);
+ rv = vasprintf((char **) buf, fmt, params);
+ if (rv 0) {
+ perror(vasprintf);
+ return;
+ }
va_end(params);
Witold Filipczyk [EMAIL PROTECTED] writes:
Do you think that maintaining 3 versions of ELinks is reasonable?
With this few people hacking on ELinks, I think it would be
better to maintain just one stable and one development branch.
Thus, the ELinks 0.10 branch should be dropped now, and the
acckey This seems to fix a bug; please advise how to reproduce the bug.
bug844 Needs review and testing.
bug916 Needs review and testing.
bug927 Will merge.
bug935 If you test this with UTF-8 then I'll merge it.
epoll I don't think this should be merged.
If ELinks has to keep
Lydgate [EMAIL PROTECTED] writes:
One question: is it possible to map the higher mouse buttons 4, 5, etc.,
to back and forward to elinks running in xterm? I ask because elinks
seems very capable of interpreting 1 2 and 3. Would the solution be at
an elinks, xterm, or X (e.g. xbindkeys)
Lydgate [EMAIL PROTECTED] writes:
But if I understand you correctly, even adding 6 and 7 in X would not be
enough, and buttons 6 and 7 would need to be defined in elinks?
Although I would think that something like: Btn6Up:U\n\ would bypass
that limitation (assuming default keybindings)
bzip2 Should be merged before 0.12. Needs review.
This ostensibly helps with bug 517.
epoll I don't think this should be merged.
If ELinks has to keep supporting select() too, I think the
maintenance burden outweighs any advantages epoll may have.
It may be
Adam Golebiowski [EMAIL PROTECTED] writes:
What about releasing 0.10.7 together with a notice that this is the last
release of the 0.10.x branch and it will be no longer maintained?
I don't see why anyone should want to upgrade to 0.10.7 but not
to 0.11.2, especially if 0.10.7 were the last
M. Levinson [EMAIL PROTECTED] writes:
I don't expect this to be an issue. Instead of adding new arguments to the
hooks, it will be simpler and more flexible to make any additional data
available to them by extending the API of the embedded interpreter's builtin
elinks module. In other words,
1 - 100 of 130 matches
Mail list logo
