#foswiki 2015-06-18,Thu

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

WhoWhatWhen
LorenEveygac410: RE FW 12B and failure to load ImageGallery. I created a fresh virtual server, complete configure, and then attempted to install ImageGallery. Is this log entry revealing? [Wed Jun 17 20:32:10.198500 2015] [cgi:error] [pid 5341] [client 192.168.1.1:57548] AH01215: | 2015-06-17T20:32:10-04:00 error | ImageGalleryPlugin could not be loaded. No $Foswiki::cfg{Plugins}{ImageGalleryPlugin}{Module} defined - re-run configure [00:56]
...... (idle for 25mn)
gac410Hi LorenEvey ... re: ImageGalleryPlugin could not be loaded. No $Foswiki::cfg{Plugins}{ImageGalleryPlugin}{Module} defined - re-run configure
That says for some reason the configuration didn't get saved after the initial installation, or something went wrong early on.
You can fix that by manually creating an entry in your LocalSite.cfg
And insert a line that looks like this:
$Foswiki::cfg{Plugins}{ImageGalleryPlugin}{Module} = 'Foswiki::Plugins::ImageGalleryPlugin';
[01:21]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Plugins::ImageGalleryPlugin [01:23]
gac410er. ignore the FoswikiBot ...
So when you ran the install, it *should* have created the {Module} entry along with an {Enabled} entry
By the time you are getting the message that the ...{Module} is not defined, it's too late. That's a symptom of the failure to create the entry.
[01:24]
LorenEveyThe very first thing I did was to simulate the install. The simulation appear to work except for saying something about an spec file not present. I figured that might have be normal since it was a simulation. But then I told it to install and the large vertical red box with many errors popped up. For example, Undefined subroutine &Foswiki::Configure::Value::HASH called at (eval 656) line 1. at (eval 656) line 1. eval 'HASH(0x9e7 [01:32]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Configure::Value::HASH [01:32]
LorenEveyUndefined subroutine &Foswiki::Configure::Value::HASH called at (eval 656) line 1. at (eval 656) line 1. eval 'HASH(0x9e7b07c)' called at /home/psucure/www/wiki/lib/Foswiki/Configure/Value.pm line 435 Foswiki::Configure::Value::decodeValue(Foswiki::Configure::Value=HASH(0x9e8c3b8), HASH(0x9e7b07c)) called at /home/psucure/www/wiki/lib/Foswiki/Configure/Package.pm line 500 _SpecChecker::startVisit(_SpecChecker=HASH(0x9e7f33c), Foswik [01:32]
gac410Okay. hm, that's indeed the initial bug.
I thought we had gotten all of those fixed, You're using Beta 1?
Once that happens, the configuration doesn't get updated, and everything else is toast.
[01:33]
LorenEveyI could have sworn early on I saw something about ",v" issue. I am using plain style. Any point in switching to RCSWrap? I have a nearly indentical FW1.9 install that load ImageGallery no problem except for not recognizing imagemagick dispite that is is installed. The plugin works though in 1.9. [01:37]
gac410Okay, if you intend to migrate data from 1.1.9, you should either stick with RCS or you'll need to convert your store from RCS to PlainFile. [01:38]
LorenEveyFoswiki-1.2.0_Beta_1, Plugin API version 2.3 - Website = http://www.psucure.info/wiki [01:39]
gac410The issue is most likely related to the Hash style entries in the Config.spec. I'm really surprised that I didn't run into the same issue here.
Unless my "beta 1" zipfile actually had some patches on it. I'll have to download again to confirm that we've fixed it or not.
tbh I tried to convert to a new laptop and really messed up things, just reformatted / reinstalled ubuntu last night and am still picking up pieces :(
But yes, earlier configure had troubles with HASH types. Since you are starting from scratch you might want to try Beta 2.
I'll download Beta1 from source forge and try one more time to recreate your issue. If it fails, then it has probably already been fixed.
I'll talk with CDot about this Plugin Module issue. tbh it's pretty easy to guess what it should be. IMO we ought to just warn and guess a value if it's not defined.
I just added code to do that and its working fine.
[01:40]
LorenEveyI shall try editing localsite.cfg as you suggest. Thank you for your help. I put hours upon hours into migrating a site to 1.2B that is all about galleries. I realize I was gambling on beta but it would be great to make it work. I really like 1.2. [01:47]
gac410okay I just checked my md5sums. What I thought was beta 1, was not. I must have fixes on it.
So this bug is most likely fixed.
[01:47]
LorenEveyWhen you say that you added code; is that something I can do?
I am not sure how to take advantage. A nightly build?
[01:48]
gac410I could give you the patch, but you are better off to insert the line into your LocalSite.cfg So that you won't get errors.
We published Beta 2 just a couple of days ago.
It's on sourceforge But it makes a HUGE change related to utf-8 and international character support
If your site has any foreign language topics, then it would be worth the effort to migrate to utf-8
See http://foswiki.org/System/UpgradeGuide01x02 and http://foswiki.org/System/ReleaseNotes01x02
[01:48]
FoswikiBot[ ReleaseNotes01x02 ] [01:50]
LorenEveyOh Great. I have more virtual servers to migrate. I will try B2 if I understand correctly. I have been troubleshooting this so much that I can build a base configuration going in about 15 min or less. I will see if I can find B2 on sourceforge. [01:54]
gac410http://foswiki.org/Download/FoswikiRelease01x02Beta2
Whoops.
http://foswiki.org/Download/FoswikiRelease01x02x00Beta2
[01:55]
LorenEveyThe link for B2 Relea no go [01:55]
gac410Next one should work
It's also in the channel /topic message
Just note with Beta 2, our *default* encoding is utf-8. So unless your topics are all simple ascii, they need to be migrated.
You can see what Foswiki 1.2 can edit and render at http://trunk.foswiki.org/TestCases/TestCaseUtf8Errors
and http://trunk.foswiki.org/TestCases/TestCaseUtf8Rendering
[01:56]
LorenEveyDarn it. every now and then, the FOSWiki Website and the repositories just stall. That has been slowing down. Happens in Chrome/lLinux and Fox/Win while other sites are fine. Anyway, this is exciting. I have been evaluating 1.2B or about 16 hours per day for the past week. Or it evaluates me. I will bite the bullet now. Topics are simple. I run "find", delete all ,v and move. Seems to work. [02:06]
gac410That discards your history, but yes that works ;)
the server stalls are really annoying. It's not the foswiki software that we can tell. Simple stuff also is unpredictable. connections to github for mirroring, etc.
[02:07]
LorenEveyThank you for all of your help. I will report back once I have tried B2. Loren [02:09]
gac410Okay ... I just found the right B1 tarball, so I'm trying to recreate your issue, but I'm pretty sure this is one that has been fixed.
Okay... confirmed. your bug is fixed in Beta 2.
Definitely crashes on B1
[02:10]
LorenEveyThat is great news. I was dreading discarding all of my work and going back to 1.9. The 1.2 interface is so much more fun. It may be faster too. I can't really say. I have been absorbed with configuration. I am not an IT guy. I just do this so that I can get my content work going. [02:15]
gac410People staying on 1.1.x are in for some ugly news if their servers get updated. Perl has made some major changes in CGI and regular expressions.
1.1.x won't run at all on latest perl 5.22. There are issues even on some of the older perls.
or if it runs the logs are very very noisy with warnings.
[02:16]
LorenEveyYes, I have a crippled TWiki site. Recent upgrades killed it off. It is 9 years old. Hopefully I can at least restore the spirit of it. I bet so. [02:22]
gac410Yes you should make out fine. We are still very compatible, especially from older twikis. We are not tracking some of their recent updates ... some don't make sense ;)
It was more work, but I think we are handling some of the perl & module updates better. They chose to bundle an old version of CGI rather than fix the code for the CGI security api changes.
[02:25]
.... (idle for 17mn)
RiskRewardHi, I have a table generated by a %SEARCH%, and I'd like to bring it into excel. I've tried http://foswiki.org/Sandbox/TestingGenerationOfCommaDelimitedTextBoxes but it doesn't seem to work on tables generated by a search. I've also tried http://foswiki.org/Extensions/ExcelImportExportPlugin but it tells me it can't find the web. Am a little stuck. [02:43]
FoswikiBot[ ExcelImportExportPlugin ] [02:43]
...... (idle for 25mn)
LorenEveyW [03:08]
gac410RiskReward: I've never tried the ExcelImportExportPlugin
I've used the "convert to csv technique.
[03:10]
RiskRewardThanks, what is that technique? [03:11]
gac410That's what the Sandbox/Testing topic you referenced is doing. [03:13]
RiskRewardHm. I can't seem to get it to work when the table in the topic has been generated by a %SEARCH%. Does that sound right? [03:14]
gac410Ah. hm I'm just looking at where I use it .. it uses FilterPlugin, and the %EXTRACT macro,
Let me look a bit at it.
[03:15]
RiskRewardCool, thanks. [03:15]
gac410It's probably been 5 years since I looked at this ;)
So the "SUBST" macro allows you to extract from a block of text in text="blockoftext"
EXTRACT works inline, So if you use SUBST{text="%SEARCH{}%" The search expands first, and then the SUBST operates on it.
[03:15]
RiskRewardTrue, but doesn't seem to work for me. Does it work for you? [03:22]
gac410Didn't try it. I don't have any of this installed.
Just guessing.
[03:22]
So I'd try something simple first. Does subst work on a simple string. Then move the string into a * Set TESTSTRING = and see if that works. [03:33]
RiskRewardThanks, working on that now. [03:33]
I think the problem is in my pattern matching. [03:43]
gac410regexes ... I hate regexes :) [03:44]
...... (idle for 29mn)
msnhey gac410 I read your messages from yesterday just now
so where in configure do you change -V to --version to make those messged go away
[04:13]
gac410It's in the code. Are you getting the errors only when running configure, or do you get them all the time.
It shouldn't hurt anything, just be a bit noisy in the logs
[04:13]
RiskRewardHi, solved my problem. Regexes were getting tricky, so instead I just format the %SEARCH% with commas instead of vertical bars. That effectively creates a CSV to copy and paste into Excel.
No need to extract and substitute!
[04:17]
gac410cool. [04:17]
RiskRewardOne day when I'm a regex guru I'll do something nicer. Sadly, not a savant in that area, so some hard work required. [04:18]
....... (idle for 31mn)
LorenEveygac410: RE: ImageGallery. Arrrrgh! I created a virtual server using Foswiki-1.2.0_Beta_2. Install from configure still reports missing dependencies that are, nonetheless, installed. The install succeeds without error. The plugin is listed and it enables. On the system plugins topic page it was listed as could not be loaded. [04:49]
gac410what's the error below where it says it can't be loaded [04:51]
LorenEveyI added "$Foswiki::cfg{Plugins}{ImageGalleryPlugin}{Module} = 'Foswiki::Plugins::ImageGalleryPlugin';" to localsite.cfg as you suggested earlier. Now no errors are reported on the system plugin page. [04:53]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Plugins::ImageGalleryPlugin [04:53]
gac410Hm you should not have had to do that on Beta 2. [04:54]
LorenEvey"Foswiki detected an internal error - please check your Foswiki logs and webserver logs for more information.
Can't locate autopath in @INC (@INC contains: path path path-linux-gnupath path path-linux-gnupath path path-linux-gnupath path path . path)
[04:54]
gac410Okay. the path path path stuff is "sanitized" so a user can't see your install structure.
If you look in your /var/log/apache2/error.log (or similar - depends on your system) it should be in there in full detail, no redacting.
And I hate to say this. 1 AM here I need to sleep.
It almost certainly is a missing dependency.
[04:55]
msnThis is for future when running mod_perl if you get remote_ip error change remote_ip to client_ip to make it wokr [04:57]
gac410Yeah. I think we have a patch for that one somewhere msn. Most of the devs (and foswiki.org) use fcgi. It seems to be a little easier to deal with than mod_perl [04:58]
msnwell i was using fastcgi it kept getting hung on ldap caching of samba4 domain [04:59]
gac410ah okay. anyway. I really need to go. g'night all. [05:00]
***gac410 has left [05:01]
LorenEveyI just don't know what to do about the dependency issue. I uinstalled all majick installs and determined the bare minimum for imagegallery to work in FW 1.9. Both 1.9 and 2.0B2 report missing dependencies with imagemagick but 1.9 works nonetheless. I kind of loss except maybe risk the entire site by going to Debian testing. I am not so great at the metal. [05:01]
............. (idle for 1h0mn)
***ChanServ sets mode: +o MichaelDaum [06:01]
......... (idle for 40mn)
ChanServ sets mode: +o CDot [06:41]
msni get the following error when clicking Wikigroups in ldapcontrib http://paste.ubuntu.com/11734161/
the users are being cached by not being created in wiki
[06:48]
MichaelDaummsn, they will as soon as they log in for the first time ... with the help of the NewUserPlugin [06:49]
msnyeah i just realised that but the group mappings should be there already rigiht? [06:50]
MichaelDaumplus: you have to enable AllowLoginNames
$Foswiki::cfg{Register}{AllowLoginName} = 1;
[06:50]
msnthe groups are being cached but they are not being created inWikiGroups
i get that error when I click the WikiGroups list
[06:50]
MichaelDaumthis is fixed by AllowLoginNames
the: cd <foswiki-dir>bin; ./view refreshldap=on >/dev/null
as www-data ... NOT root
[06:51]
msnthat variable is already set
these are my registration settings http://paste.ubuntu.com/11734173/
[06:53]
MichaelDaumdid you restart your apache/nginx/foswiki after changing those settings?
refresh your ldap cache in any case
[06:55]
msnso now the deep recursion error has stopped but the wiki groups are not getting populaed from ldap
i do have MapGroups=0
[06:59]
MichaelDaumthere you are
switch it on
[06:59]
msndid but still misssing
got it thanks
is the Twiki web required for normal operation of foswiki?
[07:01]
MichaelDaumnope. remove it. [07:19]
msnalso Michael the new gorups are not somehow foswiki groups
i mean they are not WikiLinks so can't be used in ACLs , the ldap groups
[07:25]
MichaelDaumthey don't have to be WikiWords to be used in ACLs [07:28]
msnhmmm well I am adding a group to Twiki admin group but seems not to be working [07:28]
MichaelDaumtry AdminGroup [07:31]
msni am trying to isntall Widgets Skin and I get Net-LDAP errors http://paste.ubuntu.com/11734270/ [07:38]
MichaelDaumWidgetSkin is abandoned and unmaintained
which version of Net::LDAP do you have? test with perl -MNet::LDAP -e 'print "$Net::LDAP::VERSION\n"'
mine is 0.65
which version of LdapContrib is it?
check perl -MNet::LDAP::Constant -e 'print "$Net::LDAP::Constant::VERSION\n"' as well
returns 0.23 over here
[07:41]
msni just installed it its broken :(
0.20 for Constant
0.56 for Net::LDAP
[07:55]
MichaelDaumwhat operating system are you on
your perl modules are too old presumably
[08:03]
msnCentOS 7
well i cleaned up Widgets Skin and also if the Widgets Skin is outdated, it should work with those perl modules since they rae old too
WidgetsSkin seems to be a good package pity its dead
[08:04]
.... (idle for 15mn)
MichaelDaumNet::LDAP-0.56 is 2 years old
LdapContrib is even older
[08:22]
msnLdapcontrib i installed from the interface so its the same version as available from the website [08:23]
MichaelDaumnot sure why it doesnt work on your platform. best you can do is: cpanm Net::LDAP to install those modules to /usr/local ... as your RPMs are busted [08:23]
msni think issue is something else
last update ofWidgetsSkin was 2011
so its definately too old
maybe the "newer" Net::LDAP broke it
[08:23]
.................................................... (idle for 4h16mn)
***ChanServ sets mode: +o gac410 [12:41]
.......... (idle for 48mn)
gac410Hi CDot .. about http://foswiki.org/Tasks/Item13462. It's pretty simple to guess the Plugins Module during load. Granted a missing module is symptom of deeper issues, but
Any reason you can thing of not to just guess it? it's almost always the Foswiki::Plugins::<pluginName>
Maybe early in t* migration it would be more unpredictable but a default seems reasonable to me.
And about your change in Var* macro search. We'll need to pass through extensions to make sure Var* topics are parented to Macros, or the search will miss them.
Default are probably fine. But others... not so fine
[13:29]
LorenEveygac410: I hope that you got some sleep. Not so much here. I got beta 1 and 2 working with ImageGallery. I had to edit localsite.cfg according to your instructions. Then I fully removed all magick packages and set Image gallery to use image::Magick. It seems that the critical pkg to make it work is libimage-magick-perl. [13:33]
gac410You had to edit the config even with a fresh start with Beta2 or did you migrate your LocalSite.cfg?
Beta2 *should* have properly set the plugin settings including the {Module}
Provided you did a Save after running the extension installer ;)
[13:34]
LorenEveyThen I set ImageGallery to image::Graphics and got that working by loading the key pkg. Now both image and graphics magick are working. I don't know why I had to go through with all of that. [13:35]
gac410when I tried it here, on a fresh beta 2, it "just worked" installed libimage-magick-perl first, then Install, Save!, and the plugin was working. [13:37]
LorenEveyBeta 2 failed. I did not copy localsite.cfg over. I am configuring a couple of other virtual servers today. I will report on beta 2 further. I am so happy to make this work. And.., the differences between beta 1 and 2 are not subtle. I was surprised. Beta 2 is much nicer and maybe quicker. Kudos to you all. 1.2 shall be a winner. [13:38]
gac410Yeah we are really anxious to get it released. Thank. A lot of folks have been really dedicated on getting this all polished up.
I'll build a test build today (post Beta2) and will give it a run-through as well and see how it makes out.
[13:39]
foswiki_irc3Good morning all.
I have an issue that I'm hoping someone can assist with.
I want to build pages from templates, and inside the template I want a DateTimePlugin extension to call the current date and time.
The page only needs the date and time built into it, not the DateTimePlugin code
[13:45]
LorenEveyWhen 1.2 is released, Beta 2 should be close enough that the final installation of the release should be painless? I hope so. [13:48]
gac410LorenEvey: Yes we really hope so. There is some cleanup of the System documentation going on, but really Beta2 should be close to 1.2. Or your release manager will get on his "reverting" hat :D
foswiki_irc3: In the template, there is a %SECTION definiton that will tell to incorporate the expanded macros instead of the literal macros
gac410 has to go look
type="expandvariables" - all macros inside an "expandvariables" type section gets expanded when a new topic based on the template topic is created. See TemplateTopics for more information.
[13:51]
foswiki_irc3Awesome. Thank you. I tried searching for this, but didn't have the proper wording. [13:53]
gac410So %STARTSECTION{type="expandvariables"}% Your %DATETIME stuff %ENDSECTION...
you're welcome. yeah knowing what to search for is more than half the battle at times.
[13:53]
foswiki_irc3This is confusing me. Some macros expanded once the page was created and some did not.
%EDITTABLE{ format="| row, -1 | label, 0, %WIKIUSERNAME% | label, 0, %SERVERTIME{"$day $mon $year $hour$min"}% |" header="|*No.*|*Signatures*|*Date*|" changerows="add" headerslabel="on" }%
In this . . . both the wiki username macro and the servertime expanded once the page was created. I don't want that to happen.
but . .
| %DATETIME{"Night$month$day$year" incdays="-1"}% | %DATETIME{"Swing$month$day$year"}% |
in this one, neither of them expanded.
[14:00]
gac410If you view the raw page, they are expanded? That's strange Gotta go look at the docs again. [14:02]
foswiki_irc3I'm looking for it to do the opposite. I see the expand variables section you mentioned.
no, not the raw template page, but yes the raw topic created
[14:03]
gac410Okay. There is also a section called "templateonly" that should NOT be expanded. [14:03]
foswiki_irc3but that does get carried over into the topic at all right?
more like for notes or something?
[14:05]
gac410Right. I read it wrong. sorry [14:05]
foswiki_irc3np [14:05]
gac410I don't see any way to prevent things like WIKIUSERNAME from being expanded
Try using %WIKIUSER%NOP%NAME% The NOP will hopefully prevent the expansion of WIKIUSERNAME
[14:05]
foswiki_irc3it's weird, why does it expand and datetime does not . . . maybe something to do with the edit table that they're inside
okay, i'll try that.
[14:07]
gac410Read that TemplateTopics document. It gives a list of macros that are always expanded [14:07]
foswiki_irc3ah, that makes sense then
the %NOP% didn't work.
%WIKIUSER%NOP%NAME%
[14:08]
gac410hm CDot MichaelDaum_ ... any ideas? [14:11]
foswiki_irc3oh wait, let me try again
it put it in the wrong spot
okay, that worked
[14:11]
gac410okay good. [14:14]
foswiki_irc3%WIKIUSER%NOP%NAME% and %SERVER%NOP%TIME%
lifesavers
Thank you very much.
[14:20]
........ (idle for 37mn)
CDotgac410: what was the question? [14:57]
foswiki_irc3Me? [15:02]
..... (idle for 22mn)
gac410CDot ... never mind.
There are some macros expanded from templates always regardless of sections. So defer using %NOP% was the solution
Oh and question 2 ... any concerns with adding a "guess" in Plugins.pm to guess the {Module} if its missing for some reason.
Not setting the config, just using it for the load.
of the plugin
[15:24]
And finally CDot, with your Macros restructure, should we even have the VarEDITTEMPLATE VarVIEWTEMPLATE and VarEDITACTION ... They really aren't macros. [15:36]
CDotno; working towards sorting that out
I have another pass in construction
[15:37]
gac410okay ... I'll let you be. [15:37]
CDotcanonicalising the way params are represented [15:37]
gac410I was thinking maybe we should have a Development.Foswiki12MigrationConsiderations or ??? to cover - reparenting the VarMACRO topics, etc.
But don't want to duplicate. Leave the Support.Utf8Migration for the web site migration aspects, and have a development topic more for the coders.
[15:38]
foswiki_irc3Ran into another speedbump . . . in case anyone brings this up in the future . . . DateTimePlugin pulls UTC time
so in my macro, i added inchours="-7"
to get my time
is foswiki.org having issues? I keep getting connection timeouts
seems sparatic.
[15:48]
........ (idle for 36mn)
gac410yes, I think they rebooted a while ago. We've been having server issues [16:30]
foswiki_irc3Okay, thanks. I'll be patient with it. :) [16:31]
gac410Guest92568: (You can't hide Koen :) ) Did you reboot or was there a crash ... about 3 hours ago. [16:32]
.............. (idle for 1h9mn)
CDothmmm, it came back, but is not responding now :-) [17:41]
bugger, throughly dead, and I need to create an urgent Task :-( [17:50]
it came back [17:58]
gac410CDot ... your doc efforts are wonderful. Our docs have needed TLC for a long time. It's really frustrating work. [18:07]
CDotabout to get a lot better, once I check this latest lot in [18:07]
gac410Just don't tip us into beta 3 :D
So far though, looks great Macros topic is MUCH faster ... without all the include expanding ... it was unmanagably large
[18:07]
gac410 goes back to stripping the siding [18:13]
CDotyes. i created a MacrosQuickReference topic, that is included into CompleteDocumentation with full expansion, but leaves the links in normal everyday use
makes for a much more pleasant user experience :-)
I'm tempted to split CompleteDocumentation up into several pages, TBH
[18:13]
GithubBot[distro] cdot pushed 3 new commits to master: http://git.io/vLg39
distro/master 1d404a9 Crawford Currie: Item13463: make TOC respect heading offsets from INCLUDE
distro/master 5c223b7 Crawford Currie: Item9693: canonicalise macro documentation style
distro/master f109568 Crawford Currie: Item9693: fix parent and related links
[18:23]
***GithubBot has left [18:23]
CDotgac410: well, it's your call if a beta3 is needed, but so far I have only had to do one bugfix.
the rest is all doc, pure and simple
[18:23]
latest changes pushed to git, if you want to check them for me :-) [18:29]
...... (idle for 28mn)
LorenEveygac410: As you know, I am installing several instances of B2. I just used the Users changepassword tool. It reported that the password could not be changed. But it seems that it was changed. I ham not able to download imagegallery from the Foswiki server today. Connection error. Nothing to report on that front. [18:57]
gac410Hm I'll give password change a try. And yes the server is very sick. I've sent an email to the guy who does the posting, but no response yet.
LorenEvey: By "change password tool" do you mean the page that allows a logged in or admin user to change a password, or the tool that allows a user to reset their password
LorenEvey: i just used both change and reset. it all worked fine here. Are you using the default PasswordManager & Mapper?
[19:02]
.... (idle for 15mn)
***ChanServ sets mode: +o MichaelDaum [19:21]
LorenEveyI am sorry to lead you astray. I am configuring about 4 at once. I was mixed up. It correctly reports that the password did not change. I have not found a configuration setting for that. Maybe an Apache thing? Minor. Things look great. [19:22]
gac410If .htpasswd is not writable, then password change & reset will be automatically disabled
could be a file permissions issue
Since Beta2, So far there have been a couple of small bugfixes, and some major rework of the system web macro documentation, which was in sad shape.
[19:22]
***gac410 sets mode: +v WikiRingBot [19:24]
LorenEveyAfter all morning/pm I just got a connection to the repository that setup image gallery. New message. No .tgz download; trying zip. zip appears to have succeeded I see that 5 changes are needed to be saved. I will be absolutely certain that I do that. You had wondered. [19:25]
gac410Great. That's exactly what's supposed to happen. The tgz is there, probably the server had an issue when it tried to retrieve it. [19:25]
LorenEveyThe imagegalley validation still reports that imagemagick is not installed. It is. Reports that graphicsmagick is installed. It is. Reports that imagemagick is required but my testing earlier indicates that it is not. The configure lets you specify for imagegallery to use graphicsmagick. This works of imagemagick is not installed. I shall save these 5 changes, enable, and report back. [19:29]
gac410okay. The dependency checker is not really all that smart. We don't have "if ... else ..." type checks. So imagemagick is listed as required, graphicsmagic as optional.
The *correct* dependency would be to day "virtual ImageBackend is required. satisfied by ImageMagick or GraphicsMagic.
But we can't do that.
[19:30]
LorenEveyIt appears that I have to reload configure to get imagegallery to display in the installed list. It does not appear after saving 5 changes. Fingers crossed on this. [19:33]
gac410Hm that doesn't seem right.
Once you save, $Foswiki::cfg{Plugins}{ImageGalleryPlugin}{Enabled}=1; should be set in the LocalSite.cfg That's the key. That and having a {Module} entry as you found out.
[19:33]
LorenEveyI closed the configure window, reloaded by clicking the link from the system web, and imagegallery is now listed. But it is also enabled. I thought that I would have to do that. I guess I just test it. [19:36]
gac410No, Foswiki 1.2 should auto-enable extensions when you install them provided you save.
That was a frequently requested feature.
[19:37]
LorenEveyAll right then. Good. Drum role. [19:37]
Prestomania! You must have been right to question me if I saved the five changes. Works like a charm! Thank you so much for all of your help with this. I do find that I miss the version data by going to plaintext. Not because of restoring version. More sentimental. It was nice to see who worked on the pages. Oh well. Looking forward. [19:42]
gac410why do you lose that?
Ah. you deleted the ,v files?
You know, you can migrate them to plain text store. Or just install using RcsWrap or RcsLite and they should just work.
Take a look at http://yoursite.com/System/UpgradeGuide#Copy_the_data_using_61tools_47bulk_copy.pl_61
Basically install a 1.1.9 system ... just bare bones, don't really even need it running, just to host the 1.1.x / twiki style Topic.txt / Topic.txt,v files
Then run the bulk_copy script to copy from 1.1. to 1.2 ... it will do any charset conversion, and convert the store as well.
[19:42]
LorenEveyYes, I deleted ,v from the current sites. But I have frequent backups of everything going back to the beginning of the like with TWiki. I will into the conversion. I knew about it. But not really think about the historical interest I had. I don't ever foresee reverting. Just sentimental. Previous content authors are onto other lives. [19:51]
gac410Ah yes. Sometimes it's good for a clean start. [19:52]
LorenEveyThank you for saying that. I have a terrible time letting go. I hate to put the garbage out for pickup. [19:53]
gac410:) [19:54]
LorenEveyHey, this is great news! I am seeing the light at the end of the tunnel. And a great release. Thank you again and I am back to migrating data knowing that it will work. Thousands of images. [19:55]
........................ (idle for 1h56mn)
foswiki_irc3Does anyone know if a form can create multiple topics from multiple templates with one button press?
<form name="fooform" method="post" action="%SCRIPTURL%/save/%WEB%/%URLPARAM{"topic"}%">
[21:51]
gac410Not directly, no. you could do something using javascript maybe to use ajax to drive multiple creations, but that's nothing foswiki does native. [21:52]
foswiki_irc3<input name="templatetopic" value="TestDayTemplate" type="hidden" />
ok
[21:52]
gac410when you post the form, it does a single save. [21:52]
foswiki_irc3thanks. [21:52]
gac410The other option would be to write a plugin to process the form and create multiple topics. [21:53]
foswiki_irc3it's not that big of a deal, just 3 steps a day instead of 1 [21:53]
gac410:) [21:53]
foswiki_irc3Thanks again. [21:53]
gac410yw [21:53]
GuilainCfoswiki_irc3, i think is the purpose of http://foswiki.org/Extensions/MultiTopicSavePlugin
never use
used
purpose...or not.. ;)
[21:53]
gac410GuilainC: Hm. Not sure if it can create new topics. ... goes off to read [21:54]
GuilainCGuilainC re reads again
not sure too
[21:54]
gac410And now f.o is not responding again :( [21:55]
GuilainCok i'm wrong
is only for update form
[21:56]
gac410Yeah it's used to update form data across multiple topics. I don't think it can create.
Worth a look though.
[21:56]
GuilainCthat's bad, need an MultiTopicCreatePlugin [21:56]
gac410We use it on Foswiki.org to "close" all the "Waiting for release" topics in one button push when making a new foswiki release [21:57]
GuilainCI've get already the case...that I've left as it, the user need to clic several time for create the multiple topic :( [21:57]
foswiki_irc3That's fine. We create shift logs 3 times per day. We were manually copying and pasting "templates" from one topic to a new topic and then manually editing the dates and such.
Now each shift just clicks 1 button.
I think we can survive with that.
[22:03]
GuilainCok great ! time for me to tell you good'night ! [22:08]
gac410g'night GuilainC [22:08]
***foswiki_irc3 has left [22:18]
.......... (idle for 47mn)
asimov.freenode.net sets mode: +o jast [23:05]

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