#foswiki 2016-09-07,Wed

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

WhoWhatWhen
GithubBot[ClamAVScanPlugin] gac410 pushed 1 new commit to master: https://git.io/viniD
ClamAVScanPlugin/master a014cae George Clark: Item14149: Force file name scanning should be an expert param.
[00:18]
***GithubBot has left [00:18]
FoswikiBothttps://foswiki.org/Tasks/Item14149 [ Item14149: ClamAVScanPlugin needs work for Foswiki 2.x ] [00:18]
GithubBot[ClamAVScanPlugin] gac410 tagged 1.2 at 0f3c7a6: https://git.io/vinPk [00:21]
***GithubBot has left [00:21]
.......... (idle for 45mn)
GithubBot[distro] vrurg pushed 3 new commits to Item14152: https://git.io/vinMo
distro/Item14152 55bb1bd Vadim Belman: Item14152: Merge commit '4eef383f3c031dce6d2ccba1af7c5657784fc036' into Item14152...
distro/Item14152 d12ad13 Vadim Belman: Item14152: doc handler encodes SMELL's comments to protect them from TML formatting.
distro/Item14152 dee0f93 Vadim Belman: Item14152: First class replacement implementation....
[01:06]
***GithubBot has left [01:06]
FoswikiBothttps://foswiki.org/Tasks/Item14152 [ Item14152: Implement OONewPluginModel proposal ] [01:06]
GithubBot[distro] vrurg fast-forwarded Item13897 from 4eef383 to d12ad13: https://git.io/vinM9 [01:09]
***GithubBot has left [01:09]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [01:09]
vrurgDamn...
That's unwanted commit.
[01:10]
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vinDE
distro/Release02x01 6f724c6 George Clark: Item14169: Improve checking messages for Configure Access Control
[01:17]
***GithubBot has left [01:17]
FoswikiBothttps://foswiki.org/Tasks/Item14169 [ Item14169: Current user verification for {FeatureAccess}{Configure} in configure ] [01:17]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vinDg
distro/master b225bf7 George Clark: Item14169: Merge branch 'Release02x01'
[01:17]
***GithubBot has left [01:17]
vrurggac410: Can you revert Item13897 to 4eef383?
I have mistakengly merged from 14152. :(
[01:18]
GithubBot[distro] gac410 pushed 1 new commit to Item13897: https://git.io/vinDr
distro/Item13897 f1d0b90 George Clark: Merge branch 'master' into Item13897
[01:20]
***GithubBot has left [01:20]
gac410Whoops. just saw your note. [01:20]
vrurgOne must not merge at the end of a hard day... [01:21]
gac410vrurg: Do you want me to just reset to 4eef383 and push force? That will make things tough for anyone who pulls. [01:22]
vrurgI need to revert the effect of d12ad13 [01:23]
gac410I think if I reset HEAD^ until we are at 4eef383 ... and then push force, that will make it like nothing happened.
You may need to pull force (or something) to the the revised history.
[01:23]
vrurgThat's ok.
I hope your merge from master will reapply with no problem later.
[01:24]
gac410Yeah it will be fine. Okay .. Let me reset and force push [01:26]
vrurgI'll be off for today. Thanks a lot!
Will pull tomorrow. Sorry for troubling you.
cu tomorrow!
[01:28]
gac410vrurg: are you still around [01:36]
vrurgJust for a minute. [01:36]
gac410I'm still confused on what to revert. When I reset HEAD^ after the 3rd time I step before the commit you want as head.
I'm not sure how to fix things
[01:37]
vrurgI wanted to merge d12ad13 from Item14152 with paying attention that it will pull all preceding commits. So, it now got Extensions.pm, etc... This I wanna revert. [01:40]
FoswikiBothttps://foswiki.org/Tasks/Item14152 [ Item14152: Implement OONewPluginModel proposal ] [01:40]
gac410yeah, you cannot merge single commits. Merge ALWAYS takes the whole branch and all commits. [01:41]
vrurgLets leave it for tomorrow. I'll manually fix it on my local repo and push it back as a normal commit. [01:41]
gac410You can cheryr pick single commits but never merge to select individual fixes. [01:41]
vrurgI know... :( Don't understand what happend to my mind. :( [01:41]
gac410I'm not understanding the log messages ... You can revert a "merge commit" with git revert -m1 <the merge commit> [01:42]
vrurgLet's call it a brief loss of clarity. [01:42]
gac410But I'm seeing commits with "comments" tha say merge, but are not known to git as a merge, which is confusing me. [01:42]
vrurgLets take care of it tomorrow. [01:45]
gac410okay, there are two "merge" commits. 55bb1b and 3f9dcc1 [01:46]
vrurgcu! [01:46]
gac410cu
vrurg: for tomorrow. Good article here: https://git-scm.com/2010/03/02/undoing-merges.html
[01:46]
..... (idle for 23mn)
GithubBot[distro] gac410 created newItem13897 (+2 new commits): https://git.io/vin9h
distro/newItem13897 2d8970c George Clark: Item13897: Revert xgettext to the non-OO version in master...
distro/newItem13897 5310071 George Clark: Merge branch 'master' into Item13897
[02:13]
***GithubBot has left [02:13]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [02:13]
gac410okay vrurg. I fixed this ... sort of ... by creating a new branch newItem13897. I *think* I've removed the commits you wanted. I did it by doing:
- git checkout -b newItem13897 883e7cb2ae207df6b817710d1f9f33c20b4c8247
- git cherry-pick 4eef383
- git cherry-pick -m 1 f1d0b90
- git push origin newItem13897
That created a new clean branch without your merge commits. If we just "reverted" your merge commits, then it would make a future merge much more difficult.
And here's a note on renaming the branch. https://gist.github.com/lttlrck/9628955 so we could rename newItem13897 to Item13897 to clean it up.
And with that I'm leaving well enough alone :D
[02:16]
GithubBot[distro] gac410 pushed 1 new commit to newItem13897: https://git.io/vinHn
distro/newItem13897 a6f0b97 George Clark: Merge branch 'master' into newItem13897
[02:25]
***GithubBot has left [02:25]
gac410And vrurg ... Here's the graph on github of the branches https://github.com/foswiki/distro/network
And after you pull newItem13897, git cherry newItem13897 Item14152 -v will show you all commits in Item14152 that are NOT in newItem13897
[02:26]
......................... (idle for 2h3mn)
***gac410 has left [04:32]
................... (idle for 1h32mn)
ChanServ sets mode: +o CDot [06:04]
..... (idle for 24mn)
ChanServ sets mode: +o MichaelDaum [06:28]
GithubBot[distro] MichaelDaum closed pull request #14: EditRowPlugin: Fix system topic install permissions. (master...editrow) https://git.io/vKq6F [06:40]
***GithubBot has left [06:40]
GithubBot[distro] MichaelDaum pushed 6 new commits to master: https://git.io/vicfs
distro/master 20e2486 Philippe Kehl: Item14092: add hook for plugins/skins attach properties...
distro/master 37880f4 Philippe Kehl: Merge branch 'master' into Item14092
distro/master 55e9a03 Philippe Kehl: Item14092: add "propertieshook" placeholder docu...
[06:41]
***GithubBot has left [06:41]
FoswikiBothttps://foswiki.org/Tasks/Item14092 [ Item14092: attach.pattern.tmpl misses a hook for plugins to add properties ] [06:41]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vicfF
distro/Release02x01 1386b1c MichaelDaum: Item14092: merge from master
[06:54]
***GithubBot has left [06:54]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vicfj
distro/Release02x01 13f6097 MichaelDaum: Item14174: missing files in MANIFEST
[06:56]
***GithubBot has left [06:56]
FoswikiBothttps://foswiki.org/Tasks/Item14174 [ Item14174: missing files in MANIFEST ] [06:56]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vicJe
distro/master acfcd9f MichaelDaum: Merge branch 'Release02x01'
[06:57]
***GithubBot has left [06:57]
.... (idle for 19mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vicUK
distro/Release02x01 9ba9fee MichaelDaum: Item14174: remove Makefile again
[07:16]
***GithubBot has left [07:16]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vicUi
distro/master be74516 MichaelDaum: Merge branch 'Release02x01'
[07:17]
***GithubBot has left [07:17]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vicTd
distro/Release02x01 d7a035b MichaelDaum: Item13206: fix jquery icon parameter...
[07:31]
***GithubBot has left [07:31]
FoswikiBothttps://foswiki.org/Tasks/Item13206 [ Item13206: upgrade to latest jquery-ui ] [07:31]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vicTF
distro/master 2ecd0a4 MichaelDaum: Merge branch 'Release02x01'
[07:31]
***GithubBot has left [07:31]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vickW
distro/Release02x01 d1ee122 MichaelDaum: Item13206: removing margin from ui-buttons
[07:36]
***GithubBot has left [07:36]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vickl
distro/master 097f9a1 MichaelDaum: Merge branch 'Release02x01'
[07:36]
***GithubBot has left [07:36]
...... (idle for 27mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vicLV
distro/master 17dd5ff MichaelDaum: Item14175: remove browser detection in Logger
[08:03]
***GithubBot has left [08:03]
FoswikiBothttps://foswiki.org/Tasks/Item14175 [ Item14175: remove browser detection in Logger ] [08:03]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vicLj
distro/Release02x01 7ae469b MichaelDaum: Item14176: don't add POSTDATA to TOC links
[08:07]
***GithubBot has left [08:07]
FoswikiBothttps://foswiki.org/Tasks/Item14176 [ Item14176: don't add POSTDATA to TOC links ] [08:08]
GithubBot[distro] MichaelDaum pushed 2 new commits to master: https://git.io/victv
distro/master a176c62 MichaelDaum: Merge branch 'Release02x01'
distro/master 312f936 MichaelDaum: Merge branch 'master' of github.com:foswiki/distro
[08:08]
***GithubBot has left [08:08]
GithubBot[distro] MichaelDaum pushed 1 new commit to Release02x01: https://git.io/vict6
distro/Release02x01 2448672 MichaelDaum: Item14176: exclude POSTDATA from QUERYSTRING
[08:12]
***GithubBot has left [08:12]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vict1
distro/master c873799 MichaelDaum: Item14176: exclude POSTDATA from QUERYSTRING
[08:13]
***GithubBot has left [08:13]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/vicqC
distro/master 81bcd32 MichaelDaum: Item14177: performance improvements to tmpl loader...
[08:19]
***GithubBot has left [08:19]
FoswikiBothttps://foswiki.org/Tasks/Item14177 [ Item14177: performance improvements to template loader ] [08:19]
........................................... (idle for 3h33mn)
jastdid you guys see the mail to the list regarding an error in UpdateAttachmentsPlugin? seems to me like the code in there is incorrect. since the code was copied from Store (or PFS?), it's probably incorrect there, too
yeah, same code is in PFS
the issue only happens on Foswiki 1.x
it's because of this line: *readdir = \&readdir;
as soon as that reference is actually used anywhere, it crashes, because 'readdir' is not defined inside that package. it's really only defined in CORE.
same would apply to the \&unlink reference one line further up
also \&stat and \&utime
[11:52]
............ (idle for 55mn)
***ChanServ sets mode: +o gac410
ChanServ sets mode: +o Lynnwood
[12:50]
gac410hey jast... I saw the message about UpdateAttachments, but didn't connect the dots. Looks like it was probably my fault.
I've still got some local changes that I should look at as well. I'll try to get it fixed.
[13:03]
***ChanServ sets mode: +o Lynnwood__ [13:09]
..... (idle for 22mn)
gac410jast, now I'm confused. The missing subroutine "readdir" isn't a subroutine at all, it's a perl function.
Ah... I think it's proabably this: *_readdir = \&readdir;
The code is trying to assign the _readdir subroutine as an alias of the core function. I guess I can blame CDot ... is that even possible???
So it's a bug in PlainFile as well, ... if the PlainFile store could even be used on Foswiki 1.x.
To hazard a guess, change it to        *_readdir = sub { readdir( $_[0] ) };
I guess        *_unlink = \&unlink; would have the same issue.
[13:31]
jastexactly
the correct way to alias it would be this: *_readdir = \&CORE::readdir;
though I'm not perfectly sure it's been that way with historic perls (e.g. 5.8), too
[13:37]
gac410I'm going to change them to just be sub calls *_readdir = sub { readdir }; .. That seems to be what was done with a few of the other functions.
Looks like the backwards compat code is broken for readdir stat, utime and unlink aliases.
I have a perlbrew 5.8.8 and could test with the CORE:: syntax as well. Maybe I'll give that a try too.
CDot ... would PlainFileStore ever be useful on Foswiki 1.1.x ? Is there any reason to keep the if ( $Foswiki::UNICODE ) compatibility code, or should it just assume a unicode core.
[13:45]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UNICODE [13:49]
..... (idle for 22mn)
Lynnwood__Morning gang - I'm trying to figure out a mechanism to restrict direct viewing of a topic, even while not restricting ALLOWTOPICVIEW. The reason for this is that the topics must be INCLUDED within other topics so restricting ALLOWTOPICVIEW doesn't work. The technique I'm trying to do is to come up with a view.customskin.tmpl that does some kind of check - either of permissions, or group membership, etc - to determine whether to load
the content section of the template. Unfortunately, none of the skin conditional parameters give access to permissions or group membership. Any suggestions for other approaches?
[14:11]
....... (idle for 31mn)
***card.freenode.net sets mode: +o jast [14:42]
MichaelDaumLynnwood__, hi
how about %TMPL:DEF{"content"}%%IF{"condition" then="$percntINCLUDE{%WEB%.%TOPIC%}$percnt"}%%TMPL:END%
[14:43]
vrurgHi
gac410: Thanks for fixing it! Great job. I think renaming the branch will be ok if it won't affect anything else.
[14:47]
gac410I think it will be fine. It may give some difficulties for those who already have pulled the branch ... might require some forcing
But nobody else is actually coding on this branch I don't think, so should be safe
If you do the rename, I'll pull and find out what happens :D
[14:48]
jast ... you were right. \&CORE::readdir is no-go on perl 5.8.8 [14:55]
jastfigures [14:57]
Lynnwood__MichaelDaum - I like that. I'll give it a try now. should work.
The problem i had run into before was that if i used IF statement, then the skin macros (specifically %TEXT%) wouldn't work. But your INCLUDE should work the same.
[15:00]
MichaelDaum%TEXT% is not a macro. it is only a placeholder where the content is put in. This logic is a bit hair pulling in Foswiki::UI::View for whatever reason one might think of. therefore it can't be parametrized directly. [15:04]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UI::View [15:04]
MichaelDaumhowever on skin level it is always wrapped into a %TMPL:DEF{"text"}%%TEXT%%TMPL:END%
and TMPL:P can be programmed of course
but I think I once tried to follow that route and it failed: %TEXT% just stayed in the output unexpanded.
[15:04]
gac410I've tried to refer to them as "template tokens" as opposed to macros just to try to avoid confusion. [15:05]
MichaelDaumy
too many of them are in there ... causing frequent brain damage
e.g. REVINFO
[15:05]
gac410agreed. Using the same syntax for macros and tokens is really confusing at times. [15:06]
MichaelDaumsorry %REVISIONS% that is [15:06]
gac410I tried to document them somewhat at one point in Foswiki:System/SkinTemplateTokens [15:07]
FoswikiBothttps://foswiki.org/System/SkinTemplateTokens [ SkinTemplateTokens ] [15:07]
MichaelDaum%REVISIONS is (a) not a proper macro (b) a usability problem (c) a performance problem
(d) can't be customized in any way
then there are %REVARGS, %REVTITLE and what not ...
bloating up View.pm
just imagine: we will soon have a modern perl foswiki core yet still these legacy bits keep hanging around in the Foswiki::UI::* layer ...
[15:07]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UI [15:12]
MichaelDaumquite a discrepancy [15:12]
Lynnwood__sorry to bring up a sore point. ;-) [15:13]
Hanumaangetting following error http://paste.ubuntu.com/23146218/ here is the nginx configuration: https://p.ngx.cc/9adf and the foswikinginx log is here: https://p.ngx.cc/60 [15:14]
FoswikiBot[ ngx pastebin ] [ ngx pastebin ] [15:14]
gac410Hanumaan: Are you trying to upgrade between foswiki versions? [15:18]
Hanumaangac410, I am trying to switch from apache to nginx [15:19]
gac410hm is anything else changing at the same time? Perl version? CPAN module versions, Foswiki version, or all exactly the same. [15:19]
Hanumaangac410, all are same .. if required can upgrade the foswiki version .. [15:20]
gac410no... the reason I ask is that we changed the format of the session files stored in working/tmp in one of the releases.
That might cause freeze/thaw issues. But if you didn't change Foswiki versions, then that probably is not the issue
you could try removing any stale cgisess_* files in working/tmp .... I can't think of anything specific that would cause nginx to run into this type of issue though.
MichaelDaum: ... any of this sound familiar? You're the nginx guy :D
[15:21]
MichaelDaumnothing beyond what you already proposed to check. removing all work_area subdirs might be a good idea too as there might be other plugins being affected by incompatibilities between 3rd party cpan packages or even when moving from one machine architecture to the next
it doesnt seem to be related to nginx
[15:26]
gac410Yeah... another thought, if the nginx / fcgi handlers are using a different version of the cpan libs or perl, that could also cause this. Might be a side effect of changed lib paths.
One working subdir NOT to remove is the work_areas/MailerContrib unless you want to re-send every mail notification
[15:29]
Hanumaangac410, MichaelDaum, I am trying to switch the webserver from apache to nginx .. and just now I have removed the file cgisess_* . but now nothing comes up in the wiki page and log is like this : https://p.ngx.cc/d0 [15:32]
GithubBot[distro] gac410 pushed 1 new commit to Release01x01: https://git.io/viCJd
distro/Release01x01 5fad4c8 George Clark: Item14179: Don't crash on alpha versions of CGI
[15:33]
***GithubBot has left [15:33]
FoswikiBothttps://foswiki.org/Tasks/Item14179 [ Item14179: Foswiki 1.1x Crash in Configure::UIs::CGISetup for some versions of CGI ] [15:33]
MichaelDaumHanumaan, sorry these kind of debug logs don't necessarily speak a clear language
nor would I understand it
[15:34]
gac410Hanumaan: You are capturing the debug log from nginx itself. which is only a front end for the foswiki.fcgi back-end tasks. I think you need those logs... (though I'm not sure how to get them :( ) [15:38]
HanumaanMichaelDaum, gac410, I will rephrase my question .. I have a working foswiki with apache how to switch to nginx? [15:42]
MichaelDaumdid you follow the documentation
at https://foswiki.org/Support/FoswikiOnNginx
what kind of operating are you using on the server side
is it a system wide perl or a local perl
are you successfully running foswiki under apache using fastcgi, mod perl or plain cgi?
[15:43]
***ChanServ sets mode: +o Lynnwood [15:45]
gac410One big difference is that with apache, all the logs are nicely merged together. With nginx, the server, and the FCGI processes are completely separate, so you won't see any foswiki logs in with the server logs. [15:45]
MichaelDaumplease try to switch back to apache and see whether the error persists
gac410, ???
[15:45]
gac410Am I wrong??? [15:46]
jastapache doesn't merge foswiki's error log [15:46]
gac410No, but any cgi errors do end up in with the apache error log. Sorry I spoke wrong.
ie foswiki print STDERR goes to the apache log.
but on nginx, it does not. ... or am I completely mis-remembering stuff.
[15:47]
MichaelDaumso it does on any other http server [15:47]
jastdepends on the setup [15:48]
MichaelDaumgac410, I am using nginx' error.log with passion doing poor man's debugging aka print STDERR [15:48]
gac410I just remember having huge issues debugging Fosiwki 2.x bootstrap on nginx, and running the foswiki.fcgi in the foreground to capture the debugging. [15:48]
jastbut personally I haven't set up nginx+fastcgi so far [15:48]
gac410okay ... never mind. Hanumaan ... ignore me please :D
MichaelDaum knows nginx. I clearly do not.
[15:49]
HanumaanMichaelDaum, I have used the same documentation and now rechecked it .. on the server I have Debian 8, I suppose it is system wide perl(but I am not sure how to check?). Yes I am able to run the foswiki under apache not sure what I am using .. how to check what(apache using fastcgi, mod perl or plain cgi) am using [15:52]
MichaelDaumcheck like this: type -a perl [15:53]
Hanumaanperl is /usr/bin/perl [15:53]
MichaelDaumokay so a potential error of not using the same perl version like gac410 mentioned above is ruled out
who installed the apache setup? did you do it?
[15:54]
Hanumaanso it is system wide perl right? [15:54]
MichaelDaumy [15:55]
Hanumaanyes I have installed but long ago .. did installations of lot of cpan stuff tried multiple things at some point it worked . [15:55]
MichaelDaumah okay so did you install the cpan stuff manually or using apt-get install? [15:59]
HanumaanMichaelDaum, I suppose both methods .. don't exactly remember [15:59]
MichaelDaumtry to clean up and use apt-get only
also: check in your foswiki install for any lib/CPAN/lib/stuff
that might be outdated, i.e. CGI::Session n the like
[15:59]
HanumaanHanumaan, how to clean up? [16:00]
gac410(and also check for lib path overrides in bin/LocalLib.cfg) [16:00]
HanumaanMichaelDaum, how to clean up? [16:00]
MichaelDaumcpan (or cpanm), when used as root, installs into /usr/local
search for perl from there, in /usr/local/lib/... as well as /usr/local/share
then rm it
[16:01]
HanumaanMichaelDaum, there is cpan folder in either /usr/local/ or /srv/www/foswiki/lib/ .. so probably I did not installed with cpan!! [16:03]
MichaelDaumno it is not a cpan folder [16:03]
gac410Hanumaan: 1) Is your current apache installation still working? 2) Are you running a Foswiki 2.x, or an older release? [16:04]
Hanumaangac410, yes apache version is working it is Foswiki 2.0.0 version [16:04]
MichaelDaumwhy exactly do you want to switch from apache to nginx? if it is working, then it might be best to stick with it
you once were successfull following that path. setting things up for nginx is a bit more involving.
[16:04]
gac410Hanumaan: You can get a lot of good perl information on System/FoswikiServerInformation and System/PerlDependencyReport Those pages were new with Foswiki 2.x [16:05]
HanumaanI have django which is running on nginx and I can either run nginx of apache on a machine .. [16:05]
gac410, I suppose my apache version is also not working completely . I was trying to login into System/FoswikiServerInformation but it does not work [16:14]
GithubBot[UpdateAttachmentsPlugin] gac410 pushed 2 new commits to master: https://git.io/viCqX
UpdateAttachmentsPlugin/master e74f827 George Clark: Item14178: Fix backwards compatibility of UpdateAttachmentsPlugin
UpdateAttachmentsPlugin/master 7036c4c George Clark: Item14178: Run and enforce perltidy
[16:14]
***GithubBot has left [16:14]
FoswikiBothttps://foswiki.org/Tasks/Item14178 [ Item14178: UpdateAttachmentsPlugin uses Store APIs which don't exist on Foswiki 1.x ] [16:14]
***ChanServ sets mode: +o Lynnwood [16:14]
gac410what do you mean by "does not work" Crashes? Or says you are not an admin. [16:15]
Hanumaangac410, saying the user is not Admin and "Access check on "System.Configuration" failed." I tried with correct password serveral times and also the user exists in .htpasswd file [16:22]
gac410You need to be logged in with the user that is able to run bin/configure. Maybe the admin super user? login link on Main/AdminUser
Password for that user is not in the .htpasswd file.
[16:23]
Hanumaangac410, how to reset the password of the admin super user? [16:24]
gac410Is your regular ID able to access bin/configure? [16:25]
Hanumaangac410, no regular is not able to do login ..
no regular user is not able to login ..
[16:25]
gac410I'm confused. Regular user cannot log in? or regular user cannot access configure. [16:26]
Hanumaanregular user is able to login into wiki but not to system related stuff where Administrator can login .. [16:27]
gac410And you do not know the admin password? [16:27]
Hanumaangac410, how to say if a user is Admin user?
gac410, yes I know the password
[16:27]
gac410So if you click the link for internal admin login, found on the Main/AdminUser page, does that work? [16:28]
Hanumaangac410, ok admin user(with username admin) works but Admin user which I made does not work .. [16:29]
gac410You cannot make a "Admin" user ... the username "admin", wikiname AdminUser is a special internal admin designed to work even if the mappers, ldap, or whatever are broken.
Okay, now the server info and perl dependencies pages should work for you.
[16:31]
Hanumaangac410, yes they are working now .. it is shown now .. there are missing dependency for CPAN:Mozilla::CA, CPAN:Apache::Request, CPAN:Win32::Console, CPAN:Apache::Request, CPAN:mod_perl [16:34]
gac410Those are all fine. You can ignore them.
They are all optional, and you are not using any of the requirement there.
The reason I went down this path, is it also shows you the lib paths, where perl is finding modules, so you can more easily see if you have modified the locations for CPAN modules.
[16:34]
Hanumaanis it good idea to upgrade to foswiki 2.1.2?
basically I want it to run on nginx as I don't want to have both servers
I mean nginx and apache
[16:37]
gac410Exactly which Foswiki release are you on again? [16:39]
LynnwoodJust a quick note regarding earlier discussion about preventing direct viewing of topic content, the one limitation of the method MichaelDaum_ suggested is that if the topic has START/STOPINCLUDE defined then of course that's the only content displayed. That's the diff between %TEXT% and include. [16:39]
HanumaanI am right now on foswiki 2.0.0 [16:39]
LynnwoodA bit unfortunate in relation to restricting direct viewing of application topics.
But it's what we've got for now.
[16:40]
gac410Okay Hanumaan, well there are a lot of bug fixes, and some new features between 2.0.0 and 2.1.2. And some performance improvements ... in some cases significant.
I'd suggest not confusing things though. Change one thing at a time.
[16:41]
LynnwoodA more general solution that would be nice would be to add a "context" parameter for permissions or group membership. Maybe that's asking a lot...
This could then be tested within the normal rendering of skin templates.
[16:41]
gac410New foswiki, new server, etc. always try to keep the scope of big changes down. [16:42]
HanumaanMichaelDaum, which version of foswiki is better for nginx? 2.0.0 or 2.1.2? [16:44]
.... (idle for 16mn)
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/viCGp
distro/master 2ac2942 George Clark: Item14033: Bump API version to account for Foswiki::Request subtypes
[17:00]
***GithubBot has left [17:00]
FoswikiBothttps://foswiki.org/Tasks/Item14033 [ Item14033: Implement MoveQueryPathParsingIntoFoswikiRequest ] https://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request [17:01]
GithubBot[UpdateAttachmentsPlugin] gac410 pushed 1 new commit to master: https://git.io/viCZq
UpdateAttachmentsPlugin/master 2b8010c George Clark: Item14178: Tidy tests, and make work with Foswiki 2.0/2.1
[17:02]
***GithubBot has left [17:02]
FoswikiBothttps://foswiki.org/Tasks/Item14178 [ Item14178: UpdateAttachmentsPlugin uses Store APIs which don't exist on Foswiki 1.x ] [17:02]
.......... (idle for 45mn)
GithubBot[distro] vrurg pushed 1 new commit to Item13897: https://git.io/viC8C
distro/Item13897 493732d Vadim Belman: Item13897: Reverted erroneous merge from Item14152....
[17:47]
***GithubBot has left [17:47]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [17:47]
vrurggac410: I just made a patch from diff with newItem13897. It's cleaner to my view. No need for enforced pulls.
Thanks for your help!
[17:47]
gac410Okay cool. In the future you *might* have merge issues if you try to really merge 14152 into 13897.
The md5's for your prior merge still show up in the history.
So you would end up needing to revert your revert rather than another merge.
At least that's the way I understood some of the comments on the article about undoing merges
[17:48]
HanumaanI get this errors in configure/Extensions: http://paste.ubuntu.com/23146945/ how to resolve them? [17:51]
vrurgI'll check it. It's no big deal to do a local merge and then reclone the repo.
Looks like you need PERL5LIB again.
It's currently required. Hope to get around this later using a Plack middleware.
[17:51]
gac410Hanumaan: Maybe they are not installed? Did you copy over your LocalSite.cfg from another installation? [17:52]
Hanumaangac410, yes ..
I have copied over ..
gac410, how to install them or should I remove them?
[17:52]
vrurgoops, ignore me... I thought its gac410 experimenting. :) [17:53]
gac410Okay, so easies is probably to just install the latest versions of the missing plugins. ... well, If you need them, then install them.
THey are all optional
It really depends on your site's contents.
[17:53]
.... (idle for 15mn)
vrurggac410: Well, merge came with conflicts but that's no big deal. [18:08]
gac410okay good
So here is where git gets confused. git cherry Item13897 Item14152 -v
+ dee0f93ca99f1fdcc46b947d98411dc77e7e6543 Item14152: First class replacement implementation.
... This shows that there is only one commit on Item14152 that's missing from Item13997
[18:09]
FoswikiBothttps://foswiki.org/Tasks/Item14152 [ Item14152: Implement OONewPluginModel proposal ] [18:11]
gac410But if I do a git cherry newItem13897 Item14152 -v ... it shows 6 commit difference.
The conflicts are probably because the merge did not pull in the 5 commits that it believes are already applied.
To get a "good merge" you'd need to "git revert" your fixup commit, and then try the merge
anyway, a year from now or whenever you get around to merging the OO plugins branch, it will be confusing.
[18:12]
..... (idle for 20mn)
vrurgI'm pretty busy with some issues today. May I ask you to rename the branch then? Otherwise I'm afraid to make some more mistakes.
Sorry for bothering you...
[18:34]
gac410no prob. I'll give it a try. [18:34]
vrurgThanks! [18:36]
gac410first I'll move Item13897 to oldItem13897 and push that so we don't loose anything. Then Ill rename my newItem13897 to Item13897 [18:37]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [18:37]
GithubBot[distro] gac410 deleted Item13897 at 493732d: https://git.io/viCgK [18:39]
***GithubBot has left [18:39]
GithubBot[distro] gac410 created oldItem13897 (+2 new commits): https://git.io/viCgX
distro/oldItem13897 f1d0b90 George Clark: Merge branch 'master' into Item13897
distro/oldItem13897 493732d Vadim Belman: Item13897: Reverted erroneous merge from Item14152....
[18:39]
***GithubBot has left [18:39]
GithubBot[distro] gac410 deleted newItem13897 at a6f0b97: https://git.io/viCgb [18:40]
***GithubBot has left [18:40]
GithubBot[distro] gac410 created Item13897 (+3 new commits): https://git.io/viCgp
distro/Item13897 2d8970c George Clark: Item13897: Revert xgettext to the non-OO version in master...
distro/Item13897 5310071 George Clark: Merge branch 'master' into Item13897
distro/Item13897 a6f0b97 George Clark: Merge branch 'master' into newItem13897
[18:41]
***GithubBot has left [18:41]
foswiki_irc2i have a technical question. [18:41]
gac410vrurg: okay. Item13897 branch should now exist on github and reset back to before your merges.
Hopefully I got it right
Please check things carefully.
foswiki_irc2: go ahead and ask
[18:42]
vrurggac410: Will be free in ~1hr, will take care of it. [18:43]
foswiki_irc2i have a cgi in /foswiki/bin and the last three lines in the areuse Foswiki (); use Foswiki::UI (); $Foswiki::engine->run(); [18:43]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UI [18:43]
gac410vrurg: It *looks* okay on https://github.com/foswiki/distro/network but time will tell ;) [18:44]
foswiki_irc2use Foswiki ();
use Foswiki::UI ();
$Foswiki::engine->run();
my question is how to extract the submitted values of the parameters.
[18:44]
gac410er. Nothing you do there I don't think. If you want a parameter on a wikipage use %URLPARAM{"someparam"}% [18:46]
foswiki_irc2for example, i have <input name="user" value=""> in the form and I want to get the value of user.
in the cgi script
[18:46]
gac410You should never have to touch the bin scripts. You customize Foswiki using plugins or other extensions.
If you are trying to use Foswiki as an example of how to write unrelated CGI scripts. we're probably not a good example. Way too complex.
[18:47]
foswiki_irc2i don't have to get the value in the bin script, but i need to a way to get the values of parameters.
need to have a way
[18:49]
gac410That's all built into foswiki. You would get the value on a wikipage by using %URLPARAM("user"}% [18:50]
Hanumaannow I have the latest foswiki(2.1.2) working under apache .. but just need to change to nginx .. I am sure there should be some configuration problem .. can any body give their working nginx foswiki configuration? [18:50]
foswiki_irc2i think foswiki should give you a way to get the parameter values [18:50]
gac410Hanumaan: The only nginx info I'm aware of is the page MichaelDaum reerenced: Foswiki:Support/FoswikiOnNginx [18:51]
FoswikiBothttps://foswiki.org/Support/FoswikiOnNginx [ FoswikiOnNginx ] [18:51]
foswiki_irc2but i not only want to display it, but need to manipulate the value. [18:51]
gac410If you are writing a foswiki extension, take a look at the lib/Foswiki/Plugins/EmptyPlugin.pm And accessing things like query params are done with code to get the Foswiki request object, and access the ->param('somefield'); method.
See Foswiki:Development/DevelopersBible
[18:53]
FoswikiBothttps://foswiki.org/Development/DevelopersBible [ DevelopersBible ] [18:53]
foswiki_irc2this line $Foswiki::engine->run(); actually invokes handleRequest() in /foswiki/lib/Foswiki/UI.pm [18:54]
gac410foswiki_irc2: You are making this way way too complex. Foswiki provides a framework where you can access this stuff, either from topics themselves, or from perl code using Plugins. [18:55]
foswiki_irc2okay. so how to write the perl Plugins to access the params? [18:56]
gac410I just pointed you toward the DevelopersBible ... Also see Foswiki:System/DevelopingPlugins [18:57]
FoswikiBothttps://foswiki.org/System/DevelopingPlugins [ DevelopingPlugins ] [18:57]
HanumaanI see in foswiki.defaults under tools this line "FOSWIKI_ROOT=/home/www-data/foswiki/core" where is the core folder? [18:57]
foswiki_irc2and how to let foswiki call the plugnin? [18:57]
gac410Hanumaan: Oops. okay, core would be for someone running a git checkout. Just remove any reference to core. ie just /home/www-data/foswiki
foswiki_irc2: maybe step back a bit and explain what you are trying to do, not just "get data from a form" ... but what end result are you trying to accomplish
Foswiki is a wiki. It has lots of plugins to do stuff. And it has lots of form handling capabilities. and even more with optional plugins.
[18:58]
foswiki_irc2i believe foswiki has all the functionalities, but i simply couldn't find the simple way to just get the params. [19:09]
GithubBot[UpdateAttachmentsPlugin] gac410 tagged 3.13 at e622407: https://git.io/viCoM [19:14]
***GithubBot has left [19:14]
foswiki_irc2@gac410 are you still there? [19:27]
gac410yes [19:27]
foswiki_irc2another question, may not directly related to foswiki, but i'm wondering if you may know something. [19:28]
gac410yes??? [19:30]
foswiki_irc2on the form page, i have jquery function to submit some thing first with ajax, then call form.submit(). it works file with IE on windows, and chrome on os X, but with Safari on os X, the ajax is bypassed if i call form.submit(). [19:32]
gac410I have absolutely no idea. I don't do much javascript work, and have never used safari [19:33]
foswiki_irc2okay. thanks. [19:35]

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