December 2014 - Dillo-dev - lists.mailman3.com

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