#foswiki 2016-11-03,Thu

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

WhoWhatWhen
GithubBot[distro] vrurg pushed 2 new commits to Item13897: https://git.io/vXZMr
distro/Item13897 a6d5c5d Vadim Belman: Item13897: Fixed doc handler not reading source as UTF8 encoded.
distro/Item13897 f0d4247 Vadim Belman: Item13897: More documentation....
[01:21]
***GithubBot has left [01:21]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [01:21]
vrurggac410: me trying to make the documentation more helpful. In particular postData is now documented. [01:22]
..... (idle for 24mn)
gac410thanks vrurg [01:46]
.................... (idle for 1h37mn)
vrurg, well color me stumped. My "successful" tests with verify_hostname => 0 were working because I was using an old version of perl accidentally. Now that I'm back on the right perl, it still fails with hosname verification failed. And grepping IO::Socket::SSL, that string - verify_hostname is not found. :(
There is a subroutine name called verify_hostname() but not a setting.
[03:23]
......... (idle for 40mn)
well something more is going on. I commented out the code in SSL.pm, and it fails with other validation errors. [04:06]
..... (idle for 23mn)
***gac410 has left [04:29]
.............................. (idle for 2h29mn)
ChanServ sets mode: +o MichaelDaum [06:58]
...... (idle for 26mn)
ChanServ sets mode: +o CDot [07:24]
.............. (idle for 1h8mn)
GithubBot[WebDAVLinkPlugin] cdot pushed 1 new commit to master: https://git.io/vXnkz
WebDAVLinkPlugin/master ef98ae9 cdot: Item14106: change back to unsigned and distribute via extension page to circumvent the tortuous Firefox verification process
[08:32]
***GithubBot has left [08:32]
FoswikiBothttps://foswiki.org/Tasks/Item14106 [ Item14106: Firefox extension not working ] [08:32]
................................................... (idle for 4h10mn)
***ChanServ sets mode: +o Lynnwood [12:42]
..... (idle for 21mn)
ChanServ sets mode: +o Lynnwood__ [13:03]
................. (idle for 1h21mn)
ChanServ sets mode: +o gac410 [14:24]
foswiki_irc8Hi there. Is there an easy way or a plugin to fold/hide the WebLeftBar somehow? [14:32]
JulianLevensfoswiki_irc8 You don't need a plugin just some tweaks, let me check the details
http://foswiki.org/System/PatternSkinCustomization
http://foswiki.org/System/PatternSkinCssCookbook
[14:40]
foswiki_irc8Ah, I see http://foswiki.org/System/PatternSkinCssCookbookNoLeftBar
But that hides the bar completely, I want a small button or something to be able to fold/expand it on demand
[14:46]
JulianLevensYep, to make it clickable you'll need to add a snippet of JS [14:47]
foswiki_irc8Okay, I guess I will have to do that then
Thanks!
[14:47]
JulianLevensnp [14:48]
........ (idle for 37mn)
***ChanServ sets mode: +o CDot [15:25]
foswiki_irc8Where do I put the HTML code for the button, if I want it to be displayed right above LeftMenuBar? [15:30]
JulianLevensI think you need to checkout Main/WebLeftBar [15:35]
foswiki_irc8This will affect all other LeftMenuBars then? [15:36]
JulianLevensI'm not quite sure if that's agnostic per Web or not, but I think that's the default for all webs [15:37]
foswiki_irc8ok, I'll try [15:38]
JulianLevensNow I'm not so sure, they seem to be separate for each web [15:38]
***gac410 sets mode: +o vrurg
gac410 sets mode: +o JulianLevens
[15:41]
foswiki_irc8Hmm... so I have to add this code to _every_ LeftBar?
By the way, I don't want to add the button *within* the LeftBar (if it is folded, the button would disappear), I want it in the top area above the LeftBar
If I only manipulate #patternOuter and #patternSideBar and #patternMainContents, this should work?
Now this top bar is no Wikipage...
[15:52]
JulianLevensSorry, I did this myself a while ago, I don't remember it being too hard
I think I may have placed the button in the main area, top-left, that way it's always visible
Just try #patternSideBar to start with
[16:09]
..... (idle for 22mn)
GithubBot[PublishPlugin] fschlich pushed 1 new commit to master: https://git.io/vXcZj
PublishPlugin/master 6d9b225 Florian Schlichting: Item14198: implement REST security
[16:32]
***GithubBot has left [16:32]
foswiki_irc8Thanks. I will try again later. [16:32]
FoswikiBothttps://foswiki.org/Tasks/Item14198 [ Item14198: PublishPlugin fails in Foswiki 2.1.2 while trying to render zones ] [16:32]
.... (idle for 19mn)
foswiki_irc8I found Main/WebTopBar, but changes in it don't change anything in the top bar. [16:51]
...... (idle for 29mn)
***foswiki_irc8 has left [17:20]
....... (idle for 32mn)
JulianLevens has left [17:52]
............................. (idle for 2h20mn)
vrurggac410: what is the exact sequence to get SSL error? [20:12]
gac410vrurg: I figured out the verify_hostname. That's a parameter for the Useragent code, not IO::SSL
The issue is only in Wizards/AutoconfigureEmail.pm And it's something wrong with how it processes the STARTTLS validation.
So point MAILHOST at a server supporting STARTTLS. Give it the user/pass, click autoconfigure. It will silently "skip over" STARTTLS and settle on SSL to port 465
To actually see the log from the discover that failed it needs a code change.
[20:13]
vrurgIn my case it is for SOAP::Lite but the outcome was the same.
I cannot reporoduce it in my branch though it should be there. What I do is fill in email, smtp host – and use auto-configure email button?
I'll try debugging it. It could a cipher problem too.
[20:16]
gac410If you just manually configure email to StartTLS, and server:587 and click send a test email, the STARTSSL code in Net.pm works just fine. No issues at all.
So it's clearly down in the overridden methods in autoconfigure.
I keep chasing other rat-holes. Tried to enable validation for my own server, and it *does* work, but the SSLCertificates wizard is also busted,.
Don't waste too much time on it vrurg. It's got to be something down in AutoconfigureEmail.pm that I'm just not seeing yet.
To enable full logging, $tlog = statement in the vicinity of line 614. Have to change that do tlog .= concatenation to not discard logs for the failures.
And it's not just hostname validation. It's actually unable to connect to the server to open the ssl connection.
the hostname validation error was masking the other errors. :(
Email, smtp host, user, password, autoconfigure. That should be enough. (user/pass is needed for my server and gmail if you test against a public server).
[20:17]
vrurgThere is another issue in _autoconfigSMTP. Carp::confess in $SIG{__DIE__} is been called with $@ but it must be @_ or $_[0]. [20:27]
gac410There is another bug as well and I've been unable to find it, but have a workaround I'll commit. The Capture for STDERR claims to be "un-captured" but it is not. So can't run the wizard from tools/configure for shell debugging.
I'm just changing the code to not bother capture when engine is undefined, or set to CLI (or FastCGI)
Capture is denied by FCGI ... that's already in the code. and when running from shell, no reason to capture that I can think of. Just let it flow.
[20:29]
vrurg, for another off-the-wall question. Linux generally stores certs and their hashes in /etc/ssl/certs directory. Do you know if that holds true for BSD or OSX? [20:38]
vrurgBTW, for capture you could look at Item14203 branch for Foswiki/Aux/Dependecies.pm. There is embedded class MuteOut which is designed to release the capture when destroyed. So, you could do $mute = MuteOut->new(outFile => 'stdout', errFile => 'stderr',); $mute->exec(\&sub, 'param'); – as soon as the scope finishes $mute will restore STDOUT/STDERR. [20:40]
FoswikiBothttps://foswiki.org/Tasks/Item14203 [ Item14203: Support task of Development.DependenciesFreedom ] [20:40]
vrurgOn OSX they're stored in keychain store.
On BSD I didn't work with installed certs. /etc/ssl exists but it's only openssl.cnf in there.
I guess it's software dependand.
[20:40]
gac410ugh. okay, I guess then we don't bother supporting SSLCaPath and SSLCaFile - Item14209 - on osx / bsd for now. [20:43]
FoswikiBothttps://foswiki.org/Tasks/Item14209 [ Item14209: Email wizard for SSLCaFile and SSLCaPath don't return any results. ] [20:43]
gac410Basically IO::Socket::SSL, and LWP::https as well, need access to the cert store to to verification. unless the module has some other magic for those os's [20:44]
vrurgAs the doc states Socket::SSL is relying on Mozilla::CA. [20:44]
gac410Ah yeah. true. On Ubuntu, that package is not available, but all the certs are in etc/ssl/certs, so Mozilla::CA is not neede.
Okay. thanks. I think I know where to go. I'll change the wizard to also guess /etc/ssl/certs for linux distros. otherwise it looks for Mozilla::CA Of course rat-holes persist. Even pointed at /etc/ssl/certs, the code that validates that setting is busted too :(
[20:45]
vrurgOk, I would then move my focus to CommentPluginTests. [21:00]
gac410ty [21:02]

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