#foswiki 2016-02-02,Tue

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
vrurgDamn, it works... :) [00:59]
......................................................................... (idle for 6h0mn)
***ChanServ sets mode: +o CDot [06:59]
ChanServ sets mode: +o MichaelDaum [07:09]
MichaelDaumLavr, would you like to reconsider http://foswiki.org/Development/ImproveOOModel?
Lavr, you have currently raised concerns and this basically blocks all the work of Vadmin to be folded into mainline at some point.
[07:14]
.... (idle for 19mn)
msnthe users using foswiki at my end are being constantly being asked to reauthenticate with every click [07:34]
***ChanServ sets mode: +o MichaelDaum [07:39]
........................................................... (idle for 4h54mn)
milan_Hi, I want to create a FAQ page using foswiki. Where clicking on a question should display the answer as a drop down text in the same page. Is there any extension / plugin available as such ? [12:33]
***ChanServ sets mode: +o Lynnwood [12:37]
..... (idle for 22mn)
jastwell, that would have been easy to answer, but too late now :) [12:59]
........ (idle for 38mn)
***ChanServ sets mode: +o gac410 [13:37]
.... (idle for 18mn)
gac410MichaelDaum: Once vrurg adds a committed date to the ImproveOOModel, we can take it to a community vote. Lavr's objection doesn't have to be an obstruction.
gac410 wonders how one goes about getting a module into the EPEL.
[13:55]
***ChanServ sets mode: +o CDot [14:09]
uebera||MichaelDaum: Can you think of a suitable/poor man's benchmark for a stock FW2.1ß1 installation to compare the performance of mod_perl vs. fcgid? [14:20]
MichaelDaumuebera||, I don't think you'd get much of a difference ... using a poor man's approach
we have factors that overshadow this choice, i.e. system perl versus self-compiled perl
[14:24]
uebera||I'm using the same plenv version in my installation for both, of course. [14:25]
MichaelDaumthe argument against mod_perl follows more the lines of "apache-only, loaded into http server"
apache already being a fatty gets even more bloated with foswiki ... ;)
[14:25]
gac410On ApacheConfigGenerator, I'm going to remove the -wT perl options ueberall noticed, and also make Apache 2.4 the default, most distros seem to have moved past 2.2 [14:27]
MichaelDaumnother important factor is replacing viewfile with xsendfile. viewfile really is a blocker for sites that want to host & protect big binary attachments
with apache however you need to compile sendfile capabilities into it; nginx has this build in
[14:28]
uebera||MichaelDaum: I see (also not a problem as I isolate different services on the machine and don't care about the number of apache2 instances in lxc containers anyways. The designated machine has enough RAM/cores); in general, I was curious because of a number of remarks regarding mod_perl vs fcgid performance "in theory/in practice" I found on the net. [14:30]
MichaelDaumso before even being in the situation having to benchmark mod_perl vs fcgi, the decision - against mod_perl - is more lead by the fact that ... well ... it requires apache
oh I see, yea.
but these are more into technical details of both approaches of hosting perl apps ... leaving aside the world of psgi/plack
with containers you could leave the http server outside and only bundle the foswiki server ... given files in /pub/System are also accessible to the http server sitting outside
[14:30]
gac410Okay. ApacheConfigGenerator fixed. For foswiki 2.0, no longer enables mod_perl taint checking. And now Apache 2.4 is the default.
MichaelDaum ... I plan to build Foswiki 2.1 today / tonight. Would you have some time tomorrow to work on the announcements?
[14:34]
MichaelDaumgac410, ya sure. Looking forward. [14:36]
gac410gac410 sincerely hopes that no news is good news regarding the Beta ... [14:36]
MichaelDaumhum-meh [14:36]
uebera||can I submit a last-minute-bug report? ;) [14:36]
gac410wishes there was more in the way of feedback.
uebera||: yes please!
[14:36]
uebera||[01.02.16 17:44] <uebera||> Using FW2.1ß1, when installing a plugin ("Validation/Uninstalled Extensions" dialogue), why is the mouse pointer changing into a rotating circle if you're not hovering directly over one of the buttons? (Google Chrome 48.0.2564.97)
It's only eye candy, but was a little bit irritating.
[14:36]
gac410ugh. JavaScript and EyeCandy is not my forte.
And not broken on Firefox.
MichaelDaum: I think the configure eye-candy was yours? :D On chrome browser, "Review installed extensions" there is a spinner anywhere except when hovering over a button.
Any clues?
Hm actually all of the extension related dialogs have the issue
[14:38]
jastI think it's faulty CSS
it's been in configure since 2.0.0
[14:44]
gac410css? ugh... I'm even worse with css than with javascript. [14:44]
jastbasically there's probably a "cursor: spinnythingy" rule somewhere that isn't specific enough
actually it was probably intentional to have the popups saying "please wait, stuff is happening" show a spinny cursor, and it ended up applying to *all* popups
[14:45]
gac410gac410 greps for spinnythingy :D [14:46]
jastmight not be the official name :}
the official name is 'wait'
[14:46]
gac410yeah. I'm finding it. But as it works on firefox. I'm quite happy to say it's a chrome bug :P [14:48]
jastmaybe...
CSS precedence rules are pretty complex
[14:48]
MichaelDaumno that part I never touched ... and yes it sux [14:49]
gac410It's a wizard report. So the css sets the cursor over the body to wait. $('body').css('cursor','wait'); [14:49]
jastah. yeah, that would do it [14:50]
gac410I guess to make the dialog modal? [14:50]
jastit's a purely visual effect
you can still click and everything
it's simply harder to aim :)
[14:50]
MichaelDaumbasically users never really know whether configure finished its operation [14:50]
gac410y. and on firefox you don't get the spinner anywhere.
probably needs to be changed to be managed in javascript, so the spinner runs only while waiting for an ajax response? And I have no clue how to do that.
About all I could do for 2.1 is to just comment out the spinner CSS. :P
[14:50]
MichaelDaumy [14:55]
............ (idle for 55mn)
gac410uebera||: in the ModPerlEngineContrib, there is a line in the installation instructions,
In the web server configuration, you will need to load mod_perl but it is also recommended to load the Apache HTTP Request Library (module apreq).
[15:50]
uebera||I will have a look at that, thanks. [15:50]
gac410Do you know what that's referring to? Seems like it should be either handled by ApacheConfigGenerator, or be part of the tools/ script
I'm trying to clarify the docs for Fosiwki 2.x most of that verbiage is just noise on fw 2.x
[15:51]
uebera||Hm... the link points to https://httpd.apache.org/apreq/ and that's rather old. "cpanm libapreq" does not find it (anymore).
--> https://mail-archives.apache.org/mod_mbox/httpd-dev/201204.mbox/%3C1335618352.91515.YahooMailNeo@web160904.mail.bf1.yahoo.com%3E ("What is apreq?")
I have not installed the library in the container and I didn't see the mentioned error message.
However, I have yet to run a number of tests during the next couple of days/weeks(<-Solr) (installing additional plugins, uploading attachments), so maybe I come across a warning. For the time being, I will not install mod_apreq2 proactively.
The way the ModPerlEngineContrib explanation is written, it suggests that you need that if you want to use large attachments. (At least that is how you can read it; could also mean once you install mod_apreq, you need to modify an additional setting in that case.)
[15:56]
.............. (idle for 1h8mn)
gac410uebera||: so I think that is now referencing Apache2::Request. That's a replacement "mod_perl" way of handling CGI::Request. I suspect that it should be recommended.
The mod perl engine is able to fall back onto CGI::Request if Apache2::Request is missing, but I don't think it's optimal.
[17:15]
..................... (idle for 1h44mn)
uebera||: Updated Item13938 with the workarounds / and a patch for CGI::Session::Driver::file [18:59]
FoswikiBothttp://foswiki.org/Tasks/Item13938 [ Item13938: Random Taint errors in =CGI/Session/Driver/file.pm= ] [18:59]
uebera||gac410: Thanks, I'll try the CGI/Session/Driver/file.pm patch :) [19:01]
gac410CDot: There is a suggested fix to Item10916 Looks simple enough. Should I pick it up for 2.1 when I build it tonight. [19:07]
FoswikiBothttp://foswiki.org/Tasks/Item10916 [ Item10916: When both js and non js controls are present, after a js row move, the pencils disappear. ] [19:07]
gac410gac410 hates last minute fixes [19:08]
CDothmmmm. Well, the reason I didn't fix it before was it's hard to get your head round the code (yes I know I wrote it). But if the proposed patch fixes it, go for it. At worst it's harmless. [19:10]
gac410Okay. I'll try to recreate it again and see if it fixes it. [19:11]
..... (idle for 20mn)
***gac410 sets mode: +v WikiRingBot [19:31]
...... (idle for 26mn)
GithubBot[distro] gac410 pushed 2 new commits to master: https://git.io/vgIap
distro/master e49e505 George Clark: Item10916: Preserve pencils when moving rows...
distro/master 924447d George Clark: Item13883: Doc updates, prepare to build Foswiki 2.1
[19:57]
***GithubBot has left [19:57]
FoswikiBothttp://foswiki.org/Tasks/Item10916 [ Item10916: When both js and non js controls are present, after a js row move, the pencils disappear. ]
http://foswiki.org/Tasks/Item13883 [ Item13883: Documentation changes for master and 2.1 ]
[19:57]
GithubBot[distro] gac410 pushed 1 new commit to Release02x00: https://git.io/vgIVB
distro/Release02x00 81aba47 George Clark: Item10916: Preserve pencils when moving rows...
[19:59]
***GithubBot has left [19:59]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)