February 2003 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Loosing bookmarks

by Madis Janson

This didn't help, bookmarks disappeared succesfully with this patch too. This time file contained lastly added bookmark in section ":s0: Unclassified" (this section didn't exist before) and i think that it happened, when i added this bookmark. On Mon, 24 Feb 2003, madis wrote: > > On Sun, 23 Feb 2003, John Bradford wrote: > > > Since I started using using 7.0, my bookmarks have been lost on four > > occasions, but I haven't been able to reproduce the bug at will - has > > anybody else noticed this? > > > Yes, once (not a much help for bughunt) and resulted in zero-length > bm.txt. Although this isn't a real fix, i thought now, that saveing into > temporary file and renameing it after close may help to avoid damage > when bm_srv crashes during save. Probably some error checking should be > also added. > > --- cvs/dillo/dpi/bm_srv12.c 2003-02-16 18:45:54.000000000 +0200 > +++ dillo/dpi/bm_srv12.c 2003-02-24 04:28:59.000000000 +0200 > @@ -851,10 +851,12 @@ int Bms_save() > BmSec *sec_node; > GSList *list, *list2; > GString *gstr = g_string_new(""); > + gchar *BmTmp; > struct stat TimeStamp; > > + BmTmp = g_strconcat(BmFile, ".tmp", NULL); > /* open bm file */ > - if (!(BmTxt = fopen(BmFile, "w"))) { > + if (!(BmTxt = fopen(BmTmp, "w"))) { > perror("[fopen]"); > return 1; > } > @@ -884,6 +886,8 @@ int Bms_save() > > g_string_free(gstr, TRUE); > fclose(BmTxt); > + rename(BmTmp, BmFile); > + g_free(BmTmp); > > /* keep track of the timestamp */ > stat(BmFile, &TimeStamp); > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 25, 2003

Re: [Dillo-dev] Loosing bookmarks

by slymer＠slymer.org

On Sun, 23 Feb 2003 14:29:49 +0000 (GMT) John Bradford <john(a)grabjohn.com> wrote: > Since I started using using 7.0, my bookmarks have been lost > on four occasions, but I haven't been able to reproduce the > bug at will - has anybody else noticed this? Yep, once. Since then I wrote a quick script that does 2 backups of the bm.txt file to save me from "disaster". Sadly I have no idea why it happened to me either :/ -- Registered Linux user #298569 QOTD: "Every morning I read the obituaries; if my name's not there, I go to work."

Feb. 24, 2003

Re: [Dillo-dev] Loosing bookmarks

by Daniel Pfurtscheller

Yes, I have also noticed this. First, Dillo 7.0 imported all my old bookmarks, but then everything was lost. Dillo didn't crash nor behaved strange - it just deleted my beloved (and backup'ed - thanks god!) bookmark-collection. Although my bugreport won't be very helpfull - I still hope it made some people nervous ;)! pfu -- "Contrariwise," continued Tweedledee, "if it was so, it might be, and if it were so, it would be; but as it isn't, it ain't. That's logic!" -- Lewis Carroll

Feb. 24, 2003

Re: [Dillo-dev] Loosing bookmarks

by madis

On Sun, 23 Feb 2003, John Bradford wrote: > Since I started using using 7.0, my bookmarks have been lost on four > occasions, but I haven't been able to reproduce the bug at will - has > anybody else noticed this? > Yes, once (not a much help for bughunt) and resulted in zero-length bm.txt. Although this isn't a real fix, i thought now, that saveing into temporary file and renameing it after close may help to avoid damage when bm_srv crashes during save. Probably some error checking should be also added. --- cvs/dillo/dpi/bm_srv12.c 2003-02-16 18:45:54.000000000 +0200 +++ dillo/dpi/bm_srv12.c 2003-02-24 04:28:59.000000000 +0200 @@ -851,10 +851,12 @@ int Bms_save() BmSec *sec_node; GSList *list, *list2; GString *gstr = g_string_new(""); + gchar *BmTmp; struct stat TimeStamp; + BmTmp = g_strconcat(BmFile, ".tmp", NULL); /* open bm file */ - if (!(BmTxt = fopen(BmFile, "w"))) { + if (!(BmTxt = fopen(BmTmp, "w"))) { perror("[fopen]"); return 1; } @@ -884,6 +886,8 @@ int Bms_save() g_string_free(gstr, TRUE); fclose(BmTxt); + rename(BmTmp, BmFile); + g_free(BmTmp); /* keep track of the timestamp */ stat(BmFile, &TimeStamp);

Feb. 24, 2003

Loosing bookmarks

by John Bradford

Since I started using using 7.0, my bookmarks have been lost on four occasions, but I haven't been able to reproduce the bug at will - has anybody else noticed this? John.

Feb. 23, 2003

Re: [Dillo-dev] Website improvement / CVS page

by Sebastian Geerken

On Thu, Feb 20, Thorben Thuermer wrote: > [...] > > Maybe the "checkout without login" only works in later releases of CVS? (I > > didn't find anything in the NEWS file, though) > > After some looking at CVS source, we found that it is indeed a new > "feature" of newer CVS versions... > > I updated the Auriga CVS page with a note about logging in now. The CVS page of the dillo site (<http://dillo.auriga.wearlab.de/cvs.html>) has been updated, too. Sebastian

Feb. 22, 2003

re: ipv6 and dns threads

by Damien Couderc

Last fix about dns threads will be available in less than 2 hours on the given URL. Damien

Feb. 22, 2003

ipv6 and dns threads

by Damien Couderc

You will found at the following URL patches from the openbsd port : http://www.openbsd.org/cgi-bin/cvsweb/ports/www/dillo/patches/ Some of them fix ipv6 and threaded name resolution bugs. I've also informed jcid that display on sparc64 is fucked as the text is displayed one word per line. All comment to fix this bug is welcome even if it's just a place where to begin to find out what is going on. Regards, Damien

Feb. 22, 2003

Floats (was: bug tracking engine)

by Sebastian Geerken

On Tue, Feb 18, Joe Crayne wrote: > > > I've been thinking about it (and hacking on dw_page.c) and > > > have a partial implementation. It involved adding a pointer > > > line->last_float_line which points to the last line that has > > > a floater hanging down in the margin of the current line. > > > Dw_page_draw_line() traces that pointer and draws that line > > > too (and hence also its last_float_line and so on). > > > > Dw_page_draw_line (which is called by Dw_page_draw, the > > implementation of DwWidget::draw) just does the actual drawing > > (putting the pixels on the screen), and since you cannot > > predict that it is called for all lines (normally it will be > > called for those lines seen in the viewport), it should not > > change the state of a DwPage. > > It doesn't. Dw_page_draw_line() traces the pointer and causes > possibly other lines to be drawn other than the one it is called > for. If I have understood you correctly, you want Dw_page_draw_line to determine the positions of the floats. This will make calls to a_Dw_widget_size_allocate (for embedded child widgets) neccessary, which does change the state, at least of the widget tree. You really should put your code is Dw_page_size_request and Dw_page_size_allocate. Please read the documentations, both of Gtk+ (which is quite similar to Dw), and Dw. Especially, try to understand the implementation of "incremential resizing" (when something is unclear, I'll answer questions about it). > > - Floats may exceed the allocation of the DwPage, so they may not be > > a child widget, instead, an interaction between two DwPage's is > > necessary. > > When does a float exceed the allocation of the DwPage? > Is there a new DwPage for new paragarphs? Currently, nested DwPage's are used for: 1. any blocks with a margin different from zero (<blockqoute>, <ul> and some others): DwPage had originally the possibility to indent single blocks, but when I one redesigned DwPage (to fix a CPU lock), I decided to simplify it by removing this feature. 2. Any <li>, since this makes dealing width the hanging bullet/number much easier. (Paragraphs within list items were poorly rendered for a long time.) > > - Since a float may be defined at a point, where there is > > already a float at the respective side, you do not only need > > one pointer, but rather a list or a tree, depending on how the > > second float is positioned (below or left/right, both is > > allowed by the CSS2 spec, but from what I've thought about it, > > I believe that the second variant is simpler to implement). > > How about this: Floats are drawn in sequence just as other words > on the line. See above. > Nothing special, except that now, line->ascent and > line->descent doesnt count floats. Consequently, if the portion > of the screen being refreshed doesn't yeild the DwPageLine where > the float occurs, then that float wont get properly refreshed. That's exactly the point! Child widgets must *always* size_allocated, also when they are not visible. Sebastain

Feb. 22, 2003

Re: [Dillo-dev] if dillo is embeddable, what would it take to embed it in itself so that dillo can do frames?

by Andreas Schweitzer

On Sat, Feb 22, 2003 at 12:09:38AM -0800, John L.Utz III wrote: > > so if dillo can be embedded in sylpheed, why cant dillo be embedded in dillo? <to support frames> I have hacked dillo a bit to support frames (don't hold your breath, it's far from being usable and even further from clean code). The "dillo embedded in istelf"-idea crossed my mind, too. If you do that you spawn unnecessary processes. Also, you have to be really careful about tracking history (the back button still needs to work somehow). Also, the target tag needs to work - that would probably be only a minor problem. Those were just some ideas ... I may be wrong. But right now I hack around to put a_Interface_browser_window_new into an existing window. But, on the one hand, a_Interface_browser_window_new probably needs to be modified or cloned and on the other hand I know too little GTK I'm afraid :-) Just if anybody cares :-) ..... If I was certain I could get somewhere, I would have added myself into the bug tracking engine. Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 22, 2003