#foswiki 2015-03-23,Mon

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

WhoWhatWhen
GithubBot[distro] gac410 pushed 2 new commits to master: http://git.io/hQpW
distro/master e7a0a4f George Clark: Item13318: UpdatesPlugin missing meta
distro/master 4531b4a George Clark: Item13319: Don't autoattach all files...
[00:00]
***GithubBot has left [00:00]
.................... (idle for 1h37mn)
GithubBot[distro] gac410 pushed 2 new commits to master: http://git.io/h7Y7
distro/master bec7dbc George Clark: Item13318: Fix missing metadata
distro/master 8736a54 George Clark: Item13319: Don't autoattach subdirectories
[01:37]
***GithubBot has left [01:37]
.......... (idle for 47mn)
Vampire0 has quit IRC (Ping timeout: 250 seconds) [02:24]
....... (idle for 34mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/h7Ba
distro/master 98f5e56 George Clark: Item13318: Cleanup last of topic metadata issues...
[02:58]
***GithubBot has left [02:58]
.............. (idle for 1h9mn)
gac410 has left [04:07]
........................ (idle for 1h55mn)
Cervator has quit IRC (Quit: Cervator) [06:02]
......... (idle for 41mn)
ChanServ sets mode: +o CDot [06:43]
....... (idle for 34mn)
ChanServ sets mode: +o MichaelDaum [07:17]
...................... (idle for 1h45mn)
GithubBot[distro] cdot pushed 2 new commits to master: http://git.io/h5CP
distro/master bcad415 Comment: Item9693: typo
distro/master 465c861 Comment: Item13313: add -autoattach and move script to core/tools
[09:02]
***GithubBot has left [09:02]
......................... (idle for 2h3mn)
GuilainChi MichaelDaum, hoping that everything goes well [11:05]
MichaelDaumHi GuilainC [11:05]
GuilainCusing natedit these last days intensively, confirm that i really love it ! :)
but i found too, some unhappy feature
for example all "ctrl + key" are catch by natedit
which is not happy for using different tab in a browser (ctrl + tab, ctrl + shift + tab)
[11:05]
MichaelDaumctrl + which key? [11:07]
GuilainCis it possible to avoid this behavior ? or it's deeply impossible to get it work [11:07]
MichaelDaumI just checked: ctrl+tab is just fine switching tabs [11:07]
GuilainCin a other way, ctrl is catch, although i should not
ah :(
[11:07]
MichaelDaumlet me check natedit+tinymce [11:07]
GuilainCcan come from my config
debian/iceaweasel/xfce
for me
[11:08]
MichaelDaumnatedit+tinymce are fine: can switch tabs alright
chrome here
let's see firefox
[11:08]
GuilainChum i recognized that i've check my virtual desktop switch (virtual desktop) and it's work (ctrl + F{1,2,3,4,..}) [11:10]
MichaelDaumchrome and firefox are not catching ctrl + key over here ... at least they don't prevent me from switching tabs using ctrl+tab [11:10]
GuilainCbut ctrl tab doesn't wokr
work
so it's come from my config...
[11:10]
MichaelDaumdid you only test iceweasel? [11:11]
GuilainCmostly, I only use iceweasel, i've an opera installed too and i will make test on firefox with an other computer
sorry for disturbing you, it could be a special personal problem... (iceweasel or even debian...)
[11:12]
same behavior on opera... [11:23]
MichaelDaumdoes ctrl+tab work fine if you are _not_ inside natedit? [11:36]
GuilainCyes ;)
I've made this test... but doesn't test under tinymce or simple the edit template
[11:44]
MichaelDaumtry when wysiwyg is disabled [11:45]
GuilainCnowysiwyg= 1
?
[11:45]
MichaelDaumy [11:45]
GuilainCGuilainC makes the test
lovely !
that's work !
you're awesome MichaelDaum !
GuilainC confirm the guru rank of MichaelDaum ! :)
but now... is it normal ?
[11:48]
.... (idle for 18mn)
***ChanServ sets mode: +o gac410 [12:08]
gac410Hey CDot, I must be losing my mind. I assure you, http://trunk.foswiki.org/Tasks/Item13314, I get SERVER SIDE SORTING! [12:15]
CDotNot me. Client side, clean as. [12:16]
gac410Oh.ll no no I don't wtf [12:16]
CDottee hee [12:16]
gac410It paints the server URL. I hover over heading http://trunk.foswiki.org/Tasks/Item13314?refresh=cache;sortcol=2;table=1;up=0#sorted_table
But still sorts in JS
[12:17]
Michael, On Item13318, I think that the file "js.js" attached to UserRegistration is not used, I didn't see where it was referenced. But I'm not sure.
And on the validate.js on DefaultUserRegistration ... That one is used, but does not have compressed / minified versions in the manifest. So is that an issue buidling a release,.
And I had a very strange issue yesterday. I did a full "beta" build of 1.2.0 On TinyMCE, setting a heading entered a lot of non-latin characters. And ahead of every ---+* heading, there was a single character rendered, "A" with a small circle over it.
The NatEdit also was causing that same "A" heading prefix.
I "cleaned" all the compressed / gzipped files, and the problem went away.
[12:29]
MichaelDaumgac410, ay [12:38]
jastone of the compressors had issues with special characters... I don't recall which one [12:41]
gac410Yeah I recall that. But I switched to uglify and verified that that was what I'm using
Er. the node.js version.
[12:42]
jastthe node.js version is the only version of that :) [12:42]
gac410CDot: Nope. change_store is totally corrupting now
It added a 2nd TOPICINFO line to the topic with the autoattached file.
It only adds the TOPICINFO in the presence of autoattached files.
[12:47]
***ChanServ sets mode: +o RaulFR [12:49]
RaulFRhello all :-) [12:49]
gac410Howdy RaulFR [12:50]
Hi all ... reminder. Release meeting in 5 minutes. In the #foswiki-release channel [12:55]
jomolurkers allowed? :) [12:55]
***RaulFR changes topic to: Channel logs: http://tinyurl.com/7atzrpz ... Next Release Meeting Monday 23 March 1300Z in the #foswiki-release channel [12:56]
gac410sure jomo
come one come all !
[12:56]
jomo:) [12:56]
gac410Oops... toaster popped. time for breakfast. back in a minute [12:56]
jastI'm busy with development stuff but will check in every now and then [12:58]
CDotgac410: if that's the case, I suspect there may be cases where that extra TOPICINFO line may pop out of the woodwork :-(
there's nothing special about the autoattach topics (as far as I'm aware) - unless the TOPICINFO is already corrupt
[12:59]
GithubBot[distro] FoswikiBot pushed 1 new commit to master: http://git.io/hdCX
distro/master 0223805 Raul F Rodriguez: Item13252: Translations updated using Weblate (French)...
[12:59]
***GithubBot has left [12:59]
gac410Nope. Topicinfo looked fine. [13:00]
CDotand are the lines idential? [13:00]
gac410Before: %META:TOPICINFO{author="AaaronBBB" comment="" date="1417293915" encoding="iso-8859-1" format="1.1" reprev="1" version="1"}%
After: %META:TOPICINFO{author="BaseUserMapping_999" comment="pending" date="1417293915" format="1.1" version="1"}%
Let me revert to before your autoattach change and try that topic again
Strange. it's something else. The prior version is also corrupting the topicinfo.
[13:02]
.... (idle for 15mn)
CDotCDot isn't surprised to hear that
what topic?
[13:21]
gac410I'll have to zip it up for you. [13:21]
CDotCDot suspects it's a format problem in the topic source [13:21]
gac410Ahh. It's a topic without any ,v file. Just a text file. [13:23]
CDothmmm
so it's a text file with attachments?
[13:23]
gac410No. In this case it was a simple text file but with a TOPICINFO. Probably some old topic that I had cleaned of ,v files for some reason. I totally randomly chose it to add an autoattached file to pub.
Pure coincidence
[13:24]
CDotok, can you pastebin the first 3 lines of the topic? [13:25]
gac410http://pastebin.com/WUDwdAFj [13:27]
CDotinteresting. Running change_store in validate mode, and passing the same out store as in store, I get errors. Now that should not happen! [13:35]
jastmany things shouldn't happen but do...
for instance, at a customer's, updating two specific attachments causes the CGI process to get stuck at 100% CPU
[13:39]
CDotjast: are they very big attachments? [13:46]
jastnah. <20 MB [13:47]
CDotbinary? [13:47]
jastyes [13:47]
CDotimages? [13:47]
jastZIP (.pptx) [13:47]
CDothmmm [13:47]
gac410Rcs [13:47]
CDotthat was my first assumption too
easy to test
[13:47]
jastRcsLite, to be specific [13:47]
CDotnot so easy to test, but still do-able [13:48]
jastlooking at the data, one possible cause is that foo.zip and foo.zip,v have become out-of-sync for unknown reasons [13:49]
CDotthey *can't* become out of sync
foo.zip (latest) is always the "new rev" of foo.zip,v - even if the data is totally at odds
[13:49]
jastin theory I agree with you
in practice the .zip file is 14 MB and the .zip,v file is 6 MB
[13:50]
CDothum
applying ocham's razor, i'd guess the .zip has a terminator character in it somewhere
that is causing rcs issues. I can happen....
[13:50]
jastby law of statistics, approximately every binary files does [13:51]
CDotmaybe not terminator character, maybe a sequence, like "@@ something" [13:51]
jastthe RCS string terminator does seem to get treated correctly, looking at the code
though it's horribly undocumented and cryptic
[13:51]
CDotok, you're way ahead of me [13:52]
jast$state = 'e'; ... $state = '@';
okay! good to know!
[13:52]
CDotI tried once to understand how RcsLite worked by looking at the Rcs sources. Bad idea. [13:53]
jastI can imagine...
(extrapolating from the RCS file format and what kind of person would have come up with it ;))
[13:53]
CDotaye, I suspect it was the same person who designed the Z80 [13:59]
gac410Any cpu with non-canonical binary / decimal. [13:59]
...... (idle for 27mn)
CDotgac410: ok, that's a doozy.
multiple TOPICINFO's. It's a bug in the Foswiki::Serialise code.
[14:26]
gac410Why does it get added? There is only one TOPICINFO in the original [14:26]
CDotRight at the start of deserialisation there's a regex that recognises META:TOPICINFO. I suspect it was intended to remove it.
however, the regex *puts it back*. As a result, later code re-reads the TOPICINFO
[14:26]
gac410In absence of ,v rcs data, we are completely ignoring the topicinfo. [14:27]
CDothowever, the first pass read makes changes to the TOPICINFO (not sure why yet)
but the result is that there are *two* TOPICINFO's in the serialised meta
no, .txt gets parsed for meta, same as anything else
I haven't got all the way to the root of this problem, but that's why there are 2 topicinfos
I see. Grr, it's hard to track the history of a single line in git. Much easier in subversion.
[14:27]
gac410git log -L line,line:path-to-topic
git log -L 1,2:data/System/MainFeatures.txt
damn smilies
That will pick a line range in the current version of the topic start,end and track it as it moves around for the life of the topic.
[14:32]
CDotand if the line moved around? [14:35]
gac410It follows it
igit log -L 96,100:lib/Foswiki/Serialise/Embedded.pm
well git, not igit
Bad example, only touched in 2 commits.
[14:35]
CDotok, I understand now. It's deffo a bug in Serialise, but only visible in change_store because of what it does [14:37]
jastunrelated question: is there any scenario in which a ,pfv/ file is opened for writing, after the time it's first created? [14:39]
gac410Hm. I wonder what happens with ?cmd=repRev admin only feature allows a revision to be modified in place.
or ?cmd=delRev deletes the top revision, silently stepping back one.
[14:40]
jastyeah, that's one case I was wondering about, I figured I'd ask in case someone can tell without revisiting the code :) [14:41]
CDotjast: no, don't think so [14:43]
jastgreat... that makes for fun trickery I can do, then [14:44]
CDotno, I take that back, I'd have to read the code too. :-( [14:44]
gac410CDot. One more git form you might find interesting. All changes to a named function.
git log -L ^:writeTypes:lib/Foswiki/Serialise/Embedded.pm
Finds all changes to the function named writeTypes
[14:46]
CDotthe lines one is interesting, but I'll never remember it. Obscure syntax :-( [14:47]
gac410-L ^ (from start of file) : (funcname regex) : path to file. git help log
it shows an example
[14:47]
CDotshouldn't have to read the doc :-) [14:48]
gac410:P [14:48]
CDotI'd happily use github to do it, but github is too stupid (or I'm too stupid to work out how to drive it) [14:48]
gac410Well dont' get me started on that. There is also a "pickaxe" feature that I never remember how to use. Can search the commit diff for strings [14:48]
CDotsometimes I just want to go back to clearcase, which did everything I wanted back in the 1990's :-( [14:49]
jastthe -L syntax is in the short help: git log -h [14:49]
gac410Hm. Something removed spaces from empty cells in GitCheatSheetForSVNUsers?rev=2 I was editing it with the EditRowPlugin on trunk :( Another blocker?
Looks like most cells that I updated changed from [space]cell text[space] to just |cell text| no spaces.
[14:55]
CDotthat's OK, they are equivalent in terms of formatting [15:03]
gac410Well not when it writes empty cells as || with no space. It creates a span.
It happens when adding a row, and leaving a cell empty.
(I didn't have an SVN equivalent, so I just skipped that column)
[15:04]
jomogac410: unfortunately can't help. On my system I'm unable to install Unicode::MapUTF8 (the Unicode::Map8) failed on tests... [15:05]
gac410okay jomo, thanks for trying. Depending on the actual failure, you could probably just install with -f to force the install. Sometimes the fails are for tests that are not significant.
jomo, Unicode::MapUTF8 isn't listed in my dependency report. Hm. I don't have it installed on my system and don't get errors.
[15:06]
jomoprove -v -b blib/lib t/map8.t (or simply make test) silently fails without any usefull information but with exit status 11 (what indicates for me some segfaults or such...
if it is not needed - ok ;)
[15:08]
gac410Doesn't seem to be. [15:09]
jomoso, need set something other in the configure as {Site}{CharSet}?
for the utf8 things...
[15:10]
jastno, just that, to "UTF-8" [15:12]
jomoasking because i set it to: sk_SK.UTF-8 (what I'm using system wide, in bash/perl etc) and the foswiki screws all utf8 chacaters in the simple "view" [15:13]
gac410Everyone. I got minutes from the General Assembly posted last night: http://foswiki.org/Community/SixthGeneralAssemblyMinutes Please review. I still need to review the attendees list and mark who was voting / non-voting. [15:13]
jomook goung to change it to simple: "UTF-8" (without sk_SK) [15:13]
jastjomo: the sk_SK.UTF-8 is a locale (which is more than just character set) [15:14]
gac410jomo, $Foswiki::cfg{Site}{CharSet} = 'utf-8'; http://foswiki.org/Tasks/Item13302 has the step-by-step to reproduce. [15:14]
jastUTF-8 vs. utf-8 makes no difference, really
except the value is forwarded in a <meta http-equiv="content-type"> tag, and some older browsers get confused if you say 'utf-8'
or maybe the relevant difference was between UTF-8 and UTF8, I don't remember now
(Foswiki supports both; there's a small difference in meaning that's not worth talking about here)
[15:16]
GithubBot[distro] cdot pushed 2 new commits to master: http://git.io/hFYU
distro/master 1d475d7 Comment: Item13313: serialiser was putting TOPICINFO back into text
distro/master 09cd088 Comment: Item13313: because of the way the store caches TOPICINFO, there was a corner case where a reload of a topic could populate the TOPICINFO incorrectly. This is cured by calling getRevisionInfo - which is the approved way of accessing revision information. Direct access to TOPICINFO is faster, but can trip up.
[15:19]
***GithubBot has left [15:19]
CDotgac410: ok, I went in up to my neck and isolated the core problem with the validation. change_store ought to be more cooperative now. [15:19]
gac410Okay. I just did a pull. Will retry. [15:20]
jomobtw, the help text says: Set this to match your site LOCALE. (from 'locale -a') (note: not charset) - later talks about some japan examples, but... you know.. ;) [15:22]
gac410CDot: It is still changing TOPICINFO.
< %META:TOPICINFO{author="AaaronBBB" comment="" date="1417293915" encoding="iso-8859-1" format="1.1" reprev="1" version="1"}%
> %META:TOPICINFO{author="BaseUserMapping_999" comment="pending" date="1417293915" format="1.1" version="2"}%
[15:23]
CDot*correcting* TOPICINFO [15:23]
gac410Huh... It's going to change all the authors to BaseUserMapping_999 ??? [15:24]
CDotmaybe [15:24]
gac410That's no good. [15:24]
CDotnot quite sure why it's doing that, TBH [15:24]
gac410The topic is one with no RCS file, and with an undknown attachment. But -autoattach or not, it doesn't make a difference. TOPICINFO loses the author. [15:26]
GuilainC[foswiki association] gac410, I've read the meeting of the GA, seems to be what I've seen, at least summarized [15:27]
CDotautoattach is irrelevant. I will investigate (though it's a different problem) [15:27]
gac410Okay Thank you GuilainC The freeform discussion at the end, Crawford, if you want to make sure your concerns were appropriately reflected in the minutes, that would be good. I tried to pick up the important points without copying the whole discussion. [15:28]
CDotaha, I see why. It's because the TOPIINFO is failing the embedding validity check
because it has a field (encoding) which is not defined for TOPICINFO
[15:30]
gac410hm. I wonder how that got there. Must have been something in an older foswiki.
I certainly never would have added that manually. I don't do encoding as you can tell from my hopelessness with utf8
[15:31]
CDotno, we added it to 1.2 for a short time, before deciding it was a bad idea
it was never in < 1.2
that explains the first "bug" I saw as well. It wasn't a bug at all.
there were two TOPICINFO's because one of them wasn't a valid TOPICINFO
[15:32]
gac410Ah. Okay good. Those are leftovers from my collection of test topics in my "sandbox". So anyone who has been "dabbling" with 1.2 from git/svn might have issues. [15:33]
CDotCDot is looking at relaxing the rules, from a "validEmbedding" to a "minimalEmbedding" [15:33]
gac410Still testing with a large corpus of "crap" is probably good :) [15:33]
jasta note on the GA minutes: I was a non-voting guest, too [15:36]
gac410Yeah I need to go over the assoc. membership. I was just trying to find it. Thanks.
Association question. Were paid members for 2014 considered active for purposes of the GA
[15:37]
CDotcan't see any way to log that event without killing performance [15:38]
gac410That particular issue charset ... probably good enough to release note it, and suggest people grep & fix bad topicinfo
er encoding
[15:39]
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/hF8H
distro/master 1442787 Comment: Item13313: reverted 09cd0886f00e75e7cf0ec443f12394a0034477ab because it masks the real problem viz that a TOPICINFO with an invalid embedded will not be read. There's no efficient way to log this situation without screwing performance, so we'll just have to use doc to help people recognise it.
[15:45]
***GithubBot has left [15:45]
gac410CDot ... if the conversion of a topic works without errors, a compare of the old & new topics should be identical. Would that be terrible to do that compare in the change_store [15:54]
CDotit is done. Use -v [15:55]
gac410Ah... okay And -v doesn't do the conversion. Cool. I ran it over and over at one point and couldn't find the output. didn't recognize what v was doing :D [15:56]
CDot-v validates that two stores are identical. It was my main debugging tool, thus: perl -I ../lib change_store.pl -s /home/foswiki/git/core/ -v -t /home/foswiki/git/core -v -i BlahBlah -w Sandbox RcsLite RcsLite
basically comparing the store back to itself
[15:56]
jomoyes, the supplied patch fixed the issue +ššéľ
er13302
[15:57]
CDotyou can use that to find "broken" topics. [15:57]
gac410cool. nice feature.
ugh. wtf. I'm getting 1000's of errors now
[15:57]
CDotexcellent :-)
At least you know what to look for now
interesting thought; change_store.pl is actually quite a neat way to check the integrity of your store
[16:00]
gac410Something is not right. 4000+ errors.
Use of uninitialized value $loadedRev in string eq at lib/Foswiki/Store/Rcs/Store.pm line 330.
System.WebChanges:1(T): Target is null
System.WebChanges:1: Authors differ: ProjectContributor and BaseUserMapping_999
System.WebChanges:1: Dates differ: 1394718139 and 0
Seems to crash in store on topics without ,v file. Looks like the call to getLoadedRev is crashing?
[16:01]
jomothe View wiki text is broken for utf8... this is an known issue? [16:05]
gac410View wikitext? What do you mean? [16:05]
CDotgac410: crash? You mean it stack-dumps? [16:06]
jomo3rd bottom link from the right :) [16:06]
gac410No. Just the single line. Use of Uninitialized [16:06]
CDotthat's not a problem
just an artifact
[16:06]
gac410On *every* topic in System web? [16:06]
jomobetween "Backlinks" and "edit wiki text" :) [16:06]
CDot# loadedRev may be undef even after a successful topic load in
# META:TOPICINFO is missing from the topic.
if ( !defined($rev) || $loadedRev eq $rev ) {
note that it passes fine here
[16:06]
gac410jomo, sounds like a bug. MichaelDaum, Jast... please comment? [16:07]
CDotperl -I ../lib change_store.pl -s /home/foswiki/git/core/ -v -t /home/foswiki/git/core -v -w System RcsLite RcsLite
Scanning web System
... validate ACRONYM:1
... validate AccessControl:1
... validate AccessKeys:1
... validate AdminDocumentationCategory:1
etc
[16:07]
gac410gac410 is completely messed up. Need to clean and re-pseudo-install wtf [16:09]
CDotsounds like it :-( [16:09]
gac410just did full clean, pull, pseduo, config. reran perl -I lib tools/change_store.pl -t core3 -w System -q -v RcsLite PlainFile
Every topic failed with:
System.YouAreHere:1(T): Target is null
System.YouAreHere:1: Authors differ: ProjectContributor and BaseUserMapping_999
System.YouAreHere:1: Dates differ: 1394718139 and 0
[16:11]
jmk0question: Is it possible to forcibly prevent a new revision being created when saving a topic? You can force a new revision but I don't see a way to do the opposite.
alternately, prevent new revision # when no changes have actually been made
[16:13]
gac410jmk0: There is a somewhat hidden admin feature to "silently replace" the current rev. But otherwise, no. If you save, you get a new rev unless within the window of reuse of last revision. [16:14]
CDotcrawford@Daphne:/home/foswiki/git/core/tools$ perl -I ../lib change_store.pl -s /home/foswiki/git/core/ -v -t /home/foswiki/git/core -v -w System -i YouAreHere RcsLite RcsLite
WARNING: Foswiki lib path ../lib/Foswiki.pm is relative; you should make it absolute, otherwise some scripts may not run from the command line.Options:
-sd /home/foswiki/git/core//data
-sp /home/foswiki/git/core//pub
-td /home/foswiki/git/core/data
-tp /home/foswiki/git/core/pub
Scanning web System
... validate YouAreHere:1
crawford@Daphne:/home/foswiki/git/core/tools$ git status -uno
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit (use -u to show untracked files)
i.e. it works perfectly for me
[16:14]
gac410Something really strange is happening to me. What I did was changed my system to utf8 in the midst of all this (shell ... not foswiki) [16:15]
CDotoof [16:16]
jmk0gac410: :-( I think I know the admin feature you refer to, it's a configuration thing, right? That affects everything, but I only want to do this on my daily-updated generated topics [16:16]
jomoclicking on Backlinks results: Could not perform search. Error was: Unmatched ) in regex; marked by <-- HERE in m/Utf8Test([^A-Za-z0-9]|$)|Utf([^A-Za-z0-9]*?)8([^A-Za-z([^A-Za-z0-9]*?)0-9]*?) <-- HERE Test([^A-Za-z0-9]|$)|Sandbox.Utf8Test([^A-Za-z0-9]|$)/ [16:17]
gac410jmk0: no, no way to prevent revision tracking that I'm aware of. You could always "rm" the ,v file
CDot: I have no idea. My system is totally broken. Unable to run change_store on System web
[16:17]
gac410 is totally destroyed. converter was working find with only a few glitches. Now totally broken. git is up to date, nothing converts without errors that I can find.
Even topics with valid rcs,v ever darn rev errors out.
[16:31]
foswiki_irc9Anyone familiar with WebNotify? [16:36]
GuilainCfoswiki_irc9, for doing what ? [16:37]
foswiki_irc9sending email notifications [16:37]
GuilainCgood is done for this
new setup ?
[16:38]
foswiki_irc9I have a situation where if I put * next to people who want to get notified they receive notifications.
But if I specify the section it does not send out notifications
[16:38]
GuilainCspecify the section ?
concrete example ?
[16:38]
foswiki_irc9"Wiki Name": * works
"Wiki Name": Bulletins, Discussions, .. do not work
[16:38]
GuilainCok for me, i don't use the * [16:39]
foswiki_irc9We don't either but it's the only way currently that it works [16:40]
GuilainCfor a web notification (all the web) I only use WikiName
then, bulletins, discussions are topic isn't it ?
[16:40]
foswiki_irc9right
topic
[16:40]
GuilainChum... [16:40]
jomogac410: So, could you please create an Topic in Sandbox says "Ab2Cd" (e.g. with an number middle), save it, and click to the "Backlinks" bellow the topic? [16:40]
GuilainCGuilainC thinking about the foswiki_irc9 problem [16:40]
foswiki_irc9It used to work. [16:41]
gac410jomo, my system is totally broken. I tried to switch to utf8 broke stuff, restored back to en_US and everything still broken. [16:41]
foswiki_irc9Now it only works if we set it * [16:41]
GuilainCfoswiki_irc9, the help precise "topics is an optional space-separated list of topics: "
could you test without the coma ?
and then run by command line and give the output error if any
[16:42]
jomogac410: ok - maybe later ;) throws error on my system. [16:42]
gac410jomo, best to work with MichaelDaum / jast on utf8 questions. [16:42]
jomothis isnt utf8
regex problem - as i said above...
[16:43]
gac410gac410 is beginning to wonder if he has to reinstall his OS Damn... this is not windows :P [16:43]
foswiki_irc9what am I running from command line?
perl -I bin tools/mailnotify?
[16:44]
jomogac410: what happen to your system - it shouldn't be as wrong ;( [16:44]
GuilainCfoswiki_irc9, like here : http://foswiki.org/System/MailerContrib#Running_from_the_command_45line [16:45]
gac410I have no idea. I switched locale, then switched back. [16:45]
GuilainCyes, foswiki_irc9 call mailnotify on command line [16:45]
gac410CDot: Do you have *any* idea where to look. Every topic I touch fails with:
(master)$ perl -I lib tools/change_store.pl -t blah -w System -i WebHome -v RcsLite RcsLite
Options:
-sd /var/www/foswiki/distro/core/data
-sp /var/www/foswiki/distro/core/pub
-td blah/data
-tp blah/pub
Scanning web System
Use of uninitialized value $loadedRev in string eq at lib/Foswiki/Store/Rcs/Store.pm line 330.
... validate WebHome:1
System.WebHome:1(T): Target is null
System.WebHome:1: Authors differ: ProjectContributor and BaseUserMapping_999
System.WebHome:1: Dates differ: 1420222138 and 0
Sorry everyone for all the verbosity.
git pull --rebase ... Current branch master is up to date.
[16:45]
GuilainChum gac410, I don't follow the discussion with CDot, but have you seen that you don't run the same command that CDot...
little bit different, in path and option, hoping you know exaclty why :)
[16:47]
foswiki_irc9GuilainC: I run perl -l bin tools/mailnotify from foswiki folder and nothing happens [16:48]
GuilainCnothing happen, no errors ?
nothing happen, non mails ?
please foswiki_irc9 be more verbose :)
[16:48]
foswiki_irc9literally nothing but a new line
this is the ocmmand I see in crontab
[16:48]
CDotgac410: does blah already exist? [16:48]
foswiki_irc9cd /var/www/foswiki && perl -I bin tools/mailnotify [16:49]
gac410no I don't think so. I've been changing the name just to be sure. [16:49]
CDotthen -v isn't going to work, is it?
-v Validate. Check the consistency of two previously synchronised
stores, without performing any transfers. Used for testing.
[16:49]
foswiki_irc9oh wait..
That's an I not an l
[16:50]
CDotwhen I do the -v, I'm doing it *in place* i.e. -t == -s [16:50]
gac410Ah... before whenever I did in-place it crashed with target cannot be source. [16:50]
foswiki_irc9there is a ot of data -- no errors but no notifications are sent either it seems. I should have received one.
notifed ... of changes in ...
[16:50]
GuilainCcheck your mail foswiki_irc9 to be sure :)
at least twice
[16:51]
gac410-t data -s data -v fails with -td=data/data is the same as -sd; cannot overwrite the source store [16:51]
foswiki_irc9yes, I did -- don't see anything [16:52]
gac410CDot: perl -I lib tools/change_store.pl -t data -s data -w System -i WebHome -v RcsLite RcsLite [16:52]
foswiki_irc9Let me change mine from the topic to * and see if I get something [16:52]
CDotodd, because it doesn't fail for me.... [16:53]
gac410foswiki_irc9: The "subscriptions" in WebNotify must be lines with bullets. (3-spaces* Subscriber [16:53]
foswiki_irc9I got it
with * but not when I specified the topic.
[16:53]
GuilainCfoswiki_irc9, to be sure,
could you paste bin here
two line of your webnotify
in wiki raw text
[16:54]
foswiki_irc9?
Not sure what you are asking
[16:54]
GuilainC(copy paste from the link, "view wiki text") [16:55]
foswiki_irc9http://foswiki.org/Support/GetLiveSupport?raw=on
like that?
[16:55]
GuilainCexactly
:)
[16:55]
CDotgac410: there you go [16:55]
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/hFjd
distro/master 3c44351 Comment: Item13313: strange that this wasn't failing for me
[16:55]
***GithubBot has left [16:55]
GuilainCjust two line, in order to check your syntax [16:55]
foswiki_irc9from this window or my other? [16:55]
CDotnot sure why it wasn't failing for me [16:55]
GuilainCfrom you WebNotify topic
in this chat window
[16:56]
foswiki_irc9https://..../bin/view/.../WebNotify?raw=on [16:56]
gac410CDot: With that update now it does *nothing* except show the sd / td options [16:57]
GuilainCfoswiki_irc9, ok, nevermind, [16:57]
CDotgac410: are you running it on "blah"? [16:58]
GuilainCcould you check if you have written subscription to the topic in the following syntaxe [16:58]
gac410No. [16:58]
CDotCDot wants to see the command line [16:58]
gac410perl -I lib tools/change_store.pl -v -t /var/www/foswiki/distro/core/data -s /var/www/foswiki/distro/core/data -w System RcsLite RcsLite [16:58]
GuilainC[newline]---* WikiName : Topic Topic2 Topic3
where --- is space
are you sure your subscription are in "bullet" list
[16:58]
foswiki_irc9yes [16:59]
gac410GuilainC: If using Wysiwyg editor, you must use "bullet" button, not 3 * [16:59]
foswiki_irc9bullet list [16:59]
gac410er not 3-spaces [16:59]
foswiki_irc9oh.. [16:59]
CDotgac410: and it reports the expected -sd/-sp etc? [16:59]
gac410yes
oh crap. Never mind.
don't use /data
[16:59]
GuilainCthanks gac410, for the precision ! (I don't use tinymce... so... I don't have the reflex )
foswiki_irc9, what was your "oh.." ?
[17:00]
foswiki_irc9I just see * for bullet
How else can I add a bullet
bullet list 3 spaces, asterisk, 1 space: * your text
[17:00]
GuilainCfoswiki_irc9, are you in a Wysiwyg editor ?
or in plain text editor ?
[17:01]
foswiki_irc9Wouldn't the mailnotify complain if the formatting was wrong? [17:01]
GuilainCdo you have button for putting text into bold, italic, etc [17:01]
foswiki_irc9no its plain [17:02]
gac410foswiki_irc9: If you edit with "plain text editor" you do that,. If you just click edit, and get Wysiwyg (fancy javascript editory) then there is a button to insert bullets. [17:02]
GuilainCso in plain text editor, like gac410 says, you start a new line, make three space, put an asterisk * WikiName : Topic [17:02]
gac410Down on the bottom bar of the topic is a link:  | Edit wiki text | Click that link to edit. [17:03]
GuilainCfoswiki_irc9, mailnotify, doesn't complain on the formatting, because the idea is only take the line which are well formated, and suppose that other line is something else, your documentation, explanation of the user. The idea of foswiki is "good formatting" then function, all the other text is the user text, we don't make any action on it
(not sure to be clear)
:)
GuilainC need to take more beans at breakfast than the classical french butter croissant ;) (for improving his english)
[17:04]
foswiki_irc9ok on moment please
one
[17:07]
GuilainCjomo, could you give me a summary where your are : utf-8 setting in configure, then try to make a backlinks search, and then crash ? [17:09]
jomoas i said it has nothing with utf8... [17:10]
GuilainCnot sure to be able to help, but i had an old install in utf-8... and works well except some incompatibility plugins
so good to know jomo
[17:10]
gac410Interesting CDot ... validating my ancient files. It appears as though at some point in time, Attach would add the %META::FILEATTACH but NOT update the %META:TOPICINFO [17:10]
CDotreally? How odd! [17:11]
gac410Digging into the txt,v file with rlog, the Attach was done on 2012/06/03
revision 1.13 ... date: 2012/06/03 21:49:42; author: JoeUser; state: Exp; lines: +2 -2 ... save topic
Litterbox.TestTopic79:13(T): Authors differ: JoeUser and BaseUserMapping_333
Litterbox.TestTopic79:13(T): Dates differ: 1338760135 and 1364519016
[17:11]
GuilainCjomo, does a standard search works well ? [17:13]
jomodidn't tested [17:13]
GuilainConly backlinks crash ? does backlinks already fully functional before ?
is it a new install ? from tarball ? debian package ?
[17:13]
gac410I think there is another task already open about backlinks failing. vague recollections. [17:14]
GuilainCGuilainC take a look in the task web [17:14]
gac410http://foswiki.org/Tasks/Item9289 but that is not about a regex crash. Darn I'm sure I rememberd something about regex issues [17:17]
GuilainCmany thanks I didn't find it [17:18]
gac410That's not it though :( [17:18]
GuilainCI don't think is the jomo's problem gac410... his topic seems to be "clean" [17:20]
gac410right.
Jomo, what is the exact topic name
[17:20]
jomohttp://foswiki.org/Tasks/Item13320 [17:21]
gac410not for me. Sandbox, Create Test2Topic, save, Backlinks ...> Backlinks to Test2Topic in Litterbox Web (Search all webs) Number of topics: 0 [17:23]
jomohm.. i just tried again what i wrote in the 13320
got the error
[17:24]
gac410Did same thing. I enabled charset utf-8. Still not failing [17:25]
jomogac410: I do not enabled the charset - everything is default. [17:26]
gac410I've tried it both ways.
jomo I have no idea what is going on. I'm chasing so many different things my head is spinning.
[17:27]
jomoreally strange - as usually, when i come to irc, we found very strange bugs... ;( [17:29]
gac410Ah... you are running on osx, right? [17:29]
jomoyeah - just added the info [17:30]
gac410There is a subtle difference, OSX is case-insensitive maybe somehow that is related? [17:30]
MichaelDaumMichaelDaum added a more thorough patch to http://foswiki.org/Tasks/Item13302 that tries to fix utf8 dataforms
please test
[17:30]
gac410Clearly the regex your backlinks search is broken. It's splitting the topic name on the 2.
Test([^A-Za-z0-9]*?)2([^A-Za-z([^A-Za-z0-9]*?)0-9]*?)
Okay.... The %SEARCH% macro is in templates/backlinks.tmp
It dynamically builds one using the %SPACEOUT% macro ... so that a topic written [[test 2 topic]] will be found.
[17:31]
jomoMichaelDaum: on my system just after the Form Attach are screwed the texts in the CheckBox and both RadioButtons... [17:40]
gac410jomo Which version of perl? perl -v [17:42]
jomov5.20.1 [17:42]
gac410hm That's what I'm on as well :( [17:42]
jomoWhen trying apply the new patch: patch -p2 < Form-utf8.patch it says: Reversed (or previously applied) patch detected! Assume -R? [n] (detected the previous smaller patch) - what to answer? [17:45]
gac410N i think.
or git status -uno. If it's just those modifications, "git reset HEAD --hard" will set you back to a unmodified checkout
then reapply
[17:47]
jomoGREAT exactly this is what i want :) [17:48]
gac410git reset HEAD --hard will reset the "tracked" files back to unmodified state. If you really want a totally clean checkout, including no untracked files, even clearing the pseudo-install you can do "git clean -fdx" (force, delete, even ignored) [17:51]
gac410 has been sitting for 6 hours. need to go stretch and come back. Regarding backlinks. I put a couple of things to try to figure things out. [17:56]
jomoMichaelDaum: the new patch works = only the Textboxlist remains screwed. [17:57]
gac410If results are identical then issue is down in search somewhere. If different results, then maybe related to spaceout [17:57]
jomogac410: going to test the search - give me a sec ;) [18:00]
jmk0I'm getting different behavior between my dev wiki and the op wiki I'm trying to figure out. Also two uses in the same doc, one works on the dev wiki, the other does not. %INCLUDE a section in the doc that's supposed to generate a table...
%INCLUDE{"%WEB%.%TOPIC%" section="designDocs" APPLIST="%INCLUDE{"%WEB%.%TOPIC%" section="grabDeprecated"}%" APPHEADER="%DEPRECATEDHEADER%"}% works
if I use grabApps and TABLEAPPHEADER it doesn't. these are things defined in the wiki page. TABLE.. AND DEPRECATED... are identical
the grab* sections are identical except one is "AND Status~..." and the other is "AND NOT Status~..."
sorry, I know it's a convoluted mess, just hoping for some ideas where to start looking. I'm unconvinced that the "APPLIST" setting in the INCLUDE is valid.
[18:00]
gac410Hm You could try adding some parethesis and NOT ( status .... ) vs AND (NOT status~...) [18:04]
***uebera|| has quit IRC (Quit: ZNC) [18:04]
gac410sometimes the query parser has gotten confused with not conditions. thought ath one is a known trunk issue [18:04]
jmk0ah, the result i should mention is that the first table renders as "%APPHEADER%|| Configuration Subsystem || | | | " [18:05]
gac410gac410 doesn't know... but really I've been sitting in the exact same spot for nearly 6 hours. I've gotta step away for a while before I grow roots. back a little later. Sorry. [18:07]
jmk0heh [18:07]
jomogac410: got the same as you see the edit [18:08]
gac410so one more idea. The searches are in templates/backlinks.tmpl Could you cut/paste each one ..., one at a time, in your topic. see which one is failing? [18:12]
jomogac410: the message: "Could not perform search. Error was: ..." comes from the ./templates/messages.tmpl - as: TMPL:DEF{"bad_search"}% %MAKETEXT{"Could not perform search. Error was: [_1]" args="%PARAM1%"}%%TMPL:END%
and the "bad_search" is here: ./lib/Foswiki/Macros/SEARCH.pm: $s = $this->inlineAlert( 'alerts', 'bad_search', $message );
or here: ./lib/Foswiki/Macros/FORMAT.pm: $s = $this->inlineAlert( 'alerts', 'bad_search', $message );
but i didn't expect this second...
so the error probablu comes from the ./lib/Foswiki/Macros/SEARCH.pm
[18:15]
gac410jomo. I wish SvenDowideit or pharvey were still around. I am not very good with search issues :( [18:21]
jomo:) Task is up - i will do some more tests - just find another (utf8) related bug - but need figure out how to reporoduce it - the OS X + new perl makes strange problems :) [18:23]
gac410I can say for sure ... that regex needs to go. A-Za-z is certainly not I18N safe [18:24]
.... (idle for 15mn)
jomogac410: when i entered an full search command e.g %SEARCH{.....}% from the backlinks.tmpl they fails... [18:39]
gac410Yeah. Something is different with your perl regex handling. [18:40]
jomohm... this part doesn't seems to be ok: ([^A-Za-z([^A-Za-z0-9]*?)0-9]*?) - taken from your result. on my system the perl -E 'qr/([^A-Za-z([^A-Za-z0-9]*?)0-9]*?)/' complains... [18:51]
gac410Exaxtly. I'm looking at it. I have no idea why it *doesnt* fail on my system. [18:52]
jomo:) [18:52]
gac410And I can
er... can't figure how that even gets in the regex in the first place.
[18:52]
jomojomo wondering how the utf8 isn't on the program of the FWcamp ;) PSGI/Plack is in place (as last and without leader :() but no utf8... [18:56]
gac410The SPACEOUT macro is generating *different* results when expanding from within the search or template. This is really really strange. [18:58]
jomogac410: :) or better :( - as i said above - when i log into IRC, we sure found some weird bugs :) [18:58]
gac410re utf8 jomo, It's a blocker for our beta1 ... so we are not waiting for the camp. Need to get it fixed.
Looking at the results. It appears it "spaced out" the spacout separator.
[18:59]
jomo, the issue is that Foswiki.pm::spaceOutWikiWord() is applying the regex multiple times. And if any part of the separator matches the regex, it gets spaced too.
Good find. Clearly a bug.
jomo. Patch attached to Item13320 ... See if that fixes it for you.
[19:05]
jomo:) good to know - wondering WHY it is working on your system [19:09]
gac410maybe a perl difference [19:09]
jomoYES! it works now. you're really fast :) [19:13]
gac410SPACEOUT{Test2Topic separator="A2B"}% returns TestA2B2A2BA2BTopic Because the separator gets re-substituted several times :P [19:16]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/hNWf
distro/master cedd32a George Clark: Item13320: SPACEOUT spaces out the separator...
[19:23]
***GithubBot has left [19:23]
gac410Thanks jomo. Fix checked in with a unit test. [19:24]
jomogac410: great! Do you change the http://foswiki.org/Tasks/Item13320 to done? [19:24]
gac410Even with that though, that backlinks search is reallly Boooooooogus.
Yeah. I'l change it to waiting for release
Foswiki 1.1.9 had the same issue, but the rules for spaceout have become more generous, so it is more likely to hit.
[19:25]
............. (idle for 1h4mn)
***gac410 has left [20:30]
.................. (idle for 1h26mn)
ChanServ sets mode: +o gac410 [21:56]
gac410MichaelDaum Two-line change to Foswiki::Form fixes it for me. Right after require CGI, add CGI::autoEscape(0) and then just before return, add CGI::autoEscape(1)
No corruption on CGI 3.65, or on CGI 4.11
Jast .. .others using UTF8. Patch on http://foswiki.org/Tasks/Item13302
Not the Michael's attached patch. Inline at the end.
[21:57]
.... (idle for 17mn)
jomogac410: confirmed the new patch fixes it! [22:18]
gac410I'm not sure why Michael didn't try that way. He basically suggested it but then went in another direction.
But I can't find anything wrong and the unit tests pass.
[22:26]
..... (idle for 21mn)
yeah utf8 has been deferred and deferred. We need some developers to really focus on the effort. Perl didn't help much, until you get to 5.16 or 5.18, it has some real serious issues. And then you have distros that ship 5.8.8 or 5.10 as a "stable" perl. :P [22:47]
***ChanServ sets mode: +o Lynnwood_ [23:00]
gac410There have been a couple of starts on the utf8 effort. Several proposals in the Dev web to move the core to utf8. It's a huge project. My complete focus, is getting 1.2.0 out. It has a HUGE number of changes, major major restructuring of core. just not for utf8
refactored Store with pluggable back-end is a huge behind the scene changes. moving away from RCS, for sites that want it.
I think that there might even be a fork or two out on github where someone started some utf8 rework.
I was trying to find it but have not had any luck.
[23:06]
We just have to get almost 4 years of work released. I don't want to distract anyone from that effort right now. And will revert any changes to master that will risk 1.2 shipping.
But... certainly work can proceed on a branch. If you wanted to pick up the UTF8 lead, Create a branch, and work with jast, MichaelDaum, CDot ...
The decision was made that 1.2 would be minimum perl 5.8.8 1.1.x was believe it or not, 5.6 iirc
[23:14]
Well . as with most open source projects, work gets done when itches need scratching. I started out knowing just a little perl. I used TWiki where I worked, and fixed some bugs in DirectedGraphPlugin and GenPDFAddOn And just kept getting sucked in deeper [23:21]
GithubBot[distro] FoswikiBot pushed 1 new commit to master: http://git.io/hxfC
distro/master 5cf50e4 Raul F Rodriguez: Item13252: Translations updated using Weblate (French)...
[23:35]
***GithubBot has left [23:35]

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