- Dillo-dev - lists.mailman3.com

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