#foswiki 2015-04-19,Sun

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

WhoWhatWhen
gac410Hey SvenDowideit Are you around? [00:10]
.................. (idle for 1h29mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vvN7t
distro/master d8c85bd George Clark: Item13364: Don't embed checkbox inside URL
[01:39]
***GithubBot has left [01:39]
.................................... (idle for 2h58mn)
gac410 has left [04:37]
............................ (idle for 2h16mn)
ChanServ sets mode: +o CDot [06:53]
.......................................................................... (idle for 6h5mn)
ChanServ sets mode: +o gac410 [12:58]
ChanServ sets mode: +o mtempest [13:10]
......... (idle for 40mn)
GithubBot[distro] gac410 pushed 2 new commits to Item13331: http://git.io/vvpYa
distro/Item13331 eee150d Comment: Item13357: Package installers need to be able to modify the spec, so that values sent back to the UI get correctly typed
distro/Item13331 c603a28 George Clark: Item13364: Don't embed checkbox inside URL
[13:50]
***GithubBot has left [13:50]
....... (idle for 31mn)
gac410Hm My Item13331 branch. Seems to work fine, but the unit tests show it's entity encoding a lot more than it used to when generating the textarea with CGI::textarea [14:21]
jomojomo just deleted his testing topics by accident... :( :(
gac410: please, could you check (and update) this? http://foswiki.org/Sandbox/GitdiotsGuide
[14:32]
gac410okay jomo, I'll take a pass at it. [14:37]
jomoTHANK YOU VERY MUCH! - need to know 5 commands :) :) [14:38]
gac410Read through my changes - see if they make sense.
I'm going to make a few more changes ... editing
[14:44]
jomothats enough = i think. Please don't add too much details - a will lose in them... :) the PULL is the most wanted command - i think - going to test it ;) [14:47]
gac410There are a couple of others useful. "git status" shows everything you've modified or added. "git status -uno" skips the added files, and just shows modified. [14:48]
jomonah - maybe sometimes later - my grey matter isn't in state to accept git - for me the RCS is the last version controlling what i understand ... :) thank you again - i will donwload the reply to my computer - if you want preserve it on FO somewhere - move it from the Sandbox away - if want. ;) [14:50]
gac410And when you **really** want to get rid of any files you've added. "git clean -fdx" will remove everything except the pure checkout.
Generally git will *always* preserve your local files that are unknown to git. The only thing that will delete them is the git clean command. It's pretty hard to lose data.
[14:50]
jomono - this is what I DONT want - want preserve my local additions (what are my own)
the clean -fdx is my enemy ;)
[14:52]
gac410tbh you occasionally do have to clean. One way to deal with it is to use separate webs where practical. I use "Litterbox" instead of "Sandbox" and "Usersweb" instead of "Main" so I can back them up and restore them. [14:55]
jomoyou know - i;'m using git only for testings - like now. When the 1.2 will be released - i'm probably again will lost from the FW's scene - and will return when the 2.0 will needs testing ;) - so, this guide (probably) is enough for my needs - maybe sometime i got "some time" to learn the git... [14:58]
gac410When we push off into 2.0, we'll need testing continuously along the way. One thing that git permits is a more "continuous" development process.
I'm hoping that rather than a 4-year mega release, we'll do things like the Item13331 branch. Create a branch for a major change, Test the branch, and when it's ready, merge it back into master and make a new release.
[14:59]
jomo:) :) im usially monitoring the irc - (at least with a quick scan of irc-logs, searching for the wanted terms, like unicode, utf8, psgi and such.. - so when need testing - i come back :) [15:02]
gac410okay great. [15:02]
jomobtw, ALL of the CGI-forms suffers from the e-caron bug... e.g. the checkboxex and radio buttons too... [15:02]
gac410yeah. A little at a time. :) I want to make sure I'm not breaking other stuff. Running a full unit test suite now. Found a few issues.
It generates an "empty" id='' param. That's not valid either needs to be present or missing, not empty.
yikes. well this sucks. 41 unit tests fail.
[15:03]
jomoyeah = this is only an few changed lines = but could have DEEP influence to other parts... [15:06]
gac410okay, so one difference, the templates generate all the html attributes. CGI::... only generates elements with values. We need to decide where that is significant. [15:07]
jomojust uploaded one file http://foswiki.org/pub/Tasks/Item13331/cbox.tgz - for utf8 checkboxForms... [15:11]
GithubBot[distro] gac410 pushed 1 new commit to Item13331: http://git.io/vvp6s
distro/Item13331 ff61aa2 George Clark: Item13331: Don't emit empty id= or style=...
[15:18]
***GithubBot has left [15:18]
gac410jomo... I've got to head out, will be back later. Yardwork time. [15:19]
jomo:) :) [15:19]
.................. (idle for 1h26mn)
***ChanServ sets mode: +o Lynnwood [16:45]
............. (idle for 1h4mn)
foswiki_irc8Hi everybody, I just did a fresh Foswiki install, everything seems to be alright except file attachement that give me this error : "Foswiki detected an internal error - please check your Foswiki logs and webserver logs for more information. CGI open of tmpfile: Permission denied" . Unfortunatly I have no log written about this issue. I use a php apache linux ovh web hosted solution, work with htacess files and all the rest seems
I don't really know perl and don"t really know where to find this issue. Thanks for your answer!
[17:49]
GuilainChi foswiki_irc8, unfortunately, I've to leave now. I'm come back in 1 hour (lunch time where i leave)
but first, check permission
i.e. in which user cgi run
and check carefully if foswiki/pub as good permission
I will be more available in one hour. hoping this could be solve your trouble
[17:51]
foswiki_irc8Ok thanks GuilainC, I will check that and don't worry, I'm patient. Good lunch! [17:52]
Lynnwoodfoswiki_irc8 - regarding permissions, you want to check the file ownership and permissions.
that's the most likely culprit
Does you host provide a way to see apache log? that might tell you something useful.
also take a look at foswiki log which is at foswiki_root/working/logs/error.log
gotta go...
[17:59]
foswiki_irc8Well my bin folder persmission is 755, scripts files inside at 555, file ownership can't really be changed and should be good, users for group (100) and my server name for ownership (10987). (If there is another number?!) Apache and fosiki logs give me nothing! [18:11]
harlanunless you can compare the UID/GID numbers with what is running that's gonna be harder to debug. [18:14]
gac410foswiki_irc8: currently in Foswiki 1.1.9, uploads use whatever directory that CGI assigns for temporary files. Usually is uses the system wide /tmp directory.
In 1.2.0 (not released) we've done some work to try to make this somewhat configurable Usually though it just depends on where the OS tells it to write files.
[18:15]
foswiki_irc8mmh! but as a web hosted user, I don't have access to this tmp dir. I thought it was writting in the working/tmp folder! [18:17]
gac410no working/tmp is only used for CGI session files, it's not a general purpose temp directory. [18:18]
harlanI've got a 1.1.9 site running the virtualhost stuff, and I've got one virtual machine that's not sending out notifications, either the normal ones or via the NotificationPlugin. It's been a long time since I dug in to this - how can I debug? [18:18]
gac410foswiki_irc8: Unfortunately this also depends upon which version of the CPAN CGI package is installed. They've been making significant changes to temporary file handling. ... outside our control
harlan: Do you mean the VirtualHostingContrib? or more traditional apache vhosts.
[18:20]
foswiki_irc8Well, I wasn't thinking there was no solution at all! [18:21]
harlanVirtualHostingContrib
I've got other "sites" under this install that are sending notifications just fine.
[18:21]
gac410foswiki_irc8: usually CGI and File::Temp just do what's right. [18:21]
foswiki_irc8Yeah so my web hoster is wrong! [18:22]
gac410foswiki_irc8: if you want to try a hack, you could edit your Foswiki.pm to try to override the temp location. [18:23]
foswiki_irc8yeah? [18:23]
gac410in Foswiki.pm, look for "sub new" then a couple of lines down further, line 1661, it assigns a default for $Foswiki::cfg{TempfileDir}
Right after that, the blank line 1663, you could insert 3 statements:
$ENV{TMPDIR} = $Foswiki::cfg{TempfileDir};
$ENV{TEMP} = $Foswiki::cfg{TempfileDir};
$ENV{TMP} = $Foswiki::cfg{TempfileDir};
As long as that's early enough before any temp files have been created, it should override the temp file location
That's basically what we've done in Foswiki 1.2
[18:25]
foswiki_irc8Ok, I don't really know Perl, if my temp file is at about webhostedrootname/tmp what would be my syntax? can I put it into Foswiki hierarchie? [18:32]
gac410If you just insert those three lines, it should use your working/tmp directory, which is probably okay [18:33]
foswiki_irc8Well not really because Ididn't really create or see a tmp folder! so I will try to inject this code at line 1663 and tell you what happen! [18:34]
gac410If you want to use some other location, you can edit it into your LocalSite.cfg
$Foswiki::cfg{TempfileDir} = '/path/to/your/temp/direcory';
hm. if .../foswiki/working/tmp is not there, then foswiki will have issue with cgi sessions.
ie doing anything ...
harlan, I've never used VirtualHostingContrib.... It does some unnatural acts with the $Foswiki::cfg hash iirc, so I've kept away from it.
Do you have any debug information when you run the mailercontrib mailnotify script?
[18:35]
harlannothing I have found yet. [18:38]
gac410I've never looked at NotificationPlugin, so no ideas there. [18:39]
harlanI'm running 8 sites out of there now - it saves a ton of time for me. [18:39]
foswiki_irc8Nono I have .../foswiki/working/tmp, I was talking about another server/system tmp configured. I will try LocalSite.cfg modification... [18:44]
gac410harlan: I'm sure it does, But it's not something I support. Anything that mucks around with foswiki core is up to its authors to support. I've got enough to do to get out 1.2 ;) [18:46]
harlanfair enough.
How about adding this to the core?
not for 1.2
[18:47]
gac410Up to the other devs. I'd probably raise a concern. it's just to complex IMHO to start messing around with the $Foswiki::cfg hash. To make it core, you need to make sure that the whole suite of thousands of tests will work in that environment. [18:48]
harlanSure, and there are costs and benefits.
Both in adding it and leaving it out.
[18:49]
gac410My own opinion is that I'd much rather have multiple wiki's completely isolated, upgraded separately. I'd **never** share code between two disparate sites. But that's just my opinion. [18:50]
harlanthese are all for the same organization. [18:51]
gac410Anyway... once 1.2 is out, we can start to entertain proposals for 2.0, There is a huge list of stuff people want done. [18:53]
harlanhow much "more" is it to rely on ACLs for data protection? [18:53]
gac410sorry I don't follow [18:54]
harlanprotecting content via ACLs as compared to protecting content due to different copies of code
I have webs that are only visible to members of certain groups.
[18:54]
gac410The wiki's I've used just used ACLs, I've never tried to separate into separate wiki's within one organization. Granted it's only one organization where I used at the time, twiki [18:56]
harlanthe virtualhosting contrib makes it easier to use different subdomains, and keep content (even public) separated between the different domains.
It also keeps the user lists separate, which is sometimes a good thing.
[18:58]
foswiki_irc8Ok I injected the 3 line code in the Foswiki.pm file, added $Foswiki::cfg{TempfileDir} = '/home/myservername/tmp'; to my lib/LocalSite.cfg file and have the same error! [19:01]
harlanI haven't read the code. I'm assuming there is an error return from whatever operation you are trying to do. Somebody, probably not you, might want to find the place where that error is being printed/logged and have it spit out the UID/GID, and perhaps some "path" information as well. [19:03]
gac410hm. I have no idea. you may need to ask your hosting site to check the apache error logs to find out where it's trying to write. [19:03]
harlanI'm assuming that info is not already being emitted. [19:03]
foswiki_irc8Well I have this but I don't know : '[Sun Apr 19 20:57:39 2015] [warn] [client ----ip-----] [host ****.com] mod_include: Options +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed, referer: http://*****.com/*foxwikidir*/bin/manage/Sandbox/'
I tried to attach a file from a Sandbox Topic
[19:07]
gac410That's related to "Server side includes" foswiki doesn't use them I don't believe. Unless it's something needed by your hosting site [19:10]
foswiki_irc8ok [19:11]
gac410Are you getting any errors in your working/logs/error.log file? [19:11]
foswiki_irc8no! I know I have some script update issue like Foswiki::MAKETEXT, but it don't seems to be important too! [19:13]
gac410foswiki_irc8: I hate to say it, but I really just don't know what's going on.
wryfi had this same issue back in 2012 http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2012-12-06,Thu&sel=131#l127
foswiki_irc8: Do you know which version of CGI is installed? ( bin/configure Environment tab should show you
It doesn't look like he ever posted a solution.
And going back through the logs, this seems to be the only other report of this issue.
[19:22]
foswiki_irc8ok I'm watching...
mmh yeah I have that : 3.43 installed. for base Foswiki (Versions 2.89, 3.37, 3.43, and 3.47 must be avoided. Most version from 3.15 and onwards should work)
[19:30]
gac4103.43 is pretty old. But that warning about not using 3.43 is *probably* related to I18N issues. That advice dates way back and I'm not sure we know exactly why that recommendation is there. [19:33]
foswiki_irc8well, I read your irclog and don't understand too much! Had to verify how to make tmp file work to a workable space instead my webhosted have already configure one, I don't know. Really miss information about all of that!
Do you think the 1.2 version of Foswiki would help this? With an regular option to really set a tmp file in the configure page seems interesting!
[19:38]
gac410yeah unfortunately this is something that should just work. It might be related to CGI version, 2 instances in 4 years
No, I've afraid it won't help. I had you edit in mainly what Foswiki did to try to control the temp directory.
[19:39]
foswiki_irc8yeah so even an CGI version update shouldn't really change something! [19:40]
gac410Well, creating those files is under the control of CGI internal functions, so if it has a bug ... [19:42]
foswiki_irc8yeah it seems really hard for me!...
My next step would to really learn linux servers and build mine without this knid of errors...
Great stuff but too much dependencies for web hosted things. I will have to deal with CGI and/or my reseller. Too pain in the ass!
[19:42]
gac410I've been reading through the release notes for CGI ... I'm not seeing anything jump out as related. [19:45]
foswiki_irc8Yeah it seems really hard!
I instantly thought this bug would be difficult! ;-)
[19:45]
gac410You could try adding the following line after those 3 you added:
$CGI::TMPDIRECTORY = $Foswiki::cfg{TempfileDir};
[19:51]
foswiki_irc8Can I put a folder link instead of {TempfileDir}? (just an idea to be sure...) [19:52]
gac410You can set it to an explicit string $CGI::TMPDIRECTORY = '/path/to/tmpdir'; [19:53]
foswiki_irc8Oh yeah? Interesting! (It talks better to me!) ...
I try official first! ...
[19:53]
Nope nope nope, nothing, even with path hardcoded! ;-) [20:01]
gac410gac410 is running out of ideas [20:02]
foswiki_irc8Yeah understand!
I had that as server log but don't really know :
******.com - [19/Apr/2015:20:57:39 +0200] "GET /***/pub/System/TinyMCEPlugin/plugins/foswikibuttons/attach.htm?v=v1.2.9 HTTP/1.1" 200 4737 "http://***.com/***/bin/manage/Sandbox/" "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0"
******.com - [19/Apr/2015:20:57:40 +0200] "POST /***/bin/rest/WysiwygPlugin/attachments?nocache=1429469833616&topic=Sandbox.AaA HTTP/1.1" 200 2 "http://***.com/***/bin/manage/Sandbox/" "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0"
******.com - [19/Apr/2015:20:57:46 +0200] "POST /***/bin/rest/WysiwygPlugin/upload HTTP/1.1" 200 322 "http://***.com/***/pub/System/TinyMCEPlugin/plugins/foswikibuttons/attach.htm?v=v1.2.9" "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0"
[20:04]
gac410yeah that's just normal log messages - [20:09]
foswiki_irc8yeah that's what I mean! ;-) [20:09]
gac410Okay ... one more thing to try. A bit of a hack. Edit "bin/setlib.cfg" and add $CGI::TMPDIRECTORY = '/path/to/your/tmp/dir'; into there
right after line 20.
It appears as though CGI is already loaded/initialized by the time Foswiki.pm gets control. setlib happens really early. I dumped the env and CGI was not yet loaded there.
And if *that* doesn't do it, Try moving the three $ENV{...} = statements from Foswiki.pm to setlib.cfg. And again you have to use explicit '/path/to/tmp' not $Foswiki.cfg, which is not yet loaded.
[20:11]
foswiki_irc8We are agree I had to enter an 'absolute' path, not a relative! As far as my root server begin! [20:16]
gac410Yes. I think you need absolute paths. [20:16]
foswiki_irc8And modification are autmoatic, don't have to close my registration and/or browser? [20:17]
gac410Right, you should not need to close anything. [20:18]
foswiki_irc8It can't be the fact I try that on Sandbox section? What about creating a new Web/Topic to see? [20:20]
harlangac410: pm ok? [20:22]
***Tarbox has left [20:22]
foswiki_irc8No nothing work! [20:23]
gac410harlan sure
foswiki_irc8: It should have nothing to do with the particuar web. This is internal to CGI. I am completely out of ideas.
[20:26]
foswiki_irc8Ok thanks for your help! Do you know another Wiki software I could test? [20:28]
gac410foswiki_irc8: not off hand. I'm only involved with / use foswiki. We are forked from TWiki, but I'd expect they would have the same issue.
Things like uploads, we depend upon CGI to do the right thing.
[20:30]
foswiki_irc8yep I can proudly confirm this to you! ;-) In fact I really would like to test another software because I need it, but my first desire come from Twiki I really tilt about this software, but as I said it, it's time to me to find another solution. It was just in case you know another good one, in waiting. I heard of DokuWiki wich seems to have a simpler hierarchie. But Thanks again for your hard work, I would really love to stay wi
Despite this bug.
[20:33]
gac410foswiki_irc8: I know we have users on DreamHost with good results. I'm guessing it's something to do with the hosting environment, perl modules, etc. [20:42]
foswiki_irc8Yeah I think so too. I will try to contact them tomorrow! [20:43]
........... (idle for 52mn)
jomogac410: do you know QUERY? by the doccu, this should work: %SEARCH{"preferences[name='SOMEPREF' AND value='on']" type="query"}% - but it doesn't. ;( [21:35]
gac410hey jomo, no I've not done much with that. [21:37]
jomook - it it should works (and by the /System/QuerySearch should) - I probably should report it as a error-tasj... only wondering about... [21:39]
gac410jomo, so which formfield type needs to be changed to template rendering? [21:43]
jomoteh checkboxes and radio buttons has problems. The "textboxlist" seems be OK... [21:45]
gac410Yeah I already fixed textboxlist and textarea
I just pulled down your example files.
[21:45]
jomoi uploaded to Item13331 a file with some utf8 checkboxForm for testing - if you want...
;)
the radio buttons behave same as the example checkboxes...
[21:45]
gac410So I need to attach that form to a topic? [21:47]
jomoyes
thats a form definiton table
the words with č (c-caron) and ś (s-acute) are scrambled...
e-caron ě not c
[21:47]
gac410yeah. I'm tinkering ... [21:50]
jomoand if you select the scrambled checkbox and try save the form, the "scrabled" value got NOT saved... [21:52]
gac410This one is more complex than the simple text fields :( [21:54]
jomohmm ;( [21:54]
..... (idle for 24mn)
gac410a single call to CGI::checkbox_group builds the whole structure from arrays of hashes. [22:18]
jomoprobably will need more than one "checkbox" template... [22:20]
gac410yeah. It emits a table, table rows, labels and of course the checkboxes. [22:23]
jomoand the echo 'á ě ś' | perl -CSDA -MCGI -lnE 'print CGI::radio_group(-name=>"aa", -values=>[split /\s/]);' doing the same for the radio buttons = same complexity [22:30]
gac410yeah I'll poke away at it. [22:31]
jast-CSDA shows you what *should* happen... in other words, what's not going to happen in Foswiki :} [22:38]
gac410Hiya jast ... Branch Item13331 has rewrite of textarea and textboxlist moving away from CGI. We need many eyes :) [22:39]
jomojast - right, but now it is not importatnt - moving html from the code into templates is needed anyway... ;) [22:42]

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