#foswiki 2013-02-22,Fri

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

WhoWhatWhen
***ChanServ sets mode: +o MartinCleaver [00:47]
........ (idle for 38mn)
ChanServ sets mode: +o MartinCleaver [01:25]
spec007Hello [01:28]
gac410hello spec007 [01:28]
spec007Just tring to install foswiki and got into trouble with LDAPContrib
spent 5 hours so far and no luck :(
Wonder if i can ask for help here
[01:29]
gac410ug... I'm not an ldap user. Ask your questions, if someone knows they'll answer. [01:30]
spec007Ok :
:)
[01:30]
LDAP trouble. Please advise if you can. Any help is greatly appreciated.
Trying to install LDAPContrib, seems to have everything configured and able to connect to AD with tools\ldaptest
running sample search like ldaptest 'cd=John' returns LDAP entries.
However authentication via foswiki login page does not work:
Oops: we could not recognize you. Try again or reset your password.
[01:41]
gac410spec007: What did you set for LoginManager and PasswordManager? [01:43]
spec007$Foswiki::cfg{LoginManager} = 'Foswiki::LoginManager::TemplateLogin';
$Foswiki::cfg{PasswordManager} = 'Foswiki::Users::LdapPasswdUser';
[01:43]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::LoginManager::TemplateLogin
http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Users::LdapPasswdUser
[01:43]
spec007looks like i get kicked off trying to past section of foswiki config [01:44]
gac410Kicked out of configure? [01:46]
spec007nope - out of irc channel - for flooding [01:47]
gac410Oh... yes. You should use http://pastebin.com/ or similar for pasting examples [01:48]
spec007LDAP trouble. Please advise if you can. Any help is greatly appreciated.
Trying to install LDAPContrib, seems to have everything configured and able to connect to AD with tools\ldaptest
running sample search like ldaptest 'cd=John' returns LDAP entries.
However authentication via foswiki login page does not work:
Oops: we could not recognize you. Try again or reset your password.
[01:49]
gac410You don't need to repeat everything ... you can always refer back to the logs. [01:50]
spec007ops - i got it finally, here are more issue details, like config section: http://pastebin.com/SCwjLBjy
that was by accident :( i apologize
[01:50]
***ChanServ sets mode: +o pharvey [01:56]
gac410spec007: no problem. I was just poking around through old channel logs, and support questions seeing if I can find any other reports that match your issue.
no luck so far.
spec007: your ldap server is unauthenticated? You don't need a bind DN or password, or did you just sanitiize your settings.
[01:58]
spec007yep - just sanitation -
there is user/password
so some_password is just placeholder
[02:10]
gac410okay. :) Figured that seemed too fundamental an issue [02:11]
spec007:) [02:11]
gac410Some of the ldap users are in europe, now's not a good time to catch them. [02:14]
spec007Thank you - I will wait for someone [02:21]
......... (idle for 44mn)
just came across this: http://www.advproxy.net/ldapads.html
i am not sure that network admins did step #2
[03:05]
....... (idle for 31mn)
***EnriqueCadalso1 has left [03:37]
...... (idle for 29mn)
gac410spec007: It's been years since I had access to ldap and AD, but back then I used a windows ldap browser to test the connection and browse the database to make sure that the expected fields were returned.
Ah,.,. yeah, Softerra if I recall correctly.
[04:06]
.... (idle for 18mn)
spec007gac410: I actually tried ADExplorer to do that and i can brows ldap directory - for different entities i can see various properties
but...
my understanding is that to perform an authentication against LDAP - there might be something more to be granted access to
[04:24]
gac410tbh I really don't remember any more. It might depend on how the ldapContrib does it's auth.
It will attempt to connect using the dn and password of the user
$this->{ldap}->connect($dn, $passU)
Ah... It's configured how the connection is made.
[04:26]
spec007I've got hold of network admin who is by coincidence is doing maintenance that night - he will try to see if MS AD setup is culprit [04:30]
gac410See lib/Foswiki/Contrib/LdapContrib.pm sub "connect" there are a bunch of commented debug print statements that might help. [04:30]
spec007yep - i've already past that - all umcommented - but based on log - it seems like its never called... hmm [04:33]
...... (idle for 27mn)
***gac410 has left [05:00]
spec007good night! [05:05]
...... (idle for 26mn)
PeterSvendsenhi, have any of you used the empty trash plugin? [05:31]
***EnriqueCadalso has left [05:43]
................ (idle for 1h19mn)
MartinKaufmannHi! Does anyone know if there is a plugin or script to automatically change a specific field in a form which is used in many topics? [07:02]
...... (idle for 25mn)
WuebboFreeseHy is there anybody who has knowledge about the edittable extensions?
My problem is that I want to create a table with a dropdown which include the user auf a group
[07:27]
...... (idle for 28mn)
***ChanServ sets mode: +o CDot
ChanServ sets mode: +o MichaelDaum
[07:58]
....... (idle for 32mn)
ChanServ sets mode: +o RaulFR [08:30]
RaulFRhello :-)
I am getting into the Foswiki JQuery programming. It is quite nice to be able to make pretty UI with the Foswiki applications
on my upgraded Foswiki v1.1.6, the JQuery used is v1.8.2, and the JQueryUI is v1.8.23
in this version, the official UI widgets in JQuery do not seem to contain the "menu" widget
http://jqueryui.com/menu/
this exists in jQuery UI v1.9 and in v1.10
the current version supported by Foswiki is 2 numbers behind...
[08:30]
MichaelDaumRaulFR, jquery 1.9.x is still too new and comes with some major migration overhead for other 3rd party additions [08:37]
RaulFRI see [08:37]
MichaelDaummost people did not yet adapt to the new jquery landscape set by 1.9.x
so it is actually good to be a couple of numbers behind, in order to "smoothen" the experience for foswiki users a bit.
also, it becomes quite challenging to keep up with all of these changes for web development.
[08:38]
RaulFRso that means probably also that if I just upgrade the JS on Foswiki, it is likely to break things [08:40]
MichaelDaumthats _always_ possible
just yesterday we discussed javascript code in ActionTrackerPlugin
[08:40]
RaulFRif the change to 1.9 is not likely to happen in the coming months (or in a foreseeable future), I guess I will have to revert to Superfish coming with Foswiki for my menu needs [08:41]
MichaelDaumbest you can do _now_ is to be aware of http://jquery.com/upgrade-guide/1.9/ [08:42]
RaulFRRaulFR reading
I'll keep that in mind in developing my JS, thanks Michael
[08:43]
MichaelDaumyw [08:45]
..... (idle for 21mn)
Vampire0MichaelDaum, the release notes for 1.1.6 and 1.1.7. tell to set " * Set PATTERNSKIN_JQUERY_THEME = PatternSkinTheme", not " * Set PATTERNSKIN_JQUERY_THEME = foswiki". Did you remember wrong, or is the documentation wrong? The setting like in the release notes was done as the debian package updated the DefaultPreferences topic with that value. [09:06]
MichaelDaumin know about the difference
the author of Pattern copy/pasted the normal foswiki theme. thats why buttons might look strange now.
we've had lots of support questions only because of this
in addition the new PATTERNSKIN_JQUERY_THEME basically defeats with whatever you set in configure
[09:06]
Vampire0So di I get you right that PatternSkinTheme is wrong despite it being mentioned explicitly in the release notes and being part of the shipped DefaultPreferences but I should set it to "foswiki"? [09:16]
MichaelDaumthats what _I_ would recommend to do. [09:17]
***ChanServ sets mode: +o pharvey [09:28]
Vampire0ok thanks MichaelDaum, I'll try that when I try the upgrade again
will let you know whether it looks different then
[09:33]
MichaelDaumok [09:36]
......... (idle for 44mn)
CDotMichaelDaum: is there any way in the JQueryPlugin to specify a minimum version of jQuery? [10:20]
MichaelDaumin configure?
the currently used version is stored in {JQueryVersion}.
[10:21]
CDothmmm. Don't mind, really. I just want to be sure 1.7.x is selected, so I can use .do [10:22]
MichaelDaumthese always look like "jquery-x.y.z" [10:22]
CDotso I have to DIY? yuck [10:22]
MichaelDaumthats probably a bad idea [10:22]
CDot*at least* 1.7.2 - or later [10:23]
MichaelDaumah ok
we only ship >1.7.2
[10:23]
CDotsure, sure. Version is irrelevant, it's the mechanism I'm interested in.
c.f. DEPENDENCIES which lets me specify JQueryPlugin >= 4.20
except that this has to be runtime, or at minimum a check in configure
[10:23]
MichaelDaumtrue [10:26]
CDotso is there a mechanism? [10:26]
MichaelDaumI guess so. Though I am not aware how to write a configure checker. [10:27]
CDotit's very easy.
*very* easy
ok, if a configure checker is the only way to do it, that's what I'll use. Thanks.
[10:27]
MichaelDaumotherwise, we could add a check to switch back to a hardcoded default in case {JQueryVersion} is still configured to an old value not supported anymore. somewhere in initPlugin. [10:28]
CDotouch; forcing a switch is deeply nasty, compared to detecting/raising an exception [10:29]
MichaelDaumthere is a fallback to a hardcoded version if {JQueryVerision} is undef already. [10:29]
CDotundef is different :-)
a checker at least would allow us to resolve conflicts between different plugins. trouble is, it relies on people writing checkers
[10:29]
MichaelDaumyea [10:30]
CDotif they could have just written "requires_at_least" into their JQuery plugin, it would be a lot cleaner [10:30]
MichaelDaumoverhead [10:31]
CDotminimal [10:31]
MichaelDaumthat you better dont pay on each page impression [10:31]
CDotone perl IF statement? [10:32]
MichaelDaumah on the server. I am with you in that case. [10:32]
CDotok. if you are OK with it, I think I might code that into JQueryPlugin [10:32]
MichaelDaumcool [10:32]
CDotas quick as writing a checker, I suspect [10:32]
...... (idle for 25mn)
MartinKaufmannI hop you don't mind if I repeat my question I asked this morning (assuming that more people are awake right now):
Hi! Does anyone know if there is a plugin or script to automatically change a specific field in a form which is used in many topics?
[10:57]
..... (idle for 21mn)
jast"change a field"? do you mean the definition, or individual values in topics? [11:18]
MartinKaufmannSorry, I meant the values of a field. [11:20]
jastI have a script for that, but it's very iffy [11:23]
MartinKaufmannWhat's the iffy bit? [11:30]
CDotMartinKaufmann: I find 'sed' works pretty well for that >:-)
of course you have to be a bit careful about caches and RCS checkins and suchlike
you might be able to use "GlobalReplacePlugin". Not sure if it does fields.
[11:43]
....... (idle for 32mn)
MartinKaufmannCDot: Thanks. That's exactly what I'm worried about. I guess I have to write my own scripts which also does the rcs bit.
MichaelDaum: LdapContrib with blobs works great (using it for photos from AD). The only problem: If the photo is updated on AD, it doesn't overwrite the file on foswiki. I have to delete all stored blobs an recreate them.
Not too much of a problem. I just set up a cron job to do that.
[12:15]
RaulFRMartinKaufmann: are you looking for somting like that http://www.foswiki.org/System/MultiTopicSavePlugin ?
something*
[12:20]
MichaelDaumMartinKaufmann, see the docu for refreshing blobs
given you've got some %LDAP query on a user topic.
then use http:...?refresh=ldap to refresh the ldap cache
[12:27]
***ChanServ sets mode: +o MartinCleaver [12:28]
MichaelDaumfor that one user
that goes together with caching %LDAP queries in general of course
[12:28]
MartinKaufmannMichaelDaum: refresh=ldap is not docuemnted, refreshldap=on is (but not in the context of blobs - and doesn't seem to have an influence on blobs on our system). [12:34]
MichaelDaumsee http://foswiki.org/Extensions/LdapNgPlugin#LDAP [12:35]
MartinKaufmannRaulFR: Thanks. I think that's what I'm looking for. Will look into it.
MichaelDaum: Ah, I checked the wrong docu...
[12:36]
RaulFRMartinKaufmann: yw :-)
I never tried it though, but I remembered when Kenneth announced it
[12:37]
MartinKaufmannMichaelDaum: so, refreshldap=on refreshes the ldap cache (db) and refresh=ldap the blob cache? [12:38]
jastMartinKaufmann: yes, but only if there's an %LDAP macro on the page where you use refresh=ldap [12:39]
MichaelDaumrerfesh=ldap refreshes blob and query caches [12:39]
MartinKaufmannHm, a bit confusing to me. And what's the difference between refresh=ldap & refresh=on? [12:40]
MichaelDaumMartinKaufmann, there are a couple of plugins that cache, as well as the core page cache as well
refresh=on is recognized by them all
each of the individual caches can then be addressed with refresh=<ldap|dbcache|cat|...> etc
so refresh=on is the big hammer that nukes all caches involved on the current page.
[12:41]
MartinKaufmannOK, I think/hope I got that.
Thanks for the explanation. Is this general refresh mechanism explained somewhere?
[12:45]
CDotMichaelDaum: checked in but not released. You will probably want to check it over before releasing. [12:46]
MichaelDaumCDot, thanks a lot. [12:46]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/Yjh4zg
foswiki/master 9ee8d72 CrawfordCurrie: Item12403: added support for checking jquery version, and versions of other plugins...
[12:53]
***GithubBot has left [12:53]
FoswikiBothttp://foswiki.org/Tasks/Item12403 [ Item12403: Add condition checking for version numbers of plugins ] [12:53]
.... (idle for 17mn)
***EnriqueCadalso has left
ChanServ sets mode: +o Lynnwood
[13:10]
ChanServ sets mode: +o gac410 [13:23]
ChanServ sets mode: +o MartinCleaver [13:32]
........ (idle for 35mn)
foswiki_irc4hello everybody
I've got a problem with actiontrackerplugin
If I try to change the state via the drop down menu the change is not saved.
I'm working on Firefox.
The console says: -- [15:26:09.034] TypeError: b4.call is not a function @ http://...foswiki/pub/System/JQueryPlugin/jquery-1.8.2.js:14
If I edit actions via the pencil icon changes are saved correctly.
Any idea how to fix that?
Maybe I should add that I'm working with Foswiki 1.1.6 on Windows 7.
[14:07]
***ChanServ sets mode: +o MartinCleaver [14:12]
gac410windows shouldn't matter. I seem to recall someone discussing just yesterday an issue with jquery versions...
Some discussion here: http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2013-02-21,Thu&sel=191#l187
[14:12]
foswiki_irc4Thanks for the link - lots to read. But unfortunately this rises another question for me.
The jquery was installed on my server togehter with Foswiki.
If I want to go back to an older revision how do i do that?
- older revision of jquery
[14:19]
gac410Configure (bin/configure) extensions tab, Jquery sub-tab. There is a drop-down box to choose the jquery version. [14:20]
foswiki_irc4That was too easy - I should have known that ;-) [14:21]
CDotfoswiki_irc4: may be related to http://foswiki.org/Tasks/Item12315
CDot is working on a fix for the ActionTrackerPlugin and JQueryPlugin
[14:21]
foswiki_irc4Good to hear. Will the fix be published in the Supportweb? [14:29]
....... (idle for 31mn)
***foswiki_irc4 has left [15:00]
CDotno [15:08]
............ (idle for 56mn)
MichaelDaumCDot, conditions somewhat replicates dependencies
it makes sense to merge both lists
and only use one
like in DEPENDENCIES
[16:04]
CDotI decided not to do that so that it wouldn't confuse old releases of JQueryPlugin [16:05]
MichaelDaumwhy? [16:05]
CDotexample dependencies => [ 'livequery>=1.3.1' would break old JQueryPlugin [16:05]
MichaelDaumparsing the list could easily be backwards compatible [16:06]
CDotso you would have to make all FW plugins depend on JQP 4.61
I couldn't think of a clean way. besides, separating the lists has other benefits
[16:06]
MichaelDaumdependencies => ['foo', 'bar', 'baz=>200'] [16:06]
CDotright; a "current" JQP would try to $plugins->load("baz=>200"), which would fail
and thus baz would not be loaded
[16:07]
MichaelDaumcould mean: load a plugin baz and if available the one version>= 200 [16:08]
CDotthe conditions list, on the other hand, is completely isolated from existing JQP, so perfectly backwards compatible [16:08]
MichaelDaumwe've got the same in DEPENDENCIES
for perl plugins
[16:09]
CDotdo we?
we have that syntax, but we don't have the problem of remaining compatible
[16:09]
MichaelDaumthe other problem that I have is: this is all in the code path of rendering a page: being evaluated again and again
coming to the same result
thats not good
it really is a configure matter: once you worked out all conditions, it is all done, once and forever
the benefit is comparably low, targeting only the one situation out of a million where things then end up in a die().
[16:11]
gac410I know it still needs work, but the new configure has an in-depth dependency checker on the Audit page that will check all plugin dependencies as well as core deps. [16:15]
MichaelDaumand thats best suited to catch any jquery dependencies as well [16:16]
CDotMichaelDaum: that's one of the reasons for the conditions array. Only entires in that array get evaluated; if a plugin has no conditions, there is zero overhead.
While I agree regarding configure, there isn't enough infrastructure support for configure in the JQueryPlugin to make it amenable to a 1-hour fix (like this one)
of course if you *can* do this using a checker, then there is no need for conditions and => no overhead. So coder's choice.
[16:21]
MichaelDaumonce "conditions" are out there in the wild, jquery plugin authors will increasingly make use of it, last but not least for documentation purposes.
thats fine part of configuration management. not fine for bare plugin initialization.
these are two separate tasks
let's keep them separate
I can only see any runtime benefit from this if it had any added value for plugin initialization
e.g. support multiple versions of the same plugin
but thats not what you were aiming at
[16:24]
CDotno, it's not. I'm agreeing with you, using configure would be better, but significantly more coding effort. [16:31]
MichaelDaumcan't estimate what coding efforts it is using configure, nor whether it is worth this effort.
all I am complaining about is to do it as part of the plugin initialization step, just because thats easier.
[16:41]
CDotah, well, you chose not to integrate support for checking JQP plugins into configure because it was easier. There are always tradeoffs.
a reasonably sophisticated checker in JQP should really be what does this. I don;t know enough about the internals of JQP to write it, though.
[16:45]
.... (idle for 16mn)
CDot has had another look, and still can't see any way to get information about a JQuery plugin out of the Foswiki domain and into the Configure domain :-( [17:02]
MichaelDaumgotta run. let's see next week. [17:14]
............ (idle for 56mn)
***ChanServ sets mode: +o MartinCleaver [18:10]
.......................... (idle for 2h5mn)
ChanServ sets mode: +o MartinCleaver [20:15]

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