|↑back Search ←Prev date Next date→ Show only urls||(Click on time to select a line by its url)|
|gac410||HtPasswdUser.pm caches the password file. Any performance concerns with doing a file stat to see if the file timestamp has changed before trusting the cache? I recall comments that stat is very costly.||[00:12]|
|............ (idle for 59mn)|
|Hi all - See Question1001 - F114 upgrade issues - taint problem cleaning up dead CGI session files - I don't get it.
Really strange - LoginManager.pm didn't change from 1.1.3 to 1.1.4.
|The filename is untainted just a couple of lines prior to the unlink.||[01:28]|
|........ (idle for 36mn)|
|GithubBot||[foswiki] foswiki pushed 1 new commit to Release01x01: http://git.io/YkN5IQ
[foswiki/Release01x01] Item11409: Flush password cache, move lockfile - GeorgeClark
|***||GithubBot has left||[02:04]|
|FoswikiBot||http://foswiki.org/Tasks/Item11409 [ Item11409: HtpasswdUser issues when shared between multiple Foswiki instances ]||[02:04]|
|Babar||gac410: no, I disagree with your change...
it shouldn't be $htpasswd.lock...
as for example, the .htpasswd might reside in a directory where the webserver user doesn't have write access
only to the password file
make it a configurable location then so two Foswiiki installations can define a common lock?
|Babar||yes, some advanced config value, with the default being what you put, or maybe what it used to be||[02:10]|
|gac410||yeah - where it used to be is fine. Except in unusual situations like us with trunk and f.o
I'll change it. Thanks.
|.... (idle for 17mn)|
|Babar - fixed. Hopefully that looks better. ;-)||[02:28]|
|GithubBot||[foswiki] foswiki pushed 1 new commit to Release01x01: http://git.io/Incwgw
[foswiki/Release01x01] Item11409: Make location of lockfile configurable - GeorgeClark
|***||GithubBot has left||[02:30]|
|.... (idle for 17mn)|
|GithubBot||[foswiki] foswiki pushed 1 new commit to master: http://git.io/arRbsw
[foswiki/master] Item11409: Flush password cache, move lockfile - GeorgeClark
|***||GithubBot has left||[02:47]|
|FoswikiBot||http://foswiki.org/Tasks/Item11409 [ Item11409: HtpasswdUser issues when shared between multiple Foswiki instances ]||[02:47]|
|Babar||looks good to me||[02:53]|
|gac410||great. Thanks. btw did you see Foswiki:Support/Question1001 ... really strange||[02:54]|
|FoswikiBot||http://foswiki.org/Support/Question1001 [ Question1001 ]||[02:54]|
|Babar||I agree with your questions, and Paul's remark||[02:59]|
|gac410||The question is what else changed :-D||[03:00]|
ok, nap time for me, it's past 4am :)
|gac410||g'night ... or is it almost g'morning||[03:02]|
|.... (idle for 19mn)|
|MarianBanica||hello. can anybody tell me how to remove a web
i mean i've moved to trash
but from trash...?
|gac410||ah - we don't have any way - just delete it from the file system.
What some do is have a cron job run a script to tar and rm all the trash files.
|MarianBanica||you mean from FTP or there is also other way?||[03:22]|
|gac410||Don't you have shell access or some tool to delete files on the server?||[03:23]|
|MarianBanica||i do. is ok
Foswiki is too nice to not have this option to remove webs :)
but we can wait :)
|gac410||Actually it's anything in trash - once you move it there we don't have any tool for the next step.||[03:25]|
i like very much this template
from where i can have it
i mean not that template but at least something similar with that from which to start to modify
|pharvey||You can work from PatternSkin, but I prefer WidgetsSkin||[03:27]|
|MarianBanica||is not better to place on the first page on the top menu a link to "skins" and to move all skins to a new "web"
|pharvey||sorry, I don't understand your question
there's a Foswiki:System.SkinBrowser
|FoswikiBot||http://foswiki.org/System.SkinBrowser [ SkinBrowser ]||[03:34]|
|pharvey||SvenDowideit: fix home.org.au! :)||[03:35]|
|dj_segfault||Hey, folks. Just want to verify quickly: If I Set DENYWEBCHANGE = WikiGuest, then only logged-in users will be able to change the wiki, but that won't stop others from reading it, right?||[03:41]|
|gac410||yes - though the AuthScripts setting in configure also prevents edit by unauthenticated users.||[03:42]|
|dj_segfault||Is it safe to do that in Main? If I do that will new account pages get set correctly? I screwed myself over by restricting webchange on Main to Admin because some users were creating topics there instead of the web they were supposed to. Now they can't change password, etc because their home page does not exist so it doesn't have their password (I may ask more questions on fixing that later)
Sounds like AuthScripts may be safer. Lemme look at that...
|gac410||huh. home page doesn't have passwords - they are in .htpasswd
Are you using ApachAuth or TemplateAuth?
Main needs to be changable by RegistrationAgent for users to register to the site.
The default setting for AuthScripts - edit and save should require login - along with a bunch of other scripts.
|dj_segfault||gac410: That's true. What the affected users are seeing is that they are trying to reset their passwords and it's saying it doesn't have an email address for them. I was assuming it needs to get that from the user form on the user page. Is that not the case?||[03:47]|
|gac410||No - email addresses should be stored in .htpasswd.
Depending on password hash chosen, file is formatted loginname:passwordhash:email@address
|gac410||If you try maintiaining .htpasswd with the apache htpasswd utility you will wipe out your email addresses.
|dj_segfault||gac410: In this case I can just edit it to put in the email address. I see many accounts are missing the email address. Could not being able to create/edit in Main cause that?||[03:50]|
|gac410||maybe? be very careful - if you edit and someone registers or resets password while editor is open ... boom||[03:51]|
|dj_segfault||they all know they can't do squat till I fix the problem. No pressure, eh?||[03:52]|
|gac410||chmod -w to make the file read-only. Foswiki should disable password reset, registraiton, etc.||[03:53]|
|dj_segfault||If I do that they won't be able to change their password. O you mean temporarily. Yeah, that's a good idea
So not having a user form on the user's page shouldn't cause problems? Though I'll try to fix that too.
|gac410||You are better off with a user form
But more important are WikiUsers topic. and .htpasswd file.
WikiUsers is the file used by the mapper.
|dj_segfault||There's a li entry for them but the page doesn't exist. It's got a ? next to it.||[03:57]|
|gac410||I *think* that is okay - I'd push in an email address and then see if they can change / reset password||[03:58]|
|dj_segfault||So I guess I should go to those links to create the pages. Presumably there's some magic that will add the user form to them||[03:58]|
|gac410||Should work fine without a user topic. Just deleted one and things still work.||[04:00]|
|dj_segfault||Wait, is the email address used in the hash for the password in .htpasswd? Is it safe to edit the file and put that in? I doubt it is, but just asking.||[04:00]|
|gac410||what type of hash?
no - email is not used. The hashes are all apache compatibile. It doesn' t know about email
Just the file format - we "extend" it with an added field for email. Colon delimited
|gac410||yeah pretty sure that is still safe - just append :email@address
(But back up the file :-)
|dj_segfault||Sweet. here it goes. Thanks as always, gac410. Your help (and others) has been immesurable
Yes, already backed up. Been there done that.
|gac410||When you click the ? to create a missing user - it puts you in edit - down on the bottom right of the screen is a button to Add a form. Add the System.UserForm.||[04:04]|
Wait, I think I know why the email thing happened! I had asked previously how I can authorize new accounts, and someone told me the only way to do it was to change it so the confirm emails go to me instead of the new user signing up. I think because of that it doesn't have the user's email address. Now I have to remember how I did that and undo it.
|gac410||No - that's just the confirmation email - The user still enters their real email.||[04:06]|
|dj_segfault||Ah, and I see the email addresses are in the registration request email.
Maybe they didn't enter it? No that can't be because the email address is in the "Registration request by Foo Bar" emails. So this is going to be an ongoing problem until I figure it out.
|gac410||if you can figure out why the emails are not written to .htpasswd, you might have found a bug. but failures writing topics, etc. might break other stuff.||[04:08]|
|dj_segfault||True. I'll fix the permissions on Main after I fix .htpasswd, then try creating a new account (I have my own mail server so I have unlimited email addresses)||[04:10]|
|gac410||you can even use the same address over and over. No limit on sharing email addresses between accounts.||[04:10]|
|dj_segfault||Oh, I thought it had to be unique. That's handy.||[04:11]|
|gac410||I suppose that would be a nice feature though - setting to require unique email.||[04:12]|
|......... (idle for 43mn)|
|dj_segfault||gac410: I fixed permissions on Main and put in the passwords and creating a new test account worked perfect! All betta. Thanks again.||[04:55]|
|dj_segfault||Is it safe to have .htpasswd chmod to 640?||[05:03]|
|gac410||Foswiki needs read/write. Group might be needed for apache if cgi user is different.
so 640 sounds okay. assuming nobody in the group that can read the file is going to be evil
|.... (idle for 18mn)|
|***||gac410 has left||[05:25]|
|..................................................... (idle for 4h22mn)|
|ChanServ sets mode: +o Babar||[09:47]|
|...... (idle for 25mn)|
|padraig_lennon||Hi all.. Just wondering what is the best approach to debugging slow searches? Since I upgraded to 1.1.4 my search statements (mainly query) are quite slow.. Don't know how to debug the issue however..
|pharvey||can you give an example ?||[10:13]|
|padraig_lennon||http://pastebin.com/FViWFwGj - Can't really quantify it.. It used to be quite quick but now takes about 10s to search ~400 topics..
Thats just an example of a typical one..
|pharvey||there were some fixes that better handle mangled .txt files that are inconsistent with ,v file
that's the only concern for slowness I was aware of... but I didn't measure any big problems... but maybe I didn't test properly. Hrm.
padraig_lennon: are you using RcsWrap or RcsLite? Try swapping
are you using fcgid/mod_perl?
|padraig_lennon||RcsWrap - will swap it now.. How could I go about testing it? Just general tips would be great..
No mod_perl/fcgi kept crashing on the search pages for me..
RcsLite is (sometimes much) faster than RcsWrap as long as ,v files aren't huge
for big histories, RcsWrap is faster
FWIW I'm curious why you've got "fields[name='Status'].value='NEW'" instead of just "Status='NEW'"
|padraig_lennon||That didn't really work.. ~18 secs now for the same page.. Yes it was timeouts on the searches..||[10:19]|
|pharvey||Are your WebNotify topics very large? SubscribePlugin appears to be quite slow on foswiki.org, but most people don't have much in WebNotify... and it hasn't changed much since 1.1.3||[10:21]|
|padraig_lennon||Was using examples from http://foswiki.org/System/QuerySearch||[10:21]|
|pharvey||d'oh, the example below THOSE examples are more idiomatic QuerySearches :)||[10:22]|
|padraig_lennon||Nope.. Quite small actually.. Only about 20 topics in the same web as the search..||[10:22]|
|pharvey||er, typical, I should say
you've used the "long form"
|padraig_lennon||It would be great to get some more examples in QuerySearch..||[10:23]|
|pharvey||but it should evaluate to the same logical query anyway||[10:23]|
|padraig_lennon||How would you rewrite it?
Don't mind about the format part..
I'd also use more newlines
padraig_lennon: do you have a large .htpasswd file (how many lines/users?)
assuming you us HtPasswdUser
|Babar||padraig_lennon: you could always try to profile it using NYTProf, but I doubt that will be much helpful||[10:25]|
|pharvey||I'd be interested in its output :)
I'm concerned we've optimized for fcgid/mod_perl and perhaps we're doing something expensive for plain old cgi users
padraig_lennon: any faster if you omit order="created" reverse="on" ?
|padraig_lennon||Babar - Will check out http://foswiki.org/Support/NYTProfDebugging||[10:27]|
|pharvey||oh - what does the DataForm look like? Does it contain any SEARCHes?||[10:27]|
|padraig_lennon||pharvey will try now..||[10:27]|
|padraig_lennon||pharvey - That might be something to look at.. I'll give NYTProf a go and report back..||[10:29]|
|padraig_lennon||pharvey "I'd also use more newlines" what do you mean by that?||[10:35]|
|padraig_lennon||Foswiki::Sandbox::CORE:readline (opcode) seems to be the culprit..||[10:39]|
|FoswikiBot||http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Sandbox::CORE [ (Foswiki login) PerlDoc ]||[10:39]|
|padraig_lennon||92 2 1 39.8s 39.8s Foswiki::Sandbox::::CORE:readline Foswiki::Sandbox::CORE:readline (opcode)||[10:39]|
|FoswikiBot||http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Sandbox [ (Foswiki login) PerlDoc ]||[10:39]|
|pharvey||well, that's a very low-level function - need to see what's calling those, and higher and higher until we see why there's so much rcs chattiness||[10:40]|
|padraig_lennon||I do have a task open about a Query match.. Obviously something is messed up..||[10:40]|
|pharvey||really? Which task?||[10:40]|
|pharvey||Ah. Did you follow the work-around?
Anyway, you're not using =~ in this query
|padraig_lennon||I have checked it again against the Foswiki.spec and it is the same in Localconfig
The newlines look much better all right.. Thanks
|pharvey||padraig_lennon: if there's any way you could share your nytprof output, I'd love to look at it||[10:44]|
|padraig_lennon||Could I send it privately?||[10:45]|
|pharvey||also, did you establish if your DataForm(s) contain any SEARCHes or other macros
|padraig_lennon||It does yes.. I will try to rework them..||[10:45]|
|pharvey||well, that's unfortunate - 1.1.4 shouldn't be *that* much slower. Any way you can confidently benchmark it?
I've often used time ./view -topic Web.Topic -foo bar -baz blah
on the command line
|............................... (idle for 2h33mn)|
|SvenDowideit||hey pharvey how's unicode :p
SvenDowideit might actually have time for foswiki in a week or so :D
|............ (idle for 59mn)|
|gac410||hm. Thinking about my .htpasswd cache reset changes. Does is apply on a single foswiki with fcgi/fastcgi? Each foswiki.fcgid would have it's own local password cache, correct?||[14:18]|
|.............................................................................................. (idle for 7h47mn)|
|ArthurClemens||erm. because text blocks are not put inside p tags, :last-child doesn't pick the text but the element above it||[22:05]|
|pharvey||SvenDowideit, unicode branch? Dunno - I did try a store2 merge a few weeks ago but got called away||[22:15]|
|SvenDowideit||ArthurClemens i've been mulling making out p blocks useful for f2.0 :)
i have an inkling of an idea, and its not gone away over the flight
pharvey harumpf :p
|pharvey||I've been poking at a Foswiki::DOM over my holidays||[22:17]|
|FoswikiBot||http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::DOM [ (Foswiki login) PerlDoc ]||[22:17]|
|pharvey||but now you're back I'll try a merge today||[22:17]|
|SvenDowideit||i don't expect to do much on store2, but i have actually run the FoswikiSuite yesterday, so never know||[22:17]|
|SvenDowideit||266 more failures to fixorate||[22:18]|
|pharvey||I know, it's w00t-tastic, just need to avoid these things going stale, and er, need to replace a bunch of things with Foswiki::Func::readTopic||[22:18]|
|FoswikiBot||http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Func [ (Foswiki login) PerlDoc ]||[22:18]|
|SvenDowideit||oh, its way past stale :)||[22:19]|
hence how long my last aborted merge took :/
SvenDowideit dissappears again - was awake since 3am - bloody possums
|ArthurClemens||http://foswiki.org/Tasks/Item11316 has a patch that needs to be unitested||[22:23]|
|gac410||ArthurClemens: I assume that will break a bunch of unit tests - since it changes rendering around - Does it need new tests, or just patch, and then patch the tests to work again.||[22:25]|
|pharvey||I hope it's just fixing up other tests
but reading the patch might inspire some new simple tests
|↑back Search ←Prev date Next date→ Show only urls||(Click on time to select a line by its url)|