[Dillo-dev]dillo-0.8.1-pre2.tar.bz2
Hi there! It took a long time, but finally, dillo-0.8.1-pre2.tar.bz2 is ready for download. The problem was that the patch for the problem of left-clicking an unhandled MIME type involved changes, inside the cache module, that were not trivial. I pondered the situation carefully trying to decide whether to make the patch and delay the next release, or leave it for 0.8.2. After studying the situation and developing a patch, important changes were made in the cache (for instance all the cached URLs use new code now, and the main scheduler was also changed, and the posibility of deleting an active URL-transfer was made possible). After all that, it only remained to offer a download dialog for the aborted transfer, and as the patch was already major, I went ahead and the result was one of those improvements you can't leave out. What does it do? well, now you can left-click on any URL; if it happens to be of an unhandled MIME type, the transfer is aborted, and a download dialog appears to offer the possibility of saving the resource locally. Simple and clean. Now you can click carelessly on those fake-download links from SF until you reach the real source ;). The tradeoff: the possibility of labelling this release as "beta stable" is not as clear as before. This tarball requires plenty of testing, so please download it and give it a hard time! Any use of the browser serves, specially testing the new download feature and multiple windows at the same time. Get it from: http://www.dillo.org/download/dillo-0.8.1-pre2.tar.bz2 and report back to dillo-dev. Cheers Jorge.- PS: Kudos are also welcome! ;)
Hi, dillo-0.8.1-pre2.tar.bz2 works nice here on DragonFly-BSD. The new handling of unknown MIME types is really a great addition. Just one little thing: When canceling from the save dialog, the stop-button stays clickable. Shouldn't it get greyed out? Cheers, Johannes On Sat, May 08, 2004 at 08:29:01PM -0400, Jorge Arellano Cid wrote:
Hi there!
It took a long time, but finally, dillo-0.8.1-pre2.tar.bz2 is ready for download.
The problem was that the patch for the problem of left-clicking an unhandled MIME type involved changes, inside the cache module, that were not trivial.
I pondered the situation carefully trying to decide whether to make the patch and delay the next release, or leave it for 0.8.2. After studying the situation and developing a patch, important changes were made in the cache (for instance all the cached URLs use new code now, and the main scheduler was also changed, and the posibility of deleting an active URL-transfer was made possible).
After all that, it only remained to offer a download dialog for the aborted transfer, and as the patch was already major, I went ahead and the result was one of those improvements you can't leave out.
What does it do? well, now you can left-click on any URL; if it happens to be of an unhandled MIME type, the transfer is aborted, and a download dialog appears to offer the possibility of saving the resource locally. Simple and clean. Now you can click carelessly on those fake-download links from SF until you reach the real source ;).
The tradeoff: the possibility of labelling this release as "beta stable" is not as clear as before. This tarball requires plenty of testing, so please download it and give it a hard time!
Any use of the browser serves, specially testing the new download feature and multiple windows at the same time.
Get it from:
http://www.dillo.org/download/dillo-0.8.1-pre2.tar.bz2
and report back to dillo-dev.
Cheers Jorge.-
PS: Kudos are also welcome! ;)
_______________________________________________ Dillo-dev mailing list Dillo-dev@lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
On Sun, 9 May 2004, Johannes Hofmann wrote:
Hi,
dillo-0.8.1-pre2.tar.bz2 works nice here on DragonFly-BSD. The new handling of unknown MIME types is really a great addition.
Good!
Just one little thing: When canceling from the save dialog, the stop-button stays clickable. Shouldn't it get greyed out?
Yes it should; Fixed and commited. Patch: diff -pru dillo/src/cache.c dillo-0.8.0/src/cache.c --- dillo/src/cache.c 2004-05-08 20:31:37.000000000 -0400 +++ dillo-0.8.0/src/cache.c 2004-05-09 14:24:18.000000000 -0400 @@ -827,6 +827,7 @@ static void Cache_process_queue(CacheDat if (st == -1 && ClientWeb->flags & WEB_RootUrl) { /* Unhandled MIME type, prepare a download offer... */ AbortEntry = TRUE; + a_Interface_remove_client(Client_bw, Client->Key); Cache_client_dequeue(Client, NULLKey); --i; /* Keep the index value in the next iteration */ continue; Cheers Jorge.-
Jorge Arellano Cid wrote:
Any use of the browser serves, specially testing the new download feature and multiple windows at the same time.
I tested it on OpenBSD/sparc and I browsed all the evening without apparent problems, i didn't stress it further though. tomorrow I will try Solaris again and maybe give AIX a new kick. But AIX is beginning to be a black sheep here :) Maybe I test it on NetBSD/68k too if I can... I'll let you know if any problems appear on some platform -Riccardo
Jorge Arellano Cid wrote:
Any use of the browser serves, specially testing the new download feature and multiple windows at the same time.
I have compiled and run pre3 on a Solaris 2.6 sparcstation 32 bit. I browsed around, opened multiple windows and it seems to behave fine. I used this browser test from the iCab people (a light browser for MacOS): http://www.icab.de/test.html and seen that dillo fails quite trhough those tests. The I tried compiling on AIX again, pre2. (gdb) run Starting program: /usr/local/build/dillo-0.8.1-pre2/src/dillo Program received signal SIGILL, Illegal instruction. 0x0 in ?? () from /usr/local/build/dillo-0.8.1-pre2/src/dillo the interesting is that I was working on an exported display, without having set the DISPLAY variable. So X apps couldn't possibly start and should output % xlogo Error: Can't open display: This means dillo si failing really early on AIX. These warnings may not be essential, but they may be worth looking: dpid.c: In function `init_srs_socket': dpid.c:409: warning: implicit declaration of function `bzero' downloads.c:179: warning: implicit declaration of function `bzero' I still get those errors: main.c: In function `start_filter_plugin': main.c:47: warning: passing arg 3 of `naccept' from incompatible pointer type but they shouldn't be fatal, AIX must be pricky about socket types and I get that waring with other programs too. socket.h defines: extern "C" int naccept(int, struct sockaddr *, size_t *); and types.h says: types.h:typedef unsigned long size_t; configure reports checking for gethostbyname... yes checking for setsockopt... yes checking for socklen_t... int Cheers, Riccardo
Someone is in the search for good news? I have none. Riccardo Mottola wrote:
Program received signal SIGILL, Illegal instruction. 0x0 in ?? () from /usr/local/build/dillo-0.8.1-pre2/src/dillo
I think this is a GTK related bug. I compiled a small program (gcolor) that uses gtk and it dies the same way! I have gtk 1.2.10 patched with Jorge's func_data type patch. I never used gtk except for dillo... Now, maybe I know why the idea of a Motif port or widget independent port is getting into my head again. Oh the fears of GTK! -Riccardo
Riccardo,
Someone is in the search for good news? I have none.
Riccardo Mottola wrote:
Program received signal SIGILL, Illegal instruction. 0x0 in ?? () from /usr/local/build/dillo-0.8.1-pre2/src/dillo
I think this is a GTK related bug. I compiled a small program (gcolor) that uses gtk and it dies the same way! I have gtk 1.2.10 patched with Jorge's func_data type patch. I never used gtk except for dillo...
Now, maybe I know why the idea of a Motif port or widget independent port is getting into my head again. Oh the fears of GTK!
It's not GTK, but AIX. Just google search for the problem you have. Frankly, you're in the best position to solve it because you have the AIX machine at hand. If you're not a developer, try asking an experienced AIX developer that has had the same problem. As for the testing on Solaris, please send me the machine/OS SPEC to include it in the compatibility list. Cheers Jorge.-
participants (3)
-
Johannes Hofmann -
Jorge Arellano Cid -
Riccardo Mottola