- Dillo-dev - lists.mailman3.com

here's 3.0.4.1 RC1

by jcid＠dillo.org

Hi, On Wed, Dec 03, 2014 at 12:13:08AM +0000, eocene wrote: > > Even though 3.0.4.1 only has a few changes, it's nice to have an RC and > make sure that everything is all right, so: > > http://www.dillo.org/download/dillo-3.0.4.1-rc1.tar.bz2 Yes, thanks a lot. Just checked the diff, compiled and run. AFAIS, it's OK. @all, please compile/run rc1 and report how it went. When there's feedback from the main platforms (GNU/Linux already OK), I'll add the release date, signature and upload to the site, so the rest of the release can proceed. -- Cheers Jorge.-

Dec. 3, 2014

here's 3.0.4.1 RC1

by eocene＠gmx.com

Even though 3.0.4.1 only has a few changes, it's nice to have an RC and make sure that everything is all right, so: http://www.dillo.org/download/dillo-3.0.4.1-rc1.tar.bz2

Dec. 3, 2014

can't access http://www.dillo.org/index.html after pushing an update to it :( :(

by eocene＠gmx.com

Andreas wrote: > index.html was again rw------- > > I have done a simple chmod last time because I was in a hurry (and did > not send a notice) and forgot to do something real about it. > I hope I have fixed it now in a better way. Thank you :)

Nov. 27, 2014

can't access http://www.dillo.org/index.html after pushing an update to it :( :(

by andreas＠kemnade.info

Hi, On Thu, 2014-11-27 at 19:32 +0000, eocene wrote: > Forbidden > You don't have permission to access /index.html on this server. > > :( > > (I added some mention of 3.1 and 3.0.4.1 for clarification after noticing that > our ChangeLog link only shows 3.0.4.1 at the moment.) > > I had this happen with another file some weeks ago, and I mentioned it > to Andreas, who either fixed it or it resolved on its own somehow. > index.html was again rw------- I have done a simple chmod last time because I was in a hurry (and did not send a notice) and forgot to do something real about it. I hope I have fixed it now in a better way. Greetings Andreas Kemnade

Nov. 27, 2014

can't access http://www.dillo.org/index.html after pushing an update to it :( :(

by eocene＠gmx.com

Forbidden You don't have permission to access /index.html on this server. :( (I added some mention of 3.1 and 3.0.4.1 for clarification after noticing that our ChangeLog link only shows 3.0.4.1 at the moment.) I had this happen with another file some weeks ago, and I mentioned it to Andreas, who either fixed it or it resolved on its own somehow. I don't believe I've changed anything. My umask is 0066, but that's not new at all.

Nov. 27, 2014

--local, reload, repush

by eocene＠gmx.com

BTW, when I was checking --local, I noticed that it will start to request images and stuff upon reload as expected, but then when there's a repush, SpamSafe is on again.

Nov. 27, 2014

what's currently broken in dillo

by eocene＠gmx.com

Jorge wrote: > On Thu, Nov 27, 2014 at 04:41:41PM +0000, eocene wrote: > > Seems to be working. Changes pushed. > > I'm guessing that 'hg update 3.0.4.1' may be necessary for you to switch from > > the 'default' branch after pulling. > > Can you push changeset: 3976:d6a45d54f49a to the default branch too? > (I don't know how to do it without making a new patch). Do you mean have a changeset be part of multiple branches? I don't think that can be done. My impression is that merging after we finish the branch won't be anything more than: hg update default hg merge 3.0.4.1 (and I see that hg commit comes with a '--close-branch' that people use when they're irritated by having too many old branches visible in hg branches, which doesn't sound like a problem for us at present)

Nov. 27, 2014

what's currently broken in dillo

by jcid＠dillo.org

On Thu, Nov 27, 2014 at 04:41:41PM +0000, eocene wrote: > Jorge wrote: > > On Tue, Nov 25, 2014 at 08:14:45PM +0000, eocene wrote: > > > After doing all of that just now, I was giving a little methodical testing > > > before pushing my changes, and I found that there's still a bug in the focus > > > fix. > > > > > > If the page has focus, and the cursor leaves the page and returns to it, it > > > seems to be fine. > > > If an input has focus, and the cursor leaves the page and returns to it, it > > > seems to be fine. > > > If an input has focus and you click on the page to give it focus instead, > > > and then the cursor leaves the page and returns to it, the input is given > > > focus instead. > > > > Right! > > > > Please try this patch: > > Seems to be working. Changes pushed. > I'm guessing that 'hg update 3.0.4.1' may be necessary for you to switch from > the 'default' branch after pulling. Can you push changeset: 3976:d6a45d54f49a to the default branch too? (I don't know how to do it without making a new patch). -- Cheers Jorge.-

Nov. 27, 2014

what's currently broken in dillo

by eocene＠gmx.com

Jorge wrote: > On Tue, Nov 25, 2014 at 08:14:45PM +0000, eocene wrote: > > After doing all of that just now, I was giving a little methodical testing > > before pushing my changes, and I found that there's still a bug in the focus > > fix. > > > > If the page has focus, and the cursor leaves the page and returns to it, it > > seems to be fine. > > If an input has focus, and the cursor leaves the page and returns to it, it > > seems to be fine. > > If an input has focus and you click on the page to give it focus instead, > > and then the cursor leaves the page and returns to it, the input is given > > focus instead. > > Right! > > Please try this patch: Seems to be working. Changes pushed. I'm guessing that 'hg update 3.0.4.1' may be necessary for you to switch from the 'default' branch after pulling.

Nov. 27, 2014

what's currently broken in dillo

by jcid＠dillo.org

On Tue, Nov 25, 2014 at 08:14:45PM +0000, eocene wrote: > I wrote: > > Jorge wrote: > > > On Wed, Nov 19, 2014 at 08:16:20PM +0000, eocene wrote: > > > > Jorge wrote: > > > > > I'd pack a 3.0.4.1 with the fix for FLTK-1.3.3. > > > > > > > > Looking at ChangeLog, I'd argue that if we're making any release, we > > > > should also have > > > > > > > > - Don't load background images in --local mode. > > > > > > > > and probably > > > > > > > > - Fix Makefile to pick up LIBJPEG_CPPFLAGS. > > > > > > > > and perhaps > > > > > > > > - Remove Fl_Printer stub that always gave problems compiling under OSX. > > > > > > +1 > > > > It looks like I'll be semi-busy through Monday or so, but if no one > > else feels like doing it, I'll look into creating a branch, committing > > changes, version number, splash verbiage, etc.... > > After doing all of that just now, I was giving a little methodical testing > before pushing my changes, and I found that there's still a bug in the focus > fix. > > If the page has focus, and the cursor leaves the page and returns to it, it > seems to be fine. > If an input has focus, and the cursor leaves the page and returns to it, it > seems to be fine. > If an input has focus and you click on the page to give it focus instead, > and then the cursor leaves the page and returns to it, the input is given > focus instead. Right! Please try this patch: diff -r fb02b8b26017 dw/fltkviewbase.cc --- a/dw/fltkviewbase.cc Fri Nov 21 21:58:27 2014 +0100 +++ b/dw/fltkviewbase.cc Thu Nov 27 10:10:22 2014 -0300 @@ -365,6 +365,8 @@ int FltkViewBase::handle (int event) // FLTK delivers UNFOCUS to the previously focused widget if (find(Fl::focus()) < children()) focused_child = Fl::focus(); // remember the focused child! + else if (Fl::focus() == this) + focused_child = NULL; // no focused child this time return 0; case FL_KEYBOARD: if (Fl::event_key() == FL_Tab) -- Cheers Jorge.-

Nov. 27, 2014