- Dillo-dev - lists.mailman3.com

what's currently broken in dillo

by sgeerken＠dillo.org

On Sun, Dec 28, 2014, eocene wrote: > Sebastian wrote: > > On Mi, Dez 24, 2014, eocene wrote: > > > - on some sites, rendering never stops as the horizontal scrollbar shows the > > > page growing wider and wider. > > arstechnica.com does this like 95% of the time (I think deterministically -- > like you can catch them at a time when their html is such that it doesn't > show the problem, but it normally does.) This seems fixed now. Sebastian

Jan. 1, 2015

default search url [Re: here's 3.0.4.1 RC1]

by eocene＠gmx.com

Jorge wrote: > On Mon, Dec 08, 2014 at 12:40:48PM +0100, Sebastian Geerken wrote: > > It seems that this change fixes it: > > > > ---------------------------------------------------------------------- > > diff -r 9aa37b81c609 src/prefs.c > > --- a/src/prefs.c Tue Dec 02 16:33:49 2014 +0100 > > +++ b/src/prefs.c Mon Dec 08 12:37:15 2014 +0100 > > @@ -18,7 +18,7 @@ > > #define PREFS_FONT_CURSIVE "URW Chancery L" > > #define PREFS_FONT_FANTASY "DejaVu Sans" /* TODO: find good default */ > > #define PREFS_FONT_MONOSPACE "DejaVu Sans Mono" > > -#define PREFS_SEARCH_URL "http://duckduckgo.com/lite/?kp=-1&q=%s" > > +#define PREFS_SEARCH_URL "dd http://duckduckgo.com/lite/?kp=-1&q=%s" > > #define PREFS_NO_PROXY "localhost 127.0.0.1" > > #define PREFS_SAVE_DIR "/tmp/" > > #define PREFS_HTTP_REFERER "host" > > @@ -82,7 +82,6 @@ > > prefs.save_dir = dStrdup(PREFS_SAVE_DIR); > > prefs.search_urls = dList_new(16); > > dList_append(prefs.search_urls, dStrdup(PREFS_SEARCH_URL)); > > - dList_append(prefs.search_urls, NULL); /* flags a default search URL */ > > prefs.search_url_idx = 0; > > prefs.show_back = TRUE; > > prefs.show_bookmarks = TRUE; > > ---------------------------------------------------------------------- > > > > Not committed yet, since I'm not sure about the rationale. > > I'd also add: > > diff -r 978377ed5605 src/uicmd.cc > --- a/src/uicmd.cc Mon Dec 08 15:32:25 2014 +0100 > +++ b/src/uicmd.cc Mon Dec 08 22:58:53 2014 -0300 > @@ -682,7 +682,7 @@ static char *UIcmd_find_search_str(const > for (p = 0; p < dList_length(prefs.search_urls); p++) { > const char *search = > (const char *)dList_nth_data(prefs.search_urls, p); > - if (strncasecmp(str, search, len) == 0) { > + if (search && strncasecmp(str, search, len) == 0) { > prefs.search_url_idx = p; > url = UIcmd_make_search_str(str + len + 1); > break; > > (which solves the problem alone), but the cleanups above look > OK to me since AFAICS: > > * dd as default prefix for the DDG URL is fine. > * the NULL flag item is not used anymore. > * dialog.cc explicitly adds the extra item for menu building (n_it+1), > so the decreased number of elements is safe. I was thinking how I would prefer it if the built-in "dd" item would go away when I have search URLs in dillorc. Looking at prefsparser.cc, there's if (dList_length(lp) == 2 && !dList_nth_data(lp, 1)) { /* override the default */ void *data = dList_nth_data(lp, 0); dList_remove(lp, data); dList_remove(lp, NULL); dFree(data); } ...so I guess the NULL item was doing something.

Jan. 1, 2015

[cedric@reproducible.io: Thanks for your work on a browser that really cares about users' privacy!]

by jcid＠dillo.org

FYI, -- Cheers Jorge.-

Dec. 31, 2014

what's currently broken in dillo

by james.from.wellington＠gmail.com

I have missing words on the right, on the attached, which are exercisable only: - with the CSS - with at least one graphic correctly linked I didn't finish walking down a small test-case, because the other thing intervened. Regards, James.

Dec. 29, 2014

what's currently broken in dillo

by jcid＠dillo.org

On Sun, Dec 28, 2014 at 02:44:55PM +0100, Sebastian Geerken wrote: > On Wed, Dec 24, 2014, eocene wrote: > > - source is slow to render, seemingly something to do with large tables. > > Yes, I'm noticing that rendering large tables is much slower than in > 3.0.4. I'll work on this. (Probably a side-effect of GROWS.) There're sites where "too many redraws" penalize rendering speed. See for instance [1] by going back and forward into it from the splash page. Most probably it's not related to large tables, but something lurks in there. [1] http://www.ethericwarriors.com/forum -- Cheers Jorge.-

Dec. 28, 2014

what's currently broken in dillo

by eocene＠gmx.com

Sebastian wrote: > On Mi, Dez 24, 2014, eocene wrote: > > - on some sites, rendering never stops as the horizontal scrollbar shows the > > page growing wider and wider. arstechnica.com does this like 95% of the time (I think deterministically -- like you can catch them at a time when their html is such that it doesn't show the problem, but it normally does.) > > - on some sites, the ending words of a line are missing. The forecasts on the US national weather service page do this for me. See the Detailed Forecast section. Example: http://forecast.weather.gov/MapClick.php?lat=40&lon=-90 > Before digging through the archive: are there examples for both?

Dec. 28, 2014

what's currently broken in dillo

by sgeerken＠dillo.org

On Mi, Dez 24, 2014, eocene wrote: > - on some sites, rendering never stops as the horizontal scrollbar shows the > page growing wider and wider. > - on some sites, the ending words of a line are missing. Before digging through the archive: are there examples for both? Sebastian

Dec. 28, 2014

what's currently broken in dillo

by sgeerken＠dillo.org

On Wed, Dec 24, 2014, eocene wrote: > - source is slow to render, seemingly something to do with large tables. Yes, I'm noticing that rendering large tables is much slower than in 3.0.4. I'll work on this. (Probably a side-effect of GROWS.) Sebastian

Dec. 28, 2014

what's currently broken in dillo

by Johannes.Hofmann＠gmx.de

On Sun, Dec 28, 2014 at 10:22:49AM +0100, Johannes Hofmann wrote: > On Sat, Dec 27, 2014 at 09:51:21PM +0100, Johannes Hofmann wrote: > > Hi, > > > > On Sat, Dec 27, 2014 at 08:27:41PM +0000, higuita wrote: > > > Hi! > > > > > > > > Look at the food icons in the table: > > > > > http://dont-starve-game.wikia.com/wiki/Crock_Pot > > > > > but i was looking a wrong example, i don't see the <script> > > > > > here, just the <noscript>, making this harder to fix > > > > Yes, it's not clear to me that dillo's doing anything incorrect in that > > > > example. > > > > > > I contacted wikia and they replied with this: > > > > > > Rappy, Dec 27 07:32 AM > > > > > > Hello, > > > > > > Thanks for contacting Wikia. It seems that your browser is also stripping > > > the CSS that should be supplied when JavaScript doesn't load. This CSS > > > file > > > ( http://slot1.images.wikia.nocookie.net/__cb1419252955/common/extensions/wik… > > > ) should hide the double image issue you are seeing. > > > > > > I will be filing a ticket, based on this, with our engineers to see if > > > enclosing the first image in a <script> tag for these types of browsers > > > is an option. Thanks for bringing this to our attention. > > > > > > Timothy Collins > > > Community Technical Support > > > > > > > > > So should dillo follow this css and we have a bug or is not > > > supported yet? > > > > The mentioned stylesheet isn't loaded, as it is referenced from the > > body, not from the head section which is not allowed. > > See e.g. http://www.w3schools.com/tags/tag_link.asp > > Hm, for some reason firefox with Javascript disabled seems to > disagree with me. I'll check how firefox loads > ImageLazyLoadNoScript.css. Ok, firefox seems to load stylesheets from the body section. See [1] for a discussion whether this is allowed. Attached is a small test case that illustrates how dillo and firefox handle this case differently. Cheers, Johannes [1] http://stackoverflow.com/questions/4957446/load-external-css-file-in-body-t…

Dec. 28, 2014

what's currently broken in dillo

by Johannes.Hofmann＠gmx.de

On Sat, Dec 27, 2014 at 09:51:21PM +0100, Johannes Hofmann wrote: > Hi, > > On Sat, Dec 27, 2014 at 08:27:41PM +0000, higuita wrote: > > Hi! > > > > > > Look at the food icons in the table: > > > > http://dont-starve-game.wikia.com/wiki/Crock_Pot > > > > but i was looking a wrong example, i don't see the <script> > > > > here, just the <noscript>, making this harder to fix > > > Yes, it's not clear to me that dillo's doing anything incorrect in that > > > example. > > > > I contacted wikia and they replied with this: > > > > Rappy, Dec 27 07:32 AM > > > > Hello, > > > > Thanks for contacting Wikia. It seems that your browser is also stripping > > the CSS that should be supplied when JavaScript doesn't load. This CSS > > file > > ( http://slot1.images.wikia.nocookie.net/__cb1419252955/common/extensions/wik… > > ) should hide the double image issue you are seeing. > > > > I will be filing a ticket, based on this, with our engineers to see if > > enclosing the first image in a <script> tag for these types of browsers > > is an option. Thanks for bringing this to our attention. > > > > Timothy Collins > > Community Technical Support > > > > > > So should dillo follow this css and we have a bug or is not > > supported yet? > > The mentioned stylesheet isn't loaded, as it is referenced from the > body, not from the head section which is not allowed. > See e.g. http://www.w3schools.com/tags/tag_link.asp Hm, for some reason firefox with Javascript disabled seems to disagree with me. I'll check how firefox loads ImageLazyLoadNoScript.css. Cheers, Johannes

Dec. 28, 2014

what's currently broken in dillo

by Johannes.Hofmann＠gmx.de

Hi, On Sat, Dec 27, 2014 at 08:27:41PM +0000, higuita wrote: > Hi! > > > > Look at the food icons in the table: > > > http://dont-starve-game.wikia.com/wiki/Crock_Pot > > > but i was looking a wrong example, i don't see the <script> > > > here, just the <noscript>, making this harder to fix > > Yes, it's not clear to me that dillo's doing anything incorrect in that > > example. > > I contacted wikia and they replied with this: > > Rappy, Dec 27 07:32 AM > > Hello, > > Thanks for contacting Wikia. It seems that your browser is also stripping > the CSS that should be supplied when JavaScript doesn't load. This CSS > file > ( http://slot1.images.wikia.nocookie.net/__cb1419252955/common/extensions/wik… > ) should hide the double image issue you are seeing. > > I will be filing a ticket, based on this, with our engineers to see if > enclosing the first image in a <script> tag for these types of browsers > is an option. Thanks for bringing this to our attention. > > Timothy Collins > Community Technical Support > > > So should dillo follow this css and we have a bug or is not > supported yet? The mentioned stylesheet isn't loaded, as it is referenced from the body, not from the head section which is not allowed. See e.g. http://www.w3schools.com/tags/tag_link.asp Cheers, Johannes

Dec. 27, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

Hi! > > Look at the food icons in the table: > > http://dont-starve-game.wikia.com/wiki/Crock_Pot > > but i was looking a wrong example, i don't see the <script> > > here, just the <noscript>, making this harder to fix > Yes, it's not clear to me that dillo's doing anything incorrect in that > example. I contacted wikia and they replied with this: Rappy, Dec 27 07:32 AM Hello, Thanks for contacting Wikia. It seems that your browser is also stripping the CSS that should be supplied when JavaScript doesn't load. This CSS file ( http://slot1.images.wikia.nocookie.net/__cb1419252955/common/extensions/wik… ) should hide the double image issue you are seeing. I will be filing a ticket, based on this, with our engineers to see if enclosing the first image in a <script> tag for these types of browsers is an option. Thanks for bringing this to our attention. Timothy Collins Community Technical Support So should dillo follow this css and we have a bug or is not supported yet? Thanks in advance higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Dec. 27, 2014

Core-dump pasting from one form field into another

by Johannes.Hofmann＠gmx.de

On Sat, Dec 27, 2014 at 06:22:12PM +0000, eocene wrote: > James wrote: > > This is exercisable in Dillo 3.0.4.1, but not new. I found it by > > accident in my hack-up of Dillo 3.0.4. > > > > The reproduction is: > > - enable cookies for .google.com > > - navigate to https://mail.google.com/mail/?ui=html > > - fight the links until you get a screen with two fields, one for the > > username and one for the password > > - type something into the username field > > - select it and drag to the password field > > -- core dump > > > > I am on: > > > > - OSX 10.6.8 > > - Dillo 3.0.4.1 with SSL enabled > > - FLTK 1.3.3 > > - with dpid, etc from Dillo 3.0.4 with extensive hacking > > > > so the fault could be Mac-specific. > > I tried playing around a little, on linux and not having a gmail acct, > and nothing wanted to go wrong, so, yeah, it might be an osx issue... Can't reproduce it either on DragonFly BSD. I can try later to get a stack trace on osx. Cheers, Johannes

Dec. 27, 2014

Core-dump pasting from one form field into another

by eocene＠gmx.com

James wrote: > This is exercisable in Dillo 3.0.4.1, but not new. I found it by > accident in my hack-up of Dillo 3.0.4. > > The reproduction is: > - enable cookies for .google.com > - navigate to https://mail.google.com/mail/?ui=html > - fight the links until you get a screen with two fields, one for the > username and one for the password > - type something into the username field > - select it and drag to the password field > -- core dump > > I am on: > > - OSX 10.6.8 > - Dillo 3.0.4.1 with SSL enabled > - FLTK 1.3.3 > - with dpid, etc from Dillo 3.0.4 with extensive hacking > > so the fault could be Mac-specific. I tried playing around a little, on linux and not having a gmail acct, and nothing wanted to go wrong, so, yeah, it might be an osx issue...

Dec. 27, 2014

Core-dump pasting from one form field into another

by james.from.wellington＠gmail.com

Hello All, This is exercisable in Dillo 3.0.4.1, but not new. I found it by accident in my hack-up of Dillo 3.0.4. The reproduction is: - enable cookies for .google.com - navigate to https://mail.google.com/mail/?ui=html - fight the links until you get a screen with two fields, one for the username and one for the password - type something into the username field - select it and drag to the password field -- core dump I am on: - OSX 10.6.8 - Dillo 3.0.4.1 with SSL enabled - FLTK 1.3.3 - with dpid, etc from Dillo 3.0.4 with extensive hacking so the fault could be Mac-specific. Essentially the same fault (in Fl::dnd()) is reproducible in clean Dillo 3.0.4, with FLTK 1.3.2, clean dpid, etc, so I *think* it's not a product of my hackery. Clean Dillo 3.0.4 does not report the CGContextSetShouldAntialias and related errors, so I *think* that they are unrelated. Some errors and backtrace below. So far, I have not reproduced this fault in the FLTK input test program. Does anyone have a favourite piece of form html for me to try, to see if we can get out of needing gmail for the reproduction. Regards, James. ======================== Sat Dec 27 12:16:00 James-MacBook.local dillo[93125] <Error>: CGContextSetShouldAntialias: invalid context 0x0 Sat Dec 27 12:16:00 James-MacBook.local dillo[93125] <Error>: CGContextSetTextPosition: invalid context 0x0 Sat Dec 27 12:16:00 James-MacBook.local dillo[93125] <Error>: CGContextSetShouldAntialias: invalid context 0x0 Sat Dec 27 12:16:00 James-MacBook.local dillo[93125] <Error>: CGContextSetShouldAntialias: invalid context 0x0 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x00007fff8a1cd7cd in __dynamic_cast () (gdb) bt #0 0x00007fff8a1cd7cd in __dynamic_cast () #1 0x000000010009b318 in Fl::dnd () at Fl_cocoa.mm:3792 #2 0x00000001000aee3f in Fl_Input::handle (this=<value temporarily unavailable, due to optimizations>, event=<value temporarily unavailable, due to optimizations>) at Fl_Input.cxx:681 #3 0x0000000100071187 in CustInput2::handle (this=0x103c10a00, e=5) at fltkui.cc:86 #4 0x000000010009cfda in send (event=<value temporarily unavailable, due to optimizations>, to=<value temporarily unavailable, due to optimizations>, window=<value temporarily unavailable, due to optimizations>) at Fl.cxx:1143 #5 0x000000010009eaf7 in Fl::handle_ (e=5, window=0x102a1e020) at Fl.cxx:1455 #6 0x000000010009ad28 in cocoaMouseHandler (theEvent=0x100565980) at Fl_cocoa.mm:1057 #7 0x00007fff890580c7 in -[NSWindow sendEvent:] () #8 0x00007fff88f8cafa in -[NSApplication sendEvent:] () #9 0x000000010009af43 in +[FLApplication sendEvent:] (self=<value temporarily unavailable, due to optimizations>, _cmd=<value temporarily unavailable, due to optimizations>, theEvent=0x100565980) at Fl_cocoa.mm:1453 #10 0x000000010009883a in do_queued_events (time=1e+20) at Fl_cocoa.mm:772 #11 0x000000010009b175 in fl_wait [inlined] () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/src/Fl_cocoa.mm:796 #12 0x000000010009b175 in fl_mac_flush_and_wait (time_to_wait=1e+20) at Fl_cocoa.mm:815 #13 0x000000010009df39 in Fl::run () at Fl.cxx:589 #14 0x0000000100004819 in main (argc=1, argv=0x7fff5fbff3f0) at dillo.cc:572 (gdb)

Dec. 26, 2014

here's 3.0.4.1 RC1

by sgeerken＠dillo.org

On Mi, Dez 24, 2014, Jorge Arellano Cid wrote: > On Wed, Dec 24, 2014 at 08:58:55PM +0000, eocene wrote: > > Sebastian wrote: > > > PS: What about giving the development version a version number which > > > is easily recognizable, e. g. "3.1-dev", and remove the "-dev" shortly > > > before a release? I'm normally running the version from the main repo, > > > which greets me with "Welcome to Dillo 3.0.4", which is not quite > > > correct. > > > > Sounds reasonable to me. > > Me too. > +1 Done. (BTW, it was 3.0.4.1 after the merge.) Sebastian

Dec. 26, 2014

what's currently broken in dillo

by eocene＠gmx.com

higuita wrote: > Look at the food icons in the table: > > http://dont-starve-game.wikia.com/wiki/Crock_Pot > > but i was looking a wrong example, i don't see the <script> here, > just the <noscript>, making this harder to fix > > <td> > <a href="/wiki/Spicy_Chili" class="image image-thumbnail link-internal" title="Spicy Chili" > > <img src="data:image/gif;base64,R0lGODlhAQABAIABAAAAAP///yH5BAEAAAEALAAAAAABAAEAQAICTAEAOw%3D%3D" alt="Spicy Chili" class="lzy lzyPlcHld " style="vertical-align: text-bottom" data-image-key="Spicy_Chili.png" data-image-name="Spicy Chili.png" data-src="http://vignette4.wikia.nocookie.net/dont-starve-game/images/7/76/Spicy_Chil…" width="48" height="48" onload="if(typeof ImgLzy==='object'){ImgLzy.load(this)}" > > <noscript> > <img src="http://vignette4.wikia.nocookie.net/dont-starve-game/images/7/76/Spicy_Chil…" alt="Spicy Chili" class="" style="vertical-align: text-bottom" data-image-key="Spicy_Chili.png" data-image-name="Spicy Chili.png" width="48" height="48" > > </noscript> > </a> > </td> Yes, it's not clear to me that dillo's doing anything incorrect in that example.

Dec. 25, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

On Thu, 25 Dec 2014 17:37:58 +0000, eocene <eocene at gmx.com> wrote: > higuita wrote: > > add the problem of rendering of both the <noscript> and > > <script> content when both exits. It probably should prefer the > > <noscript> or leave the prefered mode for a option in the preferences > > menu > > Can you give an example of it rendering both? Look at the food icons in the table: http://dont-starve-game.wikia.com/wiki/Crock_Pot but i was looking a wrong example, i don't see the <script> here, just the <noscript>, making this harder to fix <td> <a href="/wiki/Spicy_Chili" class="image image-thumbnail link-internal" title="Spicy Chili" > <img src="data:image/gif;base64,R0lGODlhAQABAIABAAAAAP///yH5BAEAAAEALAAAAAABAAEAQAICTAEAOw%3D%3D" alt="Spicy Chili" class="lzy lzyPlcHld " style="vertical-align: text-bottom" data-image-key="Spicy_Chili.png" data-image-name="Spicy Chili.png" data-src="http://vignette4.wikia.nocookie.net/dont-starve-game/images/7/76/Spicy_Chil…" width="48" height="48" onload="if(typeof ImgLzy==='object'){ImgLzy.load(this)}" > <noscript> <img src="http://vignette4.wikia.nocookie.net/dont-starve-game/images/7/76/Spicy_Chil…" alt="Spicy Chili" class="" style="vertical-align: text-bottom" data-image-key="Spicy_Chili.png" data-image-name="Spicy Chili.png" width="48" height="48" > </noscript> </a> </td> higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Dec. 25, 2014

what's currently broken in dillo

by eocene＠gmx.com

higuita wrote: > add the problem of rendering of both the <noscript> and <script> > content when both exits. It probably should prefer the <noscript> or > leave the prefered mode for a option in the preferences menu Can you give an example of it rendering both?

Dec. 25, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

On Wed, 24 Dec 2014 21:07:08 +0000, eocene <eocene at gmx.com> wrote: > - vsource request crashes when dpid isn't working. > - source is slow to render, seemingly something to do with large tables. > - on some sites, rendering never stops as the horizontal scrollbar > shows the page growing wider and wider. > - on some sites, the ending words of a line are missing. > - img alt text not constrained by width/height. > - --local : reload turns off URL_SpamSafe, but there it is again upon > repush. > - "shift+arrows in the url bar is doing nothing instead of selecting > the text". add the problem of rendering of both the <noscript> and <script> content when both exits. It probably should prefer the <noscript> or leave the prefered mode for a option in the preferences menu higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Dec. 25, 2014

what's currently broken in dillo

by eocene＠gmx.com

Jorge wrote: > @eocene: now that 3.0.4.1 is out, can you merge the branch? Merged a few hours ago and pushed. I'm not sure whether you need to do anything more than pull.

Dec. 25, 2014

what's currently broken in dillo

by jcid＠dillo.org

On Wed, Dec 24, 2014 at 09:07:08PM +0000, eocene wrote: > > - vsource request crashes when dpid isn't working. > - source is slow to render, seemingly something to do with large tables. > - on some sites, rendering never stops as the horizontal scrollbar shows the > page growing wider and wider. > - on some sites, the ending words of a line are missing. > - img alt text not constrained by width/height. > - --local : reload turns off URL_SpamSafe, but there it is again upon repush. > - "shift+arrows in the url bar is doing nothing instead of selecting the text". Thanks for the bump. I'll pick some of these items to work on and send them to Johannes. BTW, I also have others in mind. @eocene: now that 3.0.4.1 is out, can you merge the branch? -- Cheers Jorge.-

Dec. 24, 2014

here's 3.0.4.1 RC1

by jcid＠dillo.org

On Wed, Dec 24, 2014 at 08:58:55PM +0000, eocene wrote: > Sebastian wrote: > > PS: What about giving the development version a version number which > > is easily recognizable, e. g. "3.1-dev", and remove the "-dev" shortly > > before a release? I'm normally running the version from the main repo, > > which greets me with "Welcome to Dillo 3.0.4", which is not quite > > correct. > > Sounds reasonable to me. Me too. +1 -- Cheers Jorge.-

Dec. 24, 2014

what's currently broken in dillo

by eocene＠gmx.com

- vsource request crashes when dpid isn't working. - source is slow to render, seemingly something to do with large tables. - on some sites, rendering never stops as the horizontal scrollbar shows the page growing wider and wider. - on some sites, the ending words of a line are missing. - img alt text not constrained by width/height. - --local : reload turns off URL_SpamSafe, but there it is again upon repush. - "shift+arrows in the url bar is doing nothing instead of selecting the text".

Dec. 24, 2014

here's 3.0.4.1 RC1

by eocene＠gmx.com

Sebastian wrote: > PS: What about giving the development version a version number which > is easily recognizable, e. g. "3.1-dev", and remove the "-dev" shortly > before a release? I'm normally running the version from the main repo, > which greets me with "Welcome to Dillo 3.0.4", which is not quite > correct. Sounds reasonable to me.

Dec. 24, 2014

3.0.4.1 final [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by eocene＠gmx.com

Jorge wrote: > @corvid: please update the front page News when you have the time. All right. I just did a little testing and everything seemed to be as it should be...

Dec. 24, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by jcid＠dillo.org

On Wed, Dec 24, 2014 at 10:15:09AM -0300, Jorge Arellano Cid wrote: > > OK, now there's an official dillo-3.0.4.1 tarball made from rc4, > plus release dates in the splash page and Changelog. > > Please get it from: > > http://www.dillo.org/download/ > > And send feedback on compile/run tests so we can update the web > site and finally announce it as dillo-3.0.4.1 final. > > TIA. @corvid: please update the front page News when you have the time. -- Cheers Jorge.-

Dec. 24, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by jcid＠dillo.org

On Wed, Dec 24, 2014 at 10:15:09AM -0300, Jorge Arellano Cid wrote: > On Tue, Dec 23, 2014 at 08:00:05PM +0100, Johannes Hofmann wrote: > > On Mon, Dec 22, 2014 at 03:12:53PM -0300, Jorge Arellano Cid wrote: > > > [...] > > > Ooops! (sorry) > > > > > > Here goes rc4: > > > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > > > md5sum: ed445fa2ac58d6262d82afbceba2810a > > > > > > Same song... ;) > > > > No problems for me. > > OK, now there's an official dillo-3.0.4.1 tarball made from rc4, > plus release dates in the splash page and Changelog. > > Please get it from: > > http://www.dillo.org/download/ > > And send feedback on compile/run tests so we can update the web > site and finally announce it as dillo-3.0.4.1 final. > > TIA. FWIW, although the NEWS file was updated in the repo after releasing the tarball, we'll keep the same tarball (it's just a minor glitch after all). Thanks to all that helped in the release process. Merry Christmas! -- Cheers Jorge.-

Dec. 24, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by me＠v4hn.de

On Wed, Dec 24, 2014 at 10:15:09AM -0300, Jorge Arellano Cid wrote: > OK, now there's an official dillo-3.0.4.1 tarball made from rc4, > plus release dates in the splash page and Changelog. > > Please get it from: > > http://www.dillo.org/download/ > > And send feedback on compile/run tests so we can update the web > site and finally announce it as dillo-3.0.4.1 final. Thanks, works great! v4hn

Dec. 24, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by abe＠deuxchevaux.org

Hi, On Tue, Dec 23, 2014 at 07:22:19PM -0300, Jorge Arellano Cid wrote: > On Tue, Dec 23, 2014 at 08:41:43PM +0000, eocene wrote: > > Jorge wrote: > > > it will become 3.0.4.1 final tomorrow. > > > > Is freecode still alive enough for you to send out announcements? > > I'm guessing it isn't. > > AFAIK, out of business. The keep the DB but no more updates. Yeah, their website is frozen for historical purpose. But it's dead. (Well, probably more undead, but who cares...) > It looks like we'll only have to add a note in the web site, > besides the announcement to dillo-dev. 3.0.4.1 final builds and works fine here as package on Debian Unstable, amd64, FLTK 1.3.2. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.nonhtmlmail.org/campaign.html | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

Dec. 24, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by sgeerken＠dillo.org

On Mi, Dez 24, 2014, Jorge Arellano Cid wrote: > On Tue, Dec 23, 2014 at 08:00:05PM +0100, Johannes Hofmann wrote: > > On Mon, Dec 22, 2014 at 03:12:53PM -0300, Jorge Arellano Cid wrote: > > > [...] > > > Ooops! (sorry) > > > > > > Here goes rc4: > > > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > > > md5sum: ed445fa2ac58d6262d82afbceba2810a > > > > > > Same song... ;) > > > > No problems for me. > > OK, now there's an official dillo-3.0.4.1 tarball made from rc4, > plus release dates in the splash page and Changelog. > > Please get it from: > > http://www.dillo.org/download/ > > And send feedback on compile/run tests so we can update the web > site and finally announce it as dillo-3.0.4.1 final. > > TIA. No problems here. Sebastian

Dec. 24, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by jcid＠dillo.org

On Tue, Dec 23, 2014 at 08:00:05PM +0100, Johannes Hofmann wrote: > On Mon, Dec 22, 2014 at 03:12:53PM -0300, Jorge Arellano Cid wrote: > > [...] > > Ooops! (sorry) > > > > Here goes rc4: > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > > md5sum: ed445fa2ac58d6262d82afbceba2810a > > > > Same song... ;) > > No problems for me. OK, now there's an official dillo-3.0.4.1 tarball made from rc4, plus release dates in the splash page and Changelog. Please get it from: http://www.dillo.org/download/ And send feedback on compile/run tests so we can update the web site and finally announce it as dillo-3.0.4.1 final. TIA. -- Cheers Jorge.-

Dec. 24, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by jcid＠dillo.org

On Tue, Dec 23, 2014 at 08:41:43PM +0000, eocene wrote: > Jorge wrote: > > it will become 3.0.4.1 final tomorrow. > > Is freecode still alive enough for you to send out announcements? > I'm guessing it isn't. AFAIK, out of business. The keep the DB but no more updates. It looks like we'll only have to add a note in the web site, besides the announcement to dillo-dev. BTW, Axel (from Debian) and v4hn (from Lunar) have both been following the release process. -- Cheers Jorge.-

Dec. 23, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by eocene＠gmx.com

Jorge wrote: > it will become 3.0.4.1 final tomorrow. Is freecode still alive enough for you to send out announcements? I'm guessing it isn't.

Dec. 23, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by Johannes.Hofmann＠gmx.de

On Mon, Dec 22, 2014 at 03:12:53PM -0300, Jorge Arellano Cid wrote: > On Mon, Dec 22, 2014 at 03:41:34PM +0000, eocene wrote: > > Jorge wrote: > > > Here goes rc3: > > > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > > > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > > > > > Here we expect feedback on the usual compile/run tests > > > on different platforms and if there're no issues it'll become final. > > > > I see your fix in there, but none of the ChangeLog/splash/etc. changes > > that I made afterward. > > Ooops! (sorry) > > Here goes rc4: > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > md5sum: ed445fa2ac58d6262d82afbceba2810a > > Same song... ;) No problems for me. Cheers, Johannes

Dec. 23, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by jcid＠dillo.org

On Mon, Dec 22, 2014 at 11:44:44PM +0000, higuita wrote: > Hi > > > > > Same song... ;) > > I found that shift+arrows in the url bar is doing nothing instead > of selecting the text. Ctrl+shift+arrows work fine. Same as 3.0.4, not a show stopper. BTW, if there're no more reports/bugs today, it will become 3.0.4.1 final tomorrow. -- Cheers Jorge.-

Dec. 23, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by higuita7＠yahoo.co.uk

Hi > > > Same song... ;) I found that shift+arrows in the url bar is doing nothing instead of selecting the text. Ctrl+shift+arrows work fine. Thanks higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Dec. 22, 2014

RC4 [Re: RC3 [Re: here's 3.0.4.1 RC1]]

by eocene＠gmx.com

Sebastian wrote: > On Mon, Dec 22, 2014, Jorge Arellano Cid wrote: > > Here goes rc4: > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > > md5sum: ed445fa2ac58d6262d82afbceba2810a > > > > Same song... ;) > > No problems here. I assume that noone really expected something else ... Everything seems good for me, too.

Dec. 22, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by sgeerken＠dillo.org

On Mon, Dec 22, 2014, Jorge Arellano Cid wrote: > On Mon, Dec 22, 2014 at 03:41:34PM +0000, eocene wrote: > > Jorge wrote: > > > Here goes rc3: > > > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > > > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > > > > > Here we expect feedback on the usual compile/run tests > > > on different platforms and if there're no issues it'll become final. > > > > I see your fix in there, but none of the ChangeLog/splash/etc. changes > > that I made afterward. > > Ooops! (sorry) > > Here goes rc4: > > http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 > md5sum: ed445fa2ac58d6262d82afbceba2810a > > Same song... ;) No problems here. I assume that noone really expected something else ... Sebastian

Dec. 22, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by jcid＠dillo.org

On Mon, Dec 22, 2014 at 03:41:34PM +0000, eocene wrote: > Jorge wrote: > > Here goes rc3: > > > > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > > > Here we expect feedback on the usual compile/run tests > > on different platforms and if there're no issues it'll become final. > > I see your fix in there, but none of the ChangeLog/splash/etc. changes > that I made afterward. Ooops! (sorry) Here goes rc4: http://www.dillo.org/download/dillo-3.0.4.1-rc4.tar.bz2 md5sum: ed445fa2ac58d6262d82afbceba2810a Same song... ;) -- Cheers Jorge.-

Dec. 22, 2014

RC3 [Re: here's 3.0.4.1 RC1]

by eocene＠gmx.com

Jorge wrote: > Here goes rc3: > > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > Here we expect feedback on the usual compile/run tests > on different platforms and if there're no issues it'll become final. I see your fix in there, but none of the ChangeLog/splash/etc. changes that I made afterward.

Dec. 22, 2014

here's 3.0.4.1 RC3

by abe＠deuxchevaux.org

Hi, On Mon, Dec 22, 2014 at 11:49:51AM -0300, Jorge Arellano Cid wrote: > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > Here we expect feedback on the usual compile/run tests > on different platforms and if there're no issues it'll become final. Compiles and works fine when being built as Debian package on amd64 against FLTK 1.3.2. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.nonhtmlmail.org/campaign.html | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

Dec. 22, 2014

here's 3.0.4.1 RC1

by sgeerken＠dillo.org

On Mo, Dez 22, 2014, Jorge Arellano Cid wrote: > Here goes rc3: > > http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 > md5sum: 7c24aed85b4c39e41e28287503f29d76 > > Here we expect feedback on the usual compile/run tests > on different platforms and if there're no issues it'll become final. Simple compile and run works without problems on Debian Wheezy (amd64). Sebastian PS: What about giving the development version a version number which is easily recognizable, e. g. "3.1-dev", and remove the "-dev" shortly before a release? I'm normally running the version from the main repo, which greets me with "Welcome to Dillo 3.0.4", which is not quite correct.

Dec. 22, 2014

here's 3.0.4.1 RC1

by jcid＠dillo.org

Hi, Here goes rc3: http://www.dillo.org/download/dillo-3.0.4.1-rc3.tar.bz2 md5sum: 7c24aed85b4c39e41e28287503f29d76 Here we expect feedback on the usual compile/run tests on different platforms and if there're no issues it'll become final. -- Cheers Jorge.-

Dec. 22, 2014

--local and redirection

by me＠v4hn.de

On Sun, Dec 21, 2014 at 04:46:46PM -0300, Jorge Arellano Cid wrote: > On Sun, Dec 21, 2014 at 12:07:04AM +0100, v4hn wrote: > > Sorry to comment here, but could you _please_ just get an official version > > out that supports fltk 1.3.3? This issue is pending way too long in my opinion. > > You can always pack the last repo. There's no need to wait for an > official release, unless you're packaging for a distro and have to > follow policy. > > If that's the case, I'd like to know what distro you're using, because > it looks quite on the edge, and I may also consider giving it a look/try! I'm one of the maintainers of lunar-linux(.org), which basically is an automated LFS with some bash scripts for package management. We try to stay "on the edge" these days, although this introduces problems like the fltk<->dillo incompatibility every now and then. But we also explicitly feature vanilla software, so we only introduce distribution specific patches if absolutely required (unlike basically all other distributions I know). So yes, if this takes much longer, it's probably better to package the RC than to keep a broken dillo module around. > On the release side of things, that's the normal procedure. Produce a > stable repo, then the RCs, test, rinse&repeat. Boring, but much better > than to have to hurry-patch a bogus release. Sure, but imho eocene is completely right with what he wrote earlier: This was supposed to be version 3.0.4.1 to address the fltk problem quickely and some patches even were rejected for this release because they would change too much for such a release. By now this feels much more like 3.0.5 and it could probably also include the dicache fixes eocene mentioned on the list... > If nobody reports problems today, tomorrow there'll be another rc tarball > for the usual tests. Let's hope it can become final. As always, thanks for dillo, v4hn

Dec. 21, 2014

--local and redirection

by jcid＠dillo.org

On Sun, Dec 21, 2014 at 12:07:04AM +0100, v4hn wrote: > On Sat, Dec 20, 2014 at 10:55:29PM +0000, eocene wrote: > > Done. We've gathered enough improvements now that we could've called this 3.0.5 :) > > Sorry to comment here, but could you _please_ just get an official version > out that supports fltk 1.3.3? This issue is pending way too long in my opinion. You can always pack the last repo. There's no need to wait for an official release, unless you're packaging for a distro and have to follow policy. If that's the case, I'd like to know what distro you're using, because it looks quite on the edge, and I may also consider giving it a look/try! On the release side of things, that's the normal procedure. Produce a stable repo, then the RCs, test, rinse&repeat. Boring, but much better than to have to hurry-patch a bogus release. If nobody reports problems today, tomorrow there'll be another rc tarball for the usual tests. Let's hope it can become final. -- Cheers Jorge.-

Dec. 21, 2014

--local and redirection

by me＠v4hn.de

On Sat, Dec 20, 2014 at 10:55:29PM +0000, eocene wrote: > Done. We've gathered enough improvements now that we could've called this 3.0.5 :) Sorry to comment here, but could you _please_ just get an official version out that supports fltk 1.3.3? This issue is pending way too long in my opinion. v4hn

Dec. 20, 2014

--local and redirection

by eocene＠gmx.com

Jorge wrote: > Committed. > > You may want to update the splash page and Changelog. Done. We've gathered enough improvements now that we could've called this 3.0.5 :)

Dec. 20, 2014

--local and redirection

by jcid＠dillo.org

On Sat, Dec 20, 2014 at 08:58:16PM +0000, eocene wrote: > Jorge wrote: > > On Sat, Dec 20, 2014 at 01:09:04AM +0000, eocene wrote: > > > Jorge wrote: > > > > On Wed, Dec 17, 2014 at 06:30:30PM +0000, eocene wrote: > > > > > > > > > > I notice that redirection defeats --local. > > > > > You go to www.dillo.org and images aren't loaded. > > > > > You go to dillo.org, it redirects to www.dillo.org, and images are loaded. > > > > > > > > Oh, yes. > > > > > > > > Originally, --local was meant for local files only. To allow > > > > safe displaying of HTML email in sylpheed (IIRC). > > > > > > > > Now, from the console help given by dillo, it seems like it > > > > should work with non-local URLs too. It makes sense to me, > > > > although I haven't found a compelling use case for that. Maybe > > > > for opening news site without the images... > > > > > > > > Attached is a brief patch. Please test and send feedback. > > > > > > It appears to fix the case that I mentioned, but then I tried a local file like > > > > > > <head> > > > <meta http-equiv="refresh" content="0; url=http://example.com/"> > > > </head> > > > <body> > > > text > > > </body> > > > > > > and the redirection is followed. > > > > Please try the attached patch. > > Looks like it works properly... Committed. You may want to update the splash page and Changelog. -- Cheers Jorge.-

Dec. 20, 2014

--local and redirection

by eocene＠gmx.com

Jorge wrote: > On Sat, Dec 20, 2014 at 01:09:04AM +0000, eocene wrote: > > Jorge wrote: > > > On Wed, Dec 17, 2014 at 06:30:30PM +0000, eocene wrote: > > > > > > > > I notice that redirection defeats --local. > > > > You go to www.dillo.org and images aren't loaded. > > > > You go to dillo.org, it redirects to www.dillo.org, and images are loaded. > > > > > > Oh, yes. > > > > > > Originally, --local was meant for local files only. To allow > > > safe displaying of HTML email in sylpheed (IIRC). > > > > > > Now, from the console help given by dillo, it seems like it > > > should work with non-local URLs too. It makes sense to me, > > > although I haven't found a compelling use case for that. Maybe > > > for opening news site without the images... > > > > > > Attached is a brief patch. Please test and send feedback. > > > > It appears to fix the case that I mentioned, but then I tried a local file like > > > > <head> > > <meta http-equiv="refresh" content="0; url=http://example.com/"> > > </head> > > <body> > > text > > </body> > > > > and the redirection is followed. > > Please try the attached patch. Looks like it works properly...

Dec. 20, 2014