#foswiki 2012-10-31,Wed

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

WhoWhatWhen
SvenDowideitconfigure changes do need to be done / confirmed manually [00:00]
gac410configure? we don't use fastcgi on trunk, so it should be immediate [00:00]
ArthurClemensso how do they get into local site.cfg? [00:00]
SvenDowideitexcept for cache, and ...
you save in configure
[00:00]
gac410Ah... but if you change a spec file, you do need to run configure. [00:00]
ArthurClemensI can't [00:00]
SvenDowideityou can, but i'll do it if you like
oh, maybe Babar needs to magic you
[00:01]
ArthurClemensyes, the pw has been changed ages ago [00:01]
SvenDowideitwhich pwd? :) [00:01]
ArthurClemensconfigure [00:01]
SvenDowideityou use your login&pwd to get past the apache auth [00:02]
ArthurClemensnope [00:02]
SvenDowideitthen use what it sounds lke the old original configure admin password to get in the next
k - then Babar will help out when he's waking :)
why the F*K doesn't configure realise that a spec file has changed, tell me and allow save
SvenDowideit mumbles
[00:02]
Babarhum... [00:03]
SvenDowideitso ArthurClemens what do you need saved? [00:03]
BabarI need to configure trunk because you guys are too lazy to do it? [00:03]
SvenDowideitBabar, no [00:03]
ArthurClemensI added jquery theme for pattern [00:04]
SvenDowideitArthurClemens's foswiki user is probly not in the t.f.o configure htpasswd
ArthurClemens, where's that?
[00:04]
ArthurClemensExtensions > JQueryPlugin > bottom [00:04]
BabarNothing to do - you haven't made any changes yet [00:04]
ArthurClemensit should says "enabled" [00:04]
gac410SvenDowideit: I think Timothe has reworked that all significantly. [00:04]
SvenDowideitBabar, no, i'm in configure [00:04]
ArthurClemensyeah, it always says that [00:05]
SvenDowideitwhat we need (which i don't know)
is to allow ArthurClemens to get to configure in the first place
[00:05]
Babarah
that I can easily do
[00:05]
SvenDowideitSvenDowideit decides to be cruel, and to change the validation to embedded for a few days to test that [00:06]
Babardone.
ArthurClemens: feel free to use your login to access configure
[00:06]
SvenDowideitok ArthurClemens i think i've saved it [00:06]
ArthurClemensthanks, twice [00:06]
SvenDowideitBabar, sweet - thanks
SvenDowideit doesn't like having 2, but also doesn't like using htpasswd for f.o at all
[00:06]
BabarOct 31 00:11 so yes you did save it :) [00:07]
SvenDowideithttp://trunk.foswiki.org/Main/SvenDowideit
ArthurClemens, thats the pattern theme mod i'm using - does that have your new hotness, or am i breaking stuff (actually, i think i have way too much in the css's)
are you testing the f.o site variation of pattern atm? or just working on plain pattern
[00:07]
BabarBabar waits for 01:23 to get some sleep :) [00:10]
SvenDowideitBabar, is young :) [00:10]
ArthurClemensnow just plain pattern, because of two-way skin alignment between MD and me [00:10]
SvenDowideiti went to bed late last night - 10pm [00:10]
ArthurClemensso all changes are in PatternSkinTheme [00:10]
SvenDowideitArthurClemens, coolio, makes sense too, adding natedit was always going to add complexity
i'll look at simplifying my one to be only a tiny css overlay on that
[00:10]
BabarSvenDowideit: no. The main difference is that my twin alarm clock are both neighbour's workers drilling the walls. And they only start at 9am :) [00:11]
ArthurClemensthe difference in buttons was always a pain to the eyes [00:11]
SvenDowideitrather than the big mess it is atm
giggle
mine start at 6am atm - loooxury!
SvenDowideit has to go - thanks to all ;)
[00:11]
ArthurClemensbye sven [00:11]
Babarbye Sven [00:12]
ArthurClemensthe saving of configure did not solve the problem
it is weird
http://trunk.foswiki.org/Sandbox/ButtonTest loads pattern's jquery-ui
you can see it from the button style
and the source code of course
then the edit screen suddenly uses foswiki jquery-ui
but only on t.f.o.
under the hood in css.pattern.tmpl there is a check for PATTERNSKIN_JQUERY_THEME preference
[00:12]
Babarwe probably have to clear the cache [00:15]
ArthurClemensa cache that caches edit pages? [00:15]
Babarhum... as it's JS, it's true it shouldn't matter
I was more thinking about your local cache
[00:17]
gac410t.f.o should not be setting any expires times for local caching ... (I hope) [00:17]
ArthurClemensit is not JS.
the html source code loads foswiki jquery-ui instead of pattern jquery-ui
[00:18]
Babaranyway, it's 01:23, so... good night folks :) [00:18]
ArthurClemensnight [00:18]
gac410g'night Babar
ArthurClemens: Have you tried reloading the page with ?refresh=cache url param?
[00:18]
ArthurClemensno difference [00:20]
gac410Where is that setting controlled? [00:21]
ArthurClemensin DefaultPreferences: Set PATTERNSKIN_JQUERY_THEME = PatternSkinTheme
then css.pattern.tmpl reads that preference, and if it exists, it does %JQTHEME{PatternSkinTheme}%
in order to succeed, the theme must exist and be enabled in configure
it works for view, it works for edit on my machine, but not for edit on t.f.o
[00:22]
gac410gac410 eyes roll back in head trying to follow some of this settings stuff. [00:24]
ArthurClemensyes, it is pretty craze
jQueryPlugin has themes, that can be set by a skin
[00:24]
gac410I did view source on a trunk edit page, What should I look for to see if I am having the same issue? [00:25]
ArthurClemensfind the string "jquery-ui"
it is a css file
[00:25]
gac410yup. two occurrences
"/pub/System/JQueryPlugin/themes/foswiki/jquery-ui.css .... JQueryPlugin theme
Ah.. the other one is js.
Is that the right one?
[00:26]
ArthurClemenson view page the url is /pub/System/PatternSkinTheme/jquery-ui.css [00:27]
gac410hm. strange. [00:27]
ArthurClemensand on edit it is /pub/System/JQueryPlugin/themes/foswiki/jquery-ui.css => wrong [00:27]
gac410yeah. It's also at a completely different place in the rendered output. [00:28]
ArthurClemensthe css gets right when you append ;skin=pattern to the url
so bypassing natedit
[00:28]
gac410Hm. I see the same thing on my local system. PatternSkin in view, JQujery... in edit.
ArthurClemens, do you have a good primer to creating a form, esp. with the foswikiFormstep div's etc.
Trying to create a delete user dialog.
Maybe I should check it in and let you gaze in horror. :)
[00:29]
ArthurClemensour current form capabilities are limited, just oriented vertically
for longer forms you can use dividers
up to last week we used foswikiFormStep to create dividers
now use <hr />
so for a simple form: <div class='foswikiFormSteps'><div class='foswikiFormStep'>part one<hr />part two</div></div>
[00:33]
gac410Well mine is really simple. Thanks. I'll give it a try. [00:35]
ArthurClemensas long as you use foswikiInputField and foswikiSubmit classes :-) [00:35]
I will continue tomorrow [00:46]
gac410g'night ArthurClemens [00:47]
ArthurClemensnight [00:48]
......... (idle for 43mn)
gac410SvenDowideit: OneStepUserDeletion - initial work checked in. Still needs output templates - currently using an old template with minimal/no information. [01:31]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/yerKOg
foswiki/master e570151 GeorgeClark: Item12207: Initial checkin...
[01:41]
***GithubBot has left [01:41]
FoswikiBothttp://foswiki.org/Tasks/Item12207 [ Item12207: Implement OneStepUserDeletion ] [01:41]
gac410Hm. How do I pass a "multi-line" message into a template using a throw? My < > and %BR% are being entity encoded. [01:54]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/MkY0sw
foswiki/master 9cccbc9 GeorgeClark: Item12207: Remove bogus log message...
[01:55]
***GithubBot has left [01:55]
gac410never mind ...using \n and a <pre> block works find. [02:01]
...... (idle for 25mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/zY9tAg
foswiki/master 79873b7 GeorgeClark: Item12207: Add templates for output from delete...
[02:26]
***GithubBot has left [02:26]
FoswikiBothttp://foswiki.org/Tasks/Item12207 [ Item12207: Implement OneStepUserDeletion ] [02:26]
................................. (idle for 2h43mn)
SvenDowideitmmmm
chromebox set up with 2 screens, xrandr using them
but the mouse won't go over the boundry to the second screen
i think that might be a window manager issue - mmm
mm, so i can see xchat, but its hard to interact with
[05:09]
............................. (idle for 2h22mn)
fsfsSvenDowideit: I seem to remember you're the release manager for 1.1.6, right? Do you think Item12202 is fit for Release01x01? [07:35]
FoswikiBothttp://foswiki.org/Tasks/Item12202 [ Item12202: DST shift marks old RSS feed items as new / value of isotz must be date dependant ] [07:35]
........ (idle for 37mn)
jastfsfs: George Clark is release manager for 1.1.6
Sven is in charge of 1.2
[08:12]
fsfsjast: ah, I see [08:13]
BabarBabar has to admit he was suspicious about this commit, because CDot isn't really the kind of guy to complicate things just for the sake of it. But the fix seems sound, and CDot is down under playing with koalas, so... [08:23]
pharvey1which commit? [08:25]
jastwhat? Michael isn't here? how is this even possible? :O [08:26]
pharvey1ooh, shiny new skin changes :) [08:35]
Babarpharvey1: fsfs's [08:45]
***ChanServ sets mode: +o MichaelDaum [08:47]
........................... (idle for 2h11mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to Release01x01: http://git.io/zK7HTg
foswiki/Release01x01 ed910bd ArthurClemens: Item12192: bump up version; provide legacy support using theme "115"....
[10:58]
***GithubBot has left [10:58]
FoswikiBothttp://foswiki.org/Tasks/Item12192 [ Item12192: Fixes and enhancements ] [10:58]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/voTK2A
foswiki/master 2179508 ArthurClemens: Item12192: bump up version; provide legacy support using theme "115"....
[10:59]
***GithubBot has left [10:59]
....................... (idle for 1h52mn)
MichaelDaumrestoring a previous version of a topic should not go thru an edit cycle imho
I had the case that tinymce f*ed up a topic, but I was not able to restore a previous version as the restore procedure induced the same error again applied to the old revision.
best would be for restore revision to just do it (tm). in case some additional changes are required - which obviously is not always the case - another edit should be used.
a simple two step process: (1) "restore prev revision" (2) confirm action ... and done
[12:51]
gac410MichaelDaum: You can always use "delRev" to make the current revision just disappear. [13:00]
MichaelDaumnot from the userinterface [13:01]
PeterSvendsenHi all... I have a secrch functing using %ATTACHMENTLIST{extension="doc" includefilepattern='Document Title' web="Documents" topic="ArchitectureDocumentTemplates" header="| *File type* | *File name* | *File comment* |" format="| $fileIcon | [[$fileUrl][$fileName]] ($fileSize) | $fileComment | "}%.......................... but the statement includefilepattern='Document Title'... here I would like to use the dataform field "Document
it doesnt work..... can any of you see what I should do to correct it?
[13:01]
gac410right. well, to me the browser url field *Is* the user interface :D
Micha, though more seriously, what did the tml->html->tml round trip break? Should we have a test for it in the roundtrip tests?
[13:01]
MichaelDaumfrom the ui, you are able to restore _any_ rev not only the last one. deleting _all_ later revs might not be an option ... and quite destructive
it removed all divs of a grid layout
[13:03]
gac410hm, yeah div's don't survive well iirc. I'm not sure there is an easy way to protect them beyond <sticky> [13:04]
MichaelDaumthe usual case of an off-the-radar html piece of content [13:04]
ArthurClemensPeterSvendsen: that is a strange pattern for includefilepattern
which files should it include?
[13:05]
gac410MichaelDaum: On the "remove user" process... Can you comment more on how a template would overlay a topic? Should be easy enough to do but I'm not sure what to do. Or do you want to take a stab at implementing that piece. [13:06]
MichaelDaumMichaelDaum hides his head
naw, I am overloaded already
frankly, I was not thinking it as thorough as you did: new rev. vs delete + new topic
[13:06]
gac410Maybe it shoud just change the form from the User form to an Archive form. And the AutoViewTemplate woud then display whatever you want.
except you can't get to old %META data in the revision history :(
[13:07]
MichaelDaumI would have created just a new revision based on some OldUserTemplate ... with whatever there is in there (data form, attachments, ...) [13:09]
gac410Maybe that should be a plugin callback. [13:09]
MichaelDaumthe shell equivalent of cp System/OldUserTemplate.txt Main/AlumniUserTopic.txt [13:09]
PeterSvendsenArthurClemens I would like include all documents that contain the data entered in the dataform field "Document title" [13:10]
ArthurClemensPeterSvendsen: do you want to show topics or attachments?
currently your query finds attachments in topic ArchitectureDocumentTemplates
and then only doc files
[13:12]
gac410MichaelDaum: T* has diverged a bit, but they treat the # comment character as a "disable" flag in the htpasswd file.
They've added several API calls. getUserData, setUserData (using a hash of user info) and a getMustChangePassword
In the getUserData is a hash entry {disabled } which is set to true if the password entry starts with #
[13:22]
MichaelDaumah ok. well whatever blocks the passwd check.
what kind of user data does the api handle?
just anything in a hash or is there a minimum to be covered?
[13:25]
gac410I guess it depends on the password manager, I have to go read the code again... moment [13:27]
MichaelDaumhm, well I'd love to see profile photos to be covered by the getUserData...which not necessarily is a password manager thingy
the next LdapContrib + SolrPlugin will index profile pages by augmenting the lucene document with user data coming from an ldap directory.
there is quite some config management required to decide on the ldap attributes and to which field name to map it on.
[13:27]
gac410It's in the Users.pm API, so the password manager has to handle it I guess. getUserData( $cUID ) -> $dataRef Returns an array of hashes, with each hash keys of name, title, value, type, size, note. setUserData can change the "value" for each name.
So it's up to the password manager which fields to include in the array of hashes.
[13:30]
MichaelDaumis it accessible via %USERINFO in wiki app land? [13:31]
gac410No idea. [13:31]
MichaelDaumfor normal foswiki installs, user data is part of the UserForm. so the api duplicates %QUERY at best [13:33]
gac410USERINFO has not been extended to access the userData hash. [13:34]
MichaelDaumfor an ldaped foswiki, %LDAP does the job most of the cases, except where there is a mix of both: topic data and ldap data required (like in the case of a profile image)
for an oauthed foswiki things are even more different
so yes, standardizing user data does make sense hiding the complexity of all these cases.
though setUserData is a bit more "exotic"
[13:34]
gac410Looks like they only access setUserData in their new Manage API. I guess primarily to enable/disable accounts. They cannot use the normal UI functions, because disabled users are hidden. [13:39]
MichaelDaumharumpf
so there's no disableUser() enableUser() sort of?
[13:39]
gac410no [13:40]
MichaelDaumok [13:40]
PeterSvendsenArthurClemens - attachments in topic ArchitectureDocumentTemplates is what I want... and ONLY files that contain the name specified in the Dataformfield "Document Title" [13:41]
MichaelDaumso our approach to remove or disable an account is not really covered by new T* apis [13:41]
gac410Well, we don't have disable yet, only remove. [13:41]
MichaelDaumic [13:42]
gac410And their "remove" is still the original "remove the current user" which I never really understood. You can only delete yourself? [13:43]
ArthurClemensPeterSvendsen: ok, so each topic has a data form, where the field "Document Title" contains a document name, and that should be used for ATTACHMENTLIST to filter the attachments in topic ArchitectureDocumentTemplates [13:43]
PeterSvendsenArthurClemens yes correct :) [13:45]
ArthurClemensso includefilepattern should be: includefilepattern="%FORMFIELD{"Document Title"}%"
but the problem might be that the name is not a correct regex pattern
probably better to use file.
file="%FORMFIELD{"Document Title"}%.doc"
[13:46]
PeterSvendsenregex? [13:57]
ArthurClemensshort for regular expression
"includefilepattern: Regular expression pattern to match filenames to show."
probably not what you need
[13:58]
gac410fsfs: Your time changes appear okay, but that particular area of the code scares me a bit. Might be best for Item12202 to only apply to trunk. [14:00]
FoswikiBothttp://foswiki.org/Tasks/Item12202 [ Item12202: DST shift marks old RSS feed items as new / value of isotz must be date dependant ] [14:00]
PeterSvendsenArthurClemens ok thanks.... if I use file="%FORMFIELD{"Document Title"}%.doc"... I get 0 hits [14:01]
ArthurClemensdo you get hits when you don't use file? [14:01]
fsfsgac410: fine with me, thanks for looking through backlog before I notice your arrival :-)
gac410: do I stell set the bug to "waiting for release"?
[14:02]
ArthurClemensand does the value of "Document Title" field match the file names? [14:02]
PeterSvendsenif I use includefilepattern="%FORMFIELD{"Document Title"}%" and the document title is without space e.g. "DesignDocument" I get hits.. but if the title is "Design Document" I dont get hits... [14:02]
gac410Yes, Waiting for release "Minor" and 1.2.0 [14:02]
ArthurClemensyes, it doesn't work as a regular expression [14:03]
PeterSvendsenIf possible I would like it to be space independend..... :/ [14:03]
ArthurClemenstherefore you need to use file.
aha, you have files _containing_ the string Design Document
[14:03]
PeterSvendsenThe document name is "DesignDocument_template" and the document title is "Design Document" [14:05]
ArthurClemenswell, that wouldn't work in any case [14:06]
PeterSvendsenok damn [14:06]
ArthurClemensthere is a macro that does string replacement
but you can't use file, because that wants an exact match
you can use a regular expression if there is a naming rule
to remove spaces you can use %ENCODE{}%
%ENCODE{"Document Title" old=" " new=""}%
and for includefilepattern you could try:
includefilepattern="%ENCODE{"%FORMFIELD{"Document Title"}%" old=" " new=""}%"
[14:07]
PeterSvendsenthanks.... but youre into something here... if we dont have a naming convention it will not work in the long term..... :/
but a good idea to start with...
[14:15]
ArthurClemens thanks for your help :) [14:25]
ArthurClemensyw [14:25]
gac410MichaelDaum: I added some thoughts to Foswiki:Development.OneStepUserDeletion on what a deleteUserHandler should look like. That might be the best way to deal with user archives. [14:37]
FoswikiBothttp://foswiki.org/Development.OneStepUserDeletion [ OneStepUserDeletion ] [14:37]
MichaelDaumhm
why not extend the user mapping and password manager api?
that's where all things related to users is handled, not in a plugin, as far as I see.
[14:40]
gac410I did that for field validations, and CDot added a plugin handler anyway. I guess he considers the handlers easier to access. [14:41]
MichaelDaumnormally, the internals of a user mapper class is shielded from plugins and only accessible by core apis. [14:42]
gac410It is probably easier to add a plugin handler than to subclass the UserMapper to add custom code. [14:42]
MichaelDaumbtw you are absolutely right with regards to disabling a user via !
however commenting out a htpasswd line is off the specs with regards to apache htpasswd cmdline utils
[14:43]
gac410right. Though our email extensions are not really handled well either. [14:45]
MichaelDaumMichaelDaum trying to find some info on the net about the format of a htpasswd file ...
quite common to insert ! into an /etc/passwd file on nixes
or an x
for all non-login accounts
[14:46]
gac410I added $users->validateRegistrationField( $name, $value ) to the Registration process. CDot added $session->{plugins}->dispatch( 'validateRegistrationHandler', $data ); [14:50]
MichaelDaumerm I mean a * in /etc/shadow [14:51]
gac410Right, but we have a "reset password" process for .htpasswd that /etc/passwd doesn't have. [14:52]
MichaelDaumvalidateRegistrationHandler makes much more sense in plugin scope
been using it in CaptchaPlugin
yea well, the reset password process should be aware of an account being disabled
no matter whether there's still an email address associated with the account
and no matter how the account is disabled
[14:52]
gac410wouldn't removing a registration be similar? Let a pluginHandler deal with "special cases" of archiving users, rather than subclassing a mapper? [14:55]
MichaelDaumdunno
imagine all user data is stored in an sql table
and there's an sql user mapper
I'd assume that this mapper already has got means to access the user data in the sql table
from that pov it seems sensible to have the "disable user" handler an api call in the mapper class
if it was a plugins-only handler, you'd _need_ a plugin to intercept these case and inform the sql mapper class to do the disable job
[14:55]
gac410I'm not talking about disable user. That is totally different. Register user creates a User topic, deleteUser uses the API to have the mapper remove the user, but our mappers do not create user topics. [14:59]
MichaelDaum... which sounds a bit like shooting into the eye via the knee [14:59]
gac410Register... Uses Mapper API to add the user, and then creates the user topic. deleteUser uses Mapper API to remove the user, and then deletes the user topic. [15:00]
MichaelDaumsounds good [15:01]
gac410So the question becomes. How do we let the client control the "delete the user topic" phase. As a Mapper subclass, or as a plugin handler. I argue for latter, because mapper does not create the topic. [15:02]
MichaelDaumI was reading your prev line in the sense that it should deal with both topic creation as well as removal. [15:03]
gac410If we want the mapper to create/remove user topics, then that's a much bigger change.
Mapper has no api to create a user topic. That is done by the register UI today.
[15:03]
MichaelDaumright. and this. sux.
that's why there is this horrible NewUserPlugin
it checks whether the active user has got a topic already early in the loop and creates one if not, replicating code from UI::Register
plus some more
[15:04]
gac410I don't disagree. But re-architect of the Mappper / Topic api is definitely not a 1.2 change. [15:05]
MichaelDaumyea seems s
po
^so
there's still too much stuff going on in the Foswiki::UI::* classes
[15:05]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UI [15:07]
MichaelDaumthings that should be in Foswiki::Func or Foswiki::Meta [15:08]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Func http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Meta [15:08]
gac410So for 1.2 scope. Just implement simple "Rename to trash" or Call a handler, or try to implement the topic archive logic in the UI class. [15:08]
MichaelDaumI'd prefer to do the feature properly from the start. up to that point theres AntiWikiSpamPlugin that people can use to delete a (spam) user.
even if that means planning it for 1.2.1
[15:09]
gac410Hopefully No features in patch releases. That will push to 1.3 or 2,0 [15:09]
MichaelDaumMichaelDaum is expecting a 1.2.1 sooner than later after 1.2.0 is out in the wild [15:10]
gac410Right, but talking to sven, we will get patch releases much faster if we hold the line on no features. And get feature releases sooner too.
The 1.1.x cycle really got out of control with features where we really should have done a 1.2
So you would recommend reverting the deleteUser work and just live with AWSPI ... maybe with some enhancements to make the spam filtering optional, if user just wants the delete functino.
I think it would be safe to implement the deleteUser code with simple "move to trash" as AWSPI does. No API changes, no handlers. that way it's easy to do it better / right in the next release.
Once we add handlers, then we have to worry about deprecation.
Does *anyone* use the "Delete my own account" which Manage.pm deleteUserAccount is implemented to do today?
I have not found any template that will call the removeUserAccount function.
[15:11]
ArthurClemensnever seen that [15:28]
gac410It really doesn't make sense to me. You send Manage action=removeUserAccount your password for the logged in user, and it "deletes" the account. ... sort of. Leaves topic behind, and refuses if user is in any group. [15:31]
***ChanServ sets mode: +o OliverKrueger [15:44]
...... (idle for 25mn)
gac410ArthurClemens: Just ran check_manifest ... pub/System/Skins/js.js is missing from the MANIFEST
Could that be causing your trunk issues?
[16:09]
ArthurClemenshmm, doesn't ring a bell
but it could not, it must be a preference/template issue
[16:11]
gac410System/DefaultUserRegistration.txt:text="<script type='text/javascript' src='%PUBURLPATH%/%SYSTEMWEB%/DefaultUserRegistration/js.js'></script>"
and System/Skins.txt:text="<script type='text/javascript' src='%PUBURLPATH%/%SYSTEMWEB%/Skins/js.js'></script>"
are the two references I've found.
[16:11]
ArthurClemensthe one in DefaultUserRegistration must be included
I will update core manifest
no, TopicUserMappingContrib
but there it is: pub/System/DefaultUserRegistration/js.js 0644
[16:14]
gac410Ah... CDot created that to remove inline js, so SafeWikiPlugin won't kill it.
So why is it in two places.
[16:16]
ArthurClemensthey happen to have the same name
pretty stupid name
I will update the one in TopicUserMappingContrib
[16:16]
gac410CDot added the pub/Skins one in Foswikirev:13931 [16:17]
FoswikiBothttp://trac.foswiki.org/changeset/13931 [ Changeset 13931 – Foswiki ] [16:17]
gac410Looks like he used the same name wherever he moved inline js into a include. [16:19]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/z52scA
foswiki/master a468eb6 ArthurClemens: Item12209: Rename js.js to validate.js...
[16:26]
***GithubBot has left [16:26]
FoswikiBothttp://foswiki.org/Tasks/Item12209 [ Item12209: Rename js.js to validate.js ] [16:26]
................................. (idle for 2h44mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/h4ccOA
foswiki/master 229e910 TimotheLitt: Item12210: Generic checker enhancements...
[19:10]
***GithubBot has left [19:10]
FoswikiBothttp://foswiki.org/Tasks/Item12210 [ Item12210: Easier generic checkers ] [19:10]
.......... (idle for 45mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/t97pHA
foswiki/master 0a2ef4f TimotheLitt: Item12211: Configure saves backups of LSC...
[19:55]
***GithubBot has left [19:55]
FoswikiBothttp://foswiki.org/Tasks/Item12211 [ Item12211: Configure should save previous file when saving a new configuration ] [19:55]
............. (idle for 1h0mn)
***donbarry has quit IRC (Remote host closed the connection) [20:55]
................... (idle for 1h31mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/f8NFaw
foswiki/master 5e01202 GeorgeClark: Item12207: Verify the returned output...
[22:26]
***GithubBot has left [22:26]
FoswikiBothttp://foswiki.org/Tasks/Item12207 [ Item12207: Implement OneStepUserDeletion ] [22:26]
..... (idle for 21mn)
ArthurClemensSkinBrowser is utterly useless
configure is broken in trunk
[22:47]
gac410Hm. Timothe just merged. I'll take a look. [22:50]
............ (idle for 56mn)
ArthurClemens. Configure is running, but may come/go as we try to reproduce the issue. [23:46]

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