#foswiki 2015-07-19,Sun

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

WhoWhatWhen
GithubBot[DirectedGraphPlugin] gac410 pushed 1 new commit to master: http://git.io/vmysx
DirectedGraphPlugin/master 871bf16 George Clark: Item12981: Item13235: Item13406: Update DirectedGraphPluing...
[02:46]
***GithubBot has left [02:46]
FoswikiBothttp://foswiki.org/Tasks/Item12981 [ Item12981: DirectedGraphPlugin adds bogus errors to the error log ] http://foswiki.org/Tasks/Item13235 [ Item13235: DirectedGraphPlugin uses a case-sensitive test, possibly resulting in cruft attachments ] http://foswiki.org/Tasks/Item13406 [ Item13406: Directed
..graph plugin needs fixes for the unicode branch ]
[02:46]
.... (idle for 19mn)
GithubBot[DirectedGraphPlugin] gac410 tagged 1.14 at master: http://git.io/vmyn7 [03:05]
***GithubBot has left [03:05]
.......................... (idle for 2h5mn)
gac410 has left [05:10]
............. (idle for 1h2mn)
ChanServ sets mode: +o CDot [06:12]
............................................. (idle for 3h40mn)
gb44 has left [09:52]
..................................... (idle for 3h1mn)
ChanServ sets mode: +o gac410 [12:53]
.......................... (idle for 2h5mn)
ChanServ sets mode: +o Lynnwood [14:58]
......... (idle for 40mn)
ChanServ sets mode: +o Lynnwood__
ChanServ sets mode: +o Lynnwood_
[15:38]
.... (idle for 16mn)
ChanServ sets mode: +o Lynnwood [15:57]
ChanServ sets mode: +o Lynnwood__ [16:04]
ChanServ sets mode: +o Lynnwood [16:10]
........ (idle for 37mn)
jomoclicking on the "Community" link from the Home/WebHome's menu leads to: Access Denied
Attention
Missing or illegal web name
The Web/Topic path: 'Community/SecurityTaskTeam>' has missing components, or contains invalid characters.
A Foswiki site is divided into webs; each one represents one subject, one area of collaboration. You are trying to 'view' in a web that does not exist.
(Chrome, Safari)
[16:47]
gac410jomo, doesn
doesn't fail here.
Didn't you run into this before, and then it cleared up?
[16:48]
jomotry chrome - FF works [16:49]
gac410damn. that's strange [16:49]
jomosaid = chrome, Safari...
seems one ">" excess somewhere..
[16:50]
gac410This is really strange. It's nothing to do with the home button menu. Ah... it's a caching issue [16:52]
jomook - i reporting - you solving :) [16:55]
gac410gac410 doesn't understand it. issue comes & goes.
jomo, if you go to http://foswiki.org/Community/WebHome?refresh=cache does the issue go away?
[16:56]
jomoclicked - no repsonse yet...
still nothing...
ok
not it works
now
mean "now it works ok" ;)
[16:59]
gac410I still don't get it. I can't find where the SecurityTaskTeam is referenced anywhere in those pages. [17:01]
jomohm.. strange... maybe clear all caching on the FO will solve it for all (future) users... [17:02]
gac410Maybe I should stop the server briefly and remove the cache database and let it recreate [17:03]
jomoand it is more strange - i visited the above link with Safari, and after the visit it solves the problem for the chrome too...
like IP-based
[17:04]
gac410It's a server side cache per user.
of the rendered pages.
[17:04]
jomoi'm not logged in... so, wikiguest [17:04]
gac410yes. [17:04]
jomowhere we lost the Community.CurrentActiveDevelopers ?
red link on on the Community.WebHome
[17:06]
gac410Ah... GuilainC renamed it iirc
I think what's happening is that something - maybe bots generating random/strange URLs, are poisoning the cache for some pages.
[17:07]
okay jomo, topic is back. It's actually Foswiki:Development.CurrentDevelopers ... it's anyone who has ever requested access, not just active developers. [17:16]
FoswikiBothttp://foswiki.org/Development.CurrentDevelopers [ CurrentDevelopers ] [17:16]
jomook, i don't really needed it - only saw a red-link, what isn't the best on the one of main pages... thanx anyway. :) [17:17]
gac410right. Missed rename.
I think we need to talk to Michael about the cache. When it works, it seems to work very well. we are getting about 30% hit rate. But when it caches an error, that's not good.
I'm thinking we need to not cache errors. I had proposed that, but it was rejected ... :(
[17:18]
jomoThe real reason that why I loggen it, to ask that how the deprecation policy works Foswiki community... I found the Development/DeprecationProcess - for the API, but nothing abot for example the CSS class deprecation. _REALLY_ wondering, who and based on which decision is deprecated the .foswikiSearchResult CSS classes... ;(
(imho terrible decision)!
http://foswiki.org/System/AppendixCascadingStyleSheets
[17:20]
gac410Well "blame" shows me as the author, but that was because I changed the 1.2 to 2.0 ... let me dig a little more. [17:26]
jomoi found nothing... but maybe not searched on the right places...
it is no problem currently (FW still uses the . foswikiSearchResult class) - but it is marked as deprecated and maybe i missed some important reson...
[17:27]
gac410Okay. It was ArthurClemens Item10247 who *documented* them as deprecated, but I dont' see where they were removed. AH.... okay we should reverse the deprecation [17:29]
FoswikiBothttp://foswiki.org/Tasks/Item10247 [ Item10247: Implementing Base Skin ] [17:29]
gac410Base skin is dropped as Arthur left the project [17:29]
jomoah... so, it left marked - without any good reason - ok... [17:31]
gac410Unfortunately "trunk" was a catch-all We didn't have any concept of feature branches. So we did a LOT of cleanup trying to get 2.0 out, but I suspect stuff that didn't break operation like this has crept in. [17:32]
jomonah, it is no problem - just wondered - as i said, FW still using the foswikiSearchResult class (and hopefully will continue to ue it ) :) :) [17:33]
gac410I reviewed all the "distro" checkins on that topic - it was added as documentation, and then deprecated, but nothing operational. We should review with Michael and CDot, but probably should revert the deprecation for 2.0.1. [17:36]
jomook - thanx ;) [17:36]
gac410Foswiki:Development/CreateBaseSkin [17:37]
FoswikiBothttp://foswiki.org/Development/CreateBaseSkin [ CreateBaseSkin ] [17:37]
jomoi was readed this - it is conceptual and nice (especially the: it should work WITHOUT JAVASCRIPT) part) :)
JavaScript - should be skin-specific (and not foswiki-core specific) :)
ok - nice remaining of the weekend - thanx for the help! :)
[17:40]
.............. (idle for 1h7mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vmHW8
distro/master 41f3bf4 George Clark: Item13539: Revert deprecations made by Item10247:...
[18:49]
***GithubBot has left [18:49]
FoswikiBothttp://foswiki.org/Tasks/Item13539 [ Item13539: Review css deprecations documented as part of defunct BaseSkin effort ] http://foswiki.org/Tasks/Item10247 [ Item10247: Implementing Base Skin ] [18:49]
....... (idle for 32mn)
GithubBot[distro] cdot pushed 2 new commits to master: http://git.io/vmHzE
distro/master 79f8f81 Crawford Currie: Item13516: added script to generate difficult test web for testing upgrade from 1.1.9 to 2.0.0 (and other purposes too)
distro/master d7be7af Crawford Currie: Item13516: added script to generate difficult test web for testing upgrade from 1.1.9 to 2.0.0 (and other purposes too)
[19:21]
***GithubBot has left [19:21]
FoswikiBothttp://foswiki.org/Tasks/Item13516 [ Item13516: bulk_copy.pl has fails to copy some webs, crashes copyng attachment revisions. Unusable. ] [19:21]
gac410Howdy CDot ... you around? How do you think bulk_copy looks now... Are we close to generating a 2.0.1 release? [19:26]
CDotit's perfect
not a flaw to be seen
[19:26]
gac410Great! [19:27]
CDotCDot has rose-tinted spectacles and myopia [19:27]
gac410:D
I sent you some questions in security channel
[19:27]
CDotin the course of testing it I found a bunch of bugs in 1.1.9 that we didn;t know were there, though
all fixed in 2.0.0, of course :-)
[19:27]
gac410Well that's good.
Looks like we won't have email lists until probably mid-week
Sourceforge had a heck of a disaster.
CDot: the old change_store had a validation mode that didn't copy, but validated revs, etc. The new one documents -check as only checking for duplicates.
gac410 wonders if there is value to stripping down the old change_store to only do the validations
[19:29]
CDotwhat old change_store? [19:34]
gac410when you released bulk_copy, you removed the "dangerous" change_store ... maybe I have the name wrong.
git log -- tools/change_store.pl That one
[19:35]
CDotThere was a script that worked directly on RCS, but it was awful. [19:36]
gac410Right. But it also had the ability to validate the RCS contents. Is there any value to that, before running a copy. [19:37]
CDotbulk_copy cannot validate revs, that's something that is internal to the store impl (RCS) [19:37]
gac410Can it find things that will trip up bulk_copy? [19:37]
CDotthe point of bulk_copy is it sees the store *exactly* as Foswiki sees it
so if something will trip up bulk_copy, it will also trip up FW
where do you draw the line?
if you want a script to verify the integrity of an RCS store, then that is something else
something for the TCSSToreContrib
[19:38]
gac410That's what I'm asking
Oh... and another thing I addressed in change_store. Was finding and reporting the subdirectory stuff that "gets lost" during conversion. bulk_copy has no chance of finding them since it (correctly) uses the API.
[19:39]
CDotI can't thin k of anything that convert_charset doesn;t do that would be useful, TBH
you could add these features to convert_charset
it has a better internal structure for these sorts of checks
it's abusing the concept somewhat, but hey, it could be worse.
[19:40]
gac410yeah. i just know on some of my old systems, I've got webs dating back to TWiki that have gradually evolved / migrated. I'm very suspicious that stuff might just disappear and can't prove anything.
For that reason alone, even not doing any conversion, change_store had some nice reporting features.
anyway. we don't have a release meeting tomorrow, but I'll try open an impromptu meeting to discuss if we are ready for 2.0.1
The cache issues on foswiki.org are concerning. Save takes a very long time - sometimes 500 timeout.
And jomo earlier tripped over some corrupted cache pages of WebHome topics. showing up for WikiGuest users. So logged in I was not seeing them.
We are getting 30% cache hits on f.o (counting lines in events log with "cached" vs without...
[19:42]
......... (idle for 43mn)
***rouilj has quit IRC (Quit: Leaving.) [20:32]

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