#foswiki 2014-12-01,Mon

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

WhoWhatWhen
cz99@gac 410; can you answer this or do I need to email michael? our new fw1.1.9 system with solr 4.6 : when it displays the search results summary page, the .doc & .pdf entries just show a line of '??????'s ; other doc types show some of the content. Note that if we actually click on a .doc, then it actually opens up just fine. [00:09]
..... (idle for 22mn)
gac410cz99 ... no idea. Sorry
jeeze the apache guys couldn make the 2.4 migration easy. Used to be "allow from <mix of hostnames and ips>" Now two separate statements are needed. "require host xxx" and " require ip xx.xx"
[00:31]
........ (idle for 36mn)
LightYearI'm trying to debug a mailnotify problem (as being discussed on the discuss list). Can anyone tell me which user the mailnotify script is supposed to run as? [01:11]
....... (idle for 30mn)
gac410it should run as the web server user.
Well.... The *task* runs as the web server user. The foswiki internals runs as the "admin" user. And it checks VIEW auth on a user by user basis when building the notification.
[01:41]
LightYearOkay great. That's the bit that seems broken for me.
Currently it runs as root, but I'll change that to www-data.
The problem is though, it runs BaseUserMapping_666 and fails all the VIEW auth checks, since I have ALLOWWEBVIEW set in my WebPreferences.
If I add BaseUserMapping_666 to ALLOWWEBVIEW, it works.
It's weird though, because way back in WebNotify.pm:260, it has already checked that the *subscribed* user has VIEW access to the topic.
Later, in Meta.pm:3383 it checks again, but using the SESSION user, which is BaseUserMapping_666.
If ALLOWWEBVIEW is set and doesn't include BaseUserMapping_666 it fails and clears out the topic text.
[01:43]
.... (idle for 15mn)
gac410You are runing 1.1.9? [02:02]
LightYearYep [02:08]
gac410LightYear: BaseUserMapping_666 is WikiGuest. Something strange is going on especially if you are using internals like the cUID in ALLOW settings
Your crontab entry looks fine, other than running it as root.
What Mapper, LoginManager, PasswordManager, etc. are you using
[02:08]
LightYear$Foswiki::cfg{LoginManager} = 'Foswiki::LoginManager::TemplateLogin'; [02:12]
gac410Did you upgrade to 1.1.9 from an older release, or is this a new install. There were some bugs in older versions with mailnotify (actually shell scripts in general) running as the wrong id, but 1.1.9 should be just fine. [02:12]
LightYear$Foswiki::cfg{PasswordManager} = 'Foswiki::Users::HtPasswdUser';
What's a Mapper?
[02:12]
gac410TopicuserMapping? [02:12]
LightYearUpgraded. I've just downloaded a fresh version and am doing a compare to see if I missed any fixes. [02:13]
gac410er UserMappingManager [02:13]
LightYear$Foswiki::cfg{UserMappingManager} = 'Foswiki::Users::TopicUserMapping'; [02:13]
gac410Okay ... that's all the defaults. that should all be fine.
Running on linux?
On foswiki.org, our crontab entry for mailnotify is
15 */4 * * * cd $WEBSITE/bin && perl ../tools/mailnotify > ../mailnotify.log 2>&1
So other than us using a variable for the execution path, pretty much normal.
[02:13]
LightYearI've just moved the crontab entry into cron.d and changed the user to www-data. [02:16]
gac410There is a script foswiki_upgrade_check, that can compare the current install to the foswiki tarball. [02:16]
LightYearI tested first by using sudo -u www-data blah blah. Worked fine but no change in behaviour. [02:17]
gac410what I do on foswiki.org is sudo -u www crontab -l (in our case, apache runs as www) [02:17]
LightYearah, I thought about doing that, but figured I'd never find it again! [02:17]
gac410How did you install. .deb/rpm files or tarball [02:18]
LightYeartarball [02:18]
gac410okay. foswiki_upgrade_check might be handy for you then.
It's attached here: http://foswiki.org/Support/HowDoIUpgradeSafelyACustomizedFoswikiInstallation
If you unzip the 1.1.9 tarball into a temp directory, then you can get a report
[02:18]
LightYearI've just done a comparison using Beyond Compare. Everything is the same except my installation has upgraded from MailerContrib v2.5.5 to 2.60. [02:21]
gac410We run 2.60 on foswiki.org as well.
Did you have to use BaseUserMapping_666, or could you have use WikiGuest
Does it work on webs that don't have view restrictions, or are all your webs locked down?
[02:23]
LightYearIt works fine on webs without ALLOWWEBVIEW set.
Remember I'm not using BaseUserMapping_666 - that's just what the $SESSION->{user} is when mailnotify runs.
[02:25]
gac410Ah... yes internally the cUID is used, translated from WikiGuest t
hm. I'll try to recreate it here on my test system. The guy who really understands mailerContrib is Crawford, who replied to your message on the discuss list.
[02:28]
LightYearOkay, I'll post my findings there and see what comes up. [02:33]
gac410He's in europe ... and frequently on IRC during his day. CDot is is irc name [02:34]
LightYearGreat, thank you.
I finished installing the upgrade check script (has to install kdiff which took a while).
When I run it it takes and while and eventually exits with no output. What arguments should I be using?
[02:35]
gac410Hm... I never use it in a gui environment With no output, it didn't find any differences I don't think. [02:37]
LightYearI just tried ./script_name install_dir freshly_downloaded_dir freshly_downloaded_dir [02:37]
gac410if you run it without arguments, it will give help. There is a -v for a verbose report it's very verbose. iirc [02:37]
LightYearYep, it wants "install_dir old_release new_release" but of course I don't have an old release. [02:38]
gac410you can definitely use new release twice. [02:38]
LightYearMaybe I should try "install_dir install_dir fresh_dir"? [02:39]
gac410hm. well if you compared using a different tool and it all matched, this probably won't help much. [02:39]
LightYearThere was still that MailerContrib version difference as well as a bunch of LocalCfg files and stuff. Was suprised nothing came out. Just tried "install_dir install_dir fresh_dir" and still got nothing out.
Will assume it's a close enough match!
[02:40]
gac410I don't know. yeah... probably okay.
I have a slightly modified version that I've used since 1.1,0 to do the foswiki.org upgrades.
hm... maybe colas has updated his version. anyway, let me focus on getting a view restricted web built, and some diffs, and see if I can get my old 1.1..9 test system to actually send an email.
I've been working on 1.2 for so long, my old tests have gotten a bit stale.
[02:41]
***cz99 has left [02:47]
gac410LightYear: I just might be seeing the issue. As the diff only shows a couple of lines, it's not obvious. But in my restricted web, the diffl always starts with the topic name. [02:53]
LightYearYeah - it just looks like a diff of the whole topic at first, and because you only get a few lines in the summary it's not obvious something has gone wrong. [02:57]
gac410yup. it's pretty clear. Definitely broken for view restricted webs. [02:58]
LightYearBy the way, now that I've thoroughly dumped all over my topic history, I don't suppose there's a way to remove revisions from the history? [03:01]
gac410I created "SomeNewTopic" in my "Restricted" web. The contents is lines of asdf asdf .. etc. Created an identical topic in Sandbox.
mailnotify shows the asdf diff in Sandbox notify, but "Restricted.SomeNewTopic ... basically the web.topic name in text below the topic name.
[03:01]
LightYearGuess that would be a rcs operation? [03:01]
gac410Remove specific revisions from a valuable topic, or just discard all the revisions. [03:01]
LightYearspecific revisions from a valuable topic. [03:01]
gac410hm a couple, or dozens [03:01]
LightYearAbout 20. [03:02]
gac410Well it's tedious, but a crafted URL (as admin) yoursite/bin/edit/Web/SomeTopic?cmd=delRev will flip you into edit. Just save, and it will magically back up 1 rev.
Making it like it never happend.
[03:03]
LightYearAh, okay, that would probably do. [03:03]
gac410delRev is handy especially to clear out spam without leaving it in the history, or remove really sensitive info from history too.
There is also a cmd=repRev, Allows editing in place of the current rev without saving a new rev.
[03:04]
LightYearBy admin you mean SiteAdmin? [03:04]
gac410Anyone in the AdminGroup, or the superadmin user.
http://foswiki.org/System/CommandAndCGIScripts and find delRev in that page.
though the docs are wrong. It's cmd=delRev delRev is an option to cmd, not an argument on it's own, which the text implies
[03:04]
LightYearah, was a bit thrown by that.
Beautiful, no trace left.
[03:10]
gac410I'll fix the docs for 1.2 By the way, do you want to open a task on foswiki.org, or should I do it. [03:14]
LightYearBy the way, your description about "basically the web.topic name in text below the topic name" matches my experience. [03:14]
gac410okay good.
I'm actually not sure why AUTH is checked against the old revision. Auth is ALWAYS checked for a current rev. ACL's never look back to old settings. At least I'm pretty sure that's true.
Task for the mailnotify issue is what I meant. We have a catchall for simple doc changes
[03:15]
LightYearOkay. I've never opened a Task. Could you do it and I'll observe? [03:20]
gac410Okay. http://foswiki.org/Tasks/Item13126 created [03:25]
LightYearCheers
By the way, I noticed http://foswiki.org/Tasks/Item6011 was similar but marked as closed.
[03:25]
gac410Yeah that one is why I was asking about what versino of foswiki. We had some versions that didn't run shell scripts with the correct authorizatino.
Either that or we misunderstood the issue when we closed it.
[03:28]
Anyway, it's now documented. Thank you for your diligence in digging into the code on this. [03:40]
.... (idle for 15mn)
GithubBot[distro] gac410 pushed 2 new commits to master: http://git.io/k1D-6w
distro/master 531e3f5 George Clark: Item9693: Clarify delRev / repRev documentation
distro/master a469ff8 George Clark: Item9693: Clarify running cli scripts under the web user
[03:55]
***GithubBot has left [03:55]
.............. (idle for 1h9mn)
gac410 has left [05:04]
............. (idle for 1h1mn)
PeterSvendsenHi all, I tried to change my UserForm last week by making a copy to the Main web and update the preference.... but when I tried under my page (my profile) to change to the new form I was not able to select it! I could only select the one from the system web.... any idea why I was not able to select it? [06:05]
....... (idle for 31mn)
***ChanServ sets mode: +o CDot [06:36]
.... (idle for 17mn)
ChanServ sets mode: +o MichaelDaum [06:53]
....................................................... (idle for 4h33mn)
terceiro has left "Ex-Chat" [11:26]
............. (idle for 1h2mn)
ChanServ sets mode: +o gac410 [12:28]
.... (idle for 16mn)
gac410Howdy all ... time for a release meeting? #foswiki-release [12:44]
.... (idle for 17mn)
Anyone else for the release meeting? Please join channel #foswiki-release [13:01]
All ... any thoughts on how to handle apache 2.4 incompatibilities Should we ship separate example httpd.conf & .htaccess files to support the new 2.4 syntax, or use comment blocks in what are some large files.
ModAcOst: Are you joining the release meeting?
[13:06]
ping: jast uebera|| ... anyone else for release meeting [13:15]
jastsorry, really busy today
regarding 2.4, instruct people to install mod_access_compat? I believe that takes care of the old syntax
[13:21]
gac410Ah... rats. I got a (local) ApacheConfigGenerator wgenerating a 2,4 config selectalbe with an apache version selector [13:23]
........ (idle for 39mn)
ping gmc ... are you around today? [14:02]
.......... (idle for 49mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/32OydQ
distro/master 8811802 MichaelDaum: Item12993: switching DOCTYPE html5
[14:51]
***GithubBot has left [14:51]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/OFCz6g
distro/master b53d54c MichaelDaum: Item12993: adding X-UA-Compatible header...
[14:53]
***GithubBot has left [14:53]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/ETCJLQ
distro/master 3884208 MichaelDaum: Item12993: adjusting charset definition to doctype
[14:59]
***GithubBot has left [14:59]
............ (idle for 56mn)
JulianLevensgac410: How was the release meeting? sorry I missed it [15:55]
gac410JulianLevens: Went well. Quick review of all blockers. I'll get the minutes posted later today [16:04]
JulianLevensThanks I'll check it out later [16:08]
...................... (idle for 1h45mn)
***JulianLevens has left [17:53]
........ (idle for 38mn)
ChanServ sets mode: +o TravisBarker [18:31]
TravisBarkerUse of uninitialized value $txt2 in string eq at /var/www/Foswiki-1.1.9/lib/Foswiki/Configure/Checker.pm line 382.
any ideas?
im getting internal server error on /view and getting software error pasted above on /configure
[18:31]
...... (idle for 26mn)
nevermind, I found http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2010-10-14,Thu which has fixed it. [18:58]
gac410TravisBarker: With that error, it says that foswiki is unable to read/write successfully to your file system. [19:05]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/9CXf4g
distro/master ca6ca74 George Clark: Item13066: Avoid an undef error reported in 2010...
[19:11]
***GithubBot has left [19:11]
................... (idle for 1h30mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/UxmeOQ
distro/master a6697df George Clark: Item12475: Move CGI::Session into CpanContrib...
[20:41]
***GithubBot has left [20:41]
..... (idle for 24mn)
mephinet-If I take a look at the existing code, all plugins seem to use the Plugins namespace, e.g. use $Foswiki::cfg{Plugins}{BathPlugin} [21:05]
gac410Yes, that's the recommended layout [21:06]
mephinet-If this is how new code is supposed to be, someone with CHANGE rights should update the docs... [21:06]
gac410Which doc? [21:07]
mephinet-http://foswiki.org/System/DevelopingPlugins#Structure_of_a_Config.spec_file [21:07]
gac410It doesn't "have" to be that way, but it makes the configure configuration tabs layout a bit better.
darn... these things keep slipping through
jeeze... http://foswiki.org/Development/HowToWriteASpecFile uses {Extensions}{MyPlugin} Actually that might be right. Hm... .
No.... {Plugins} is correct. which is different from the ---++ Extensions tab in configure. At least I think so. Where's CDot when I need him :P
Well out of all this mess, Only DBIStoreContrib uses {Extensions}, Everything we ship by default uses {Plugins}
In any event, its rather inconsequential. The **required** fields for plugins only are {Plugins}{NameOfPlugin}{Enabled} and ...{Module} Core uses those two. Everything else is local to the plugin.
[21:07]
mephinet-Yeah - my code worked fine without the {Plugins}, I just realized that my properties were the only one in the distro/*Plugins without it... [21:16]
gac410I'll review with Crawford next time I see him [21:23]
mephinet-thanks! [21:24]
gac410Opening a task. I'll never remember. But searcing all of our old subversion repo, and 100's of extensions, only two use {Extensions}
Opened http://foswiki.org/Tasks/Item13127 ... waiting for CrawfordCurrie to clarify.
[21:25]

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