#foswiki 2017-10-12,Thu

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

WhoWhatWhen
vrurgYes that's the name. I'm renaming too. [00:01]
gac410okay .. sounds like a plan. [00:02]
GithubBot[distro] gac410 pushed 1 new commit to Item14506: https://git.io/vdKc2
distro/Item14506 09bc84c George Clark: Item14506: More work on ChangePassword REST Handler...
[00:03]
***GithubBot has left [00:03]
FoswikiBothttps://foswiki.org/Tasks/Item14506 [ Item14506: Implement ImprovePasswordResetProcess ] [00:03]
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vdKCU
distro/Release02x01 1c5967e George Clark: Item14515: Rename Foswiki::Aux to Foswiki::Util...
[00:10]
***GithubBot has left [00:10]
FoswikiBothttps://foswiki.org/Tasks/Item14515 [ Item14515: Foswiki 2.1.3 cannot run on Windows "Aux" is a reserved filename on windows. ] https://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Aux https://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Util [00:10]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vdKCk
distro/master a207b44 George Clark: Merge branch 'Release02x01'
[00:11]
***GithubBot has left [00:11]
vrurgRenaming also reminded me that I need to take care of some late changes in the exceptions structure... [00:14]
GithubBot[distro] gac410 pushed 2 new commits to Item14506: https://git.io/vdKWV
distro/Item14506 71a2163 George Clark: Merge branch 'master' into Item14506
distro/Item14506 699918a George Clark: Item14481: Update to latest submodule version
[00:27]
***GithubBot has left [00:27]
............................ (idle for 2h18mn)
GithubBot[distro] gac410 pushed 1 new commit to Item14506: https://git.io/vdKEn
distro/Item14506 21409f4 George Clark: Item14506: Clean up the password change process...
[02:45]
***GithubBot has left [02:45]
FoswikiBothttps://foswiki.org/Tasks/Item14506 [ Item14506: Implement ImprovePasswordResetProcess ] [02:45]
....... (idle for 32mn)
GithubBot[distro] gac410 pushed 1 new commit to Item14506: https://git.io/vdKuh
distro/Item14506 5f4cdb2 George Clark: Item14506: tokenAuth should replace the current user...
[03:17]
***GithubBot has left [03:17]
FoswikiBothttps://foswiki.org/Tasks/Item14506 [ Item14506: Implement ImprovePasswordResetProcess ] [03:17]
***ChanServ sets mode: +o Lynnwood [03:24]
........................................................................................... (idle for 7h32mn)
ChanServ sets mode: +o cdot [10:56]
cdotfoswikibot: seen MichaelDaum [10:56]
FoswikiBotcdot: MichaelDaum was last seen in #foswiki 1 days 22 hours ago saying "I was really hoping that the recent release was holding up some minimum requirements". [10:56]
.... (idle for 17mn)
GithubBot[PublishPlugin] cdot pushed 1 new commit to master: https://git.io/vd6JA
PublishPlugin/master 5d8de67 cdot: Item14452: fix by Florian for config topics
[11:13]
***GithubBot has left [11:13]
FoswikiBothttps://foswiki.org/Tasks/Item14452 [ Item14452: Not a HASH reference at .../lib/Foswiki/Plugins/PublishPlugin/Publisher.pm line 208 ] [11:13]
***ChanServ sets mode: +o cdot [11:24]
...... (idle for 27mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to Item14288: https://git.io/vd6I4
distro/Item14288 a68eec9 MichaelDaum: Item14288: Merge 'origin/master'
[11:51]
***GithubBot has left [11:51]
FoswikiBothttps://foswiki.org/Tasks/Item14288 [ Item14288: rewrite to support pluggable edit engines ] [11:51]
................ (idle for 1h19mn)
***ChanServ sets mode: +o Lynnwood
ChanServ sets mode: +o gac410
[13:10]
ChanServ sets mode: +o Lynnwood [13:25]
...... (idle for 28mn)
LynnwoodMorning gang - I'm picking up on the topic I brought up the other day about using macros in WebNotify to generate list of subscriptions. I was initially excited because it seemed to work quiite nicely, Not as thrilled now since I tried it on a server where I need it... and it doesn't work. Now I'm wracking my brain to try and see what is different about the servers that could make a difference. They are both running latest (2.1.4) with
same version of MailerContrib.
anyone have thoughts about what I might look at to see what might be different that could affect how MailerContrib processes the WebNotify topic?
plugin loading sequence...?
server environment?
Outgoing mail setup?
Here's a bit more insight that might be a hint. On BOTH servers, this works: inserting a simple IF statement that if true, then a subscription is entered.
However, on one server I can put an INCLUDE in WebNotify and in the reference page, I can enter the subscription or a search that outputs subscriptions, or other macros - and it will work. On the other, WebNotify does not register the subscriptions.
btw, they all _look_ the same in the saved WebNotify topic.
Same skin on both sites (NatSkin)
[13:53]
gac410All I can think of is to put a debug print in the place where WebNotify is expanded and try to see what's different. [14:01]
Lynnwoodgac410 - of course! thanks - i'll give it a try.
btw, one thing I was worried about with this idea was how it work with SubscribePlguin, but that didn't appear to be a problem. SubscribePlugin added/deleted subscriptions without affecting the other macros I tried adding to WebNotify.
[14:01]
.... (idle for 15mn)
***ChanServ sets mode: +o Lynnwood [14:19]
......... (idle for 42mn)
foswiki_irc0Hi, I'm trying to convert from RCSWrap to PlainFile Store on the newest foswiki (2.1.4) with bulk_copy.pl and I get two errors. One is with attachments on pages with more than one revision, I get the error " version 1.1 is behind one that has already been copied (2) - cannot copy" and second, on some topics, all revision get the same date (the one of the last revision).
Did I miss to install something (some RCS-stuff)?
[15:01]
.... (idle for 18mn)
Lynnwoodgac410 - I tried out your suggestion to error output. In WebNotify.pm where you located expandCommonVariables (around ~409), I tried printing out the output of that call - which afaict would be each line of WebNotify topic with macros expanded. That line defines variable "$line" so I tried adding debug output there to simply print $line. It provided some insight. At first, it reported no permission to view the topic I was including.
Interesting... since I would think the script would have all such permissions, but in any case I make the INCLUDED topic open to anyone.
And then this is what I found: on the installation where this method seems to work, the output was the rendered subscription derived from the INCLUDE and other macros. However, on the installation where this method was _not_ working, the output was empty.
So... what to take from this? Only thing i can configure is that expandCommonVariables was working differently on the two installations.
s/configure/figure... funny how fingers get their own habits.
[15:20]
cdotfoswiki_irc0: sounds to me like the attachments might have been edited locally.
as in, on the server. Make sure everything is checked in to RCS.
[15:23]
LynnwoodLooking into code of expandCommonVariables (in Func.pm), it seems like such a simple function on the surface, I can't see what would make it different on different installations.
I guess that's silly though... since it goes through all the plugins...
[15:31]
foswiki_irc0@cdot no, that's not the case. The error message comes on all attachments in topics with more than one revision. [15:38]
Lynnwoodfoswiki_irc0 - is the old installation operative? Does it work? [15:39]
Well, i thought that just perhaps the difference in the installations had to do with one running regular cgi and the other using fcgid [15:48]
not the case. It works on a server with fcgid.
I feel like i must be overlooking something simple...
[15:53]
foswiki_irc0I'm migrating in two steps: From old operative foswiki 1.1.3 with CharsetConverterContrib to a migration server without running apache. From there I do a bulk_copy.pl to the new server [15:55]
........... (idle for 51mn)
***zak256 has left [16:46]
............. (idle for 1h0mn)
Lynnwoodfoswiki_irc0 - If I'm not mistaken, CharsetConverterContrib required a 1.1.10 installation. [17:46]
gac410Lynnwood: no... It works fine now on 2.x
You just have to give it the charset argument to override the 2.x default of utf-8
[17:47]
LynnwoodBut I was asking that question because if the source installation _was_ running then perhaps it would give you info on whether you have all necessary RCS infrastruction for bulk_copy to do it's thing.
gac410 - thanks.
[17:48]
gac410I think bulk_copy though does need a modern perl. If this is the same person I talked to last week, 1.1.3 won't run on new perl, so you have to upgrade to 1.1.10, then bulk_copy to 2.x. Or just do the migration to 2.x and later run bulk_copy to convert
Avoid the interim step of 1.1.3 -> 1.1.10 -> 2.x
[17:50]
LynnwoodI think that's how I should have done it before...
I was trying to do conversion before importing content into new 2.x installation (this was a while back).
[17:51]
gac410Originally charset converter would not run on 2.x. I had to fix that becaus we upgraded Foswiki.org to 2.x, and then forgot to convert a web, [17:52]
Lynnwoodor i should say _while_ i was importing. [17:52]
gac410As far as irc0's issue, unfortunately I don't use bulk_copy much at all. I have just stuck with rcs. It's well proven. [17:53]
Lynnwoodit would have been easier just to put content into new installation using RCS setup and then later do conversion to plainfile. [17:53]
gac410y There is no reason that shouldn't work. [17:53]
LynnwoodI'm have begun to wonder whether it was worth conversion...
There is also (perhaps minor for some folks) loss of feature available with RCS of auto-attachment recognition.
...whatever that's called...
[17:53]
gac410y. However the UpdateAttachmentsPlugin is really the recommended solution. [17:55]
Lynnwooddon't think i've notice it... /me goes to check.
jeez, it's been around along time... don't know how i've missed it. I guess just because i was using AutoAttachPubFiles and didn't need to look for that feature.
[17:55]
foswiki_irc0Hi @gac410 Yes, I'm the same person from last week ;-)
So, should I stay with RCSwrap and don't convert to PLainfile? ;-)
[18:02]
gac410I don't have any real ideas about bulk_copy issues. As far as attachments go, charset_converter doesn't really do much with them, unless the filename has non-ascii characters.
TBH unless there is a strong case for converting, I've tended to leave it alone. We never converted Foswiki.org. RCS is not great for things like the Extension web attachments, but it mostly works okay.
[18:03]
foswiki_irc0Charset is no problem anymore. Did that with the CharsetConverterContribution. [18:04]
gac410y, That one works well.
If your site is storing lots of really big binary attachments. videos, archive files, etc. then there is probably benefit to the effort to convert.
[18:04]
foswiki_irc0No it doesn't. So plainfile is not really faster than RCSwrap (one thin that is really slow is to find out the date of version 1 of a topic...)
Sorry, "one thing"
[18:07]
gac410I guess "really slow" needs definition. It might be tenths of a second, but should not be seconds.
I've not really benchmarked it.
anyway... I need to head back out. yardwork awaits.
[18:11]
foswiki_irc0Yes, I agree, but it had to let go the idea to search for the newest topic of a web, but based on revision 1 ;-) [18:12]
gac410cdot is the author of PlainFile and bulk_copy. Maybe somehow charset converter left the topics in a state that has issues with bulk_copy. I'm not sure. [18:13]
foswiki_irc0Well, Ill stick with RCSwrap until the next migration ;-) [18:14]
gac410he was the guy to ask, but has not been around much lately. There is probably some way to 'check-in' changes to rcs. But I'm not really sure how to go about htat.
that
[18:14]
FoswikiBotthat is really strange or the reason while I upgrade the hardware at the same time. Then I can have a test install and do a test conversion - fix the issues (taking notes) - and then finally cut over [18:14]
gac410Sometimes
Foswiki bot remembers the strangest things.
Foswikibot: forget that
[18:15]
FoswikiBotgac410: I forgot about that. [18:15]
foswiki_irc0I'll already doing it like FoswikiBot is telling me ;-)
I'll have to running servers in parallel.
two
[18:16]
.................. (idle for 1h29mn)
LynnwoodCan anyone clarify a configuration setting for me: is {UploadFilter} suppose to actually _prevent_ files that match the regex from uploading? [19:45]
One would think so from reading the description... but I sure can't seem to confirm that in action.
I seem to have no problems uploading files with the excluded suffixes...
[19:50]
...... (idle for 28mn)
well... I'm not sure what UploadFilter is suppose to do... [20:18]
gac410Lynnwood: According to Sandbox::sanitizeFileName it adds a .txt suffix to any file matching uploadFilter
sorry Foswiki::Sandbox::sanitizeAttachmentName
[20:25]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Sandbox [20:26]
Lynnwoodok. thanks.
i would have hoped it would block it, but I saw developement discussion where that idea was rejected.
Development/RejectDontRenameBadFileUploads
[20:28]
...... (idle for 25mn)
***ChanServ sets mode: +o Lynnwood [20:55]

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