#foswiki 2015-08-27,Thu

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

WhoWhatWhen
***ChanServ sets mode: +o Lynnwood [02:07]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vsj0B
distro/master 2804659 George Clark: Item13560: Add the ability to enable plugins...
[02:15]
***GithubBot has left [02:15]
FoswikiBothttp://foswiki.org/Tasks/Item13560 [ Item13560: configure does not set initial values when extensions are installed with an external package manager ] [02:15]
........ (idle for 39mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vsjwL
distro/master e54f9df George Clark: Item13560: Clarify messages a bit more.
[02:54]
***GithubBot has left [02:54]
FoswikiBothttp://foswiki.org/Tasks/Item13560 [ Item13560: configure does not set initial values when extensions are installed with an external package manager ] [02:54]
............. (idle for 1h4mn)
***gac410 has left [03:58]
........................ (idle for 1h56mn)
ChanServ sets mode: +o MichaelDaum
ChanServ sets mode: +o CDot
[05:54]
HenroRitchie has left [06:08]
..... (idle for 23mn)
ChanServ sets mode: +o MichaelDaum [06:31]
.............. (idle for 1h7mn)
jastdang... transitioning LdapContrib to unicode will be painful and inefficient because DB_File doesn't support unicode [07:38]
............. (idle for 1h2mn)
JulianLevensjast: have you looked at DBM::Deep?
It's pure perl, writes to files directly and can also use a DBI back-end
Supports Unicode too :)
I have not actually used it so it will need to be evaluated, but looking at it on MetaCPAN it looks good - so far
[08:40]
jastyeah, possibly... I'd have to talk to Michael though, it's his Contrib
seems to me like _any_ change to make it work with 2.0 will require data conversion
unless we want to add yet another encode/decode for each access to the tied hash
[08:50]
JulianLevensthere's always something ;-) [08:53]
............... (idle for 1h10mn)
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/vGvJi
distro/master 45bceb5 Crawford Currie: Item13570: I was right, it wasn't easy to fix, but I think I've got it working consistently now. The only slight unknown is exactly what it means when there is plain text on the same line a s a TABLE/EDITTABLE tag, but I think that's an unusual enough case that we can afford to change the rule slightly.
[10:03]
***GithubBot has left [10:03]
FoswikiBothttp://foswiki.org/Tasks/Item13570 [ Item13570: EditRowPlugin totally breaks all compatibility with EditTablePlugin and has plain bugs too ] [10:04]
JulianLevensCDot: you left this behind '+use constant TRACE => 1;' [10:12]
CDothuh? wtf... where?
CDot has => 0 in his local sources
n.m. found it
[10:13]
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/vGvIT
distro/master 956a656 Crawford Currie: Item13570: I was right, it wasn't easy to fix, but I think I've got it working consistently now. The only slight unknown is exactly what it means when there is plain text on the same line a s a TABLE/EDITTABLE tag, but I think that's an unusual enough case that we can afford to change the rule slightly.
[10:15]
***GithubBot has left [10:15]
.......... (idle for 49mn)
ChanServ sets mode: +o CDot [11:04]
..... (idle for 22mn)
LavrJust tried the updated EditRowTable and I get this error
Foswiki detected an internal error - please check your Foswiki logs and webserver logs for more information.
Can't locate object method "new" via package "Foswiki::Table" (perhaps you forgot to load "Foswiki::Table"?)
[11:26]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Table [11:26]
LavrTried another page. Then it deletes the EDITTABLE tag from the page when you save. [11:31]
***ChanServ sets mode: +o gac410 [11:32]
LavrCan someone try a topic with these two lines
%EDITTABLE{format="|text,120|"}%
| Goal 1 |
The most simple Editrow table possible.
Edit it with the ERP feature and save. What happens to the EDITTABLE macro
[11:40]
The EditRowPlugin checkin from today created two new problems.
1. You cannot redefine EDITTABLE to EDITROW without the code crashing
[11:55]
gac410Lavr, before CDot's checkin. Your %EDITTABLE for me became:
%EDITTABLE{format="|text,120|"}%
| Goal 12 |
after edit with the edit butotn.
[11:56]
Lavr2. The plugin (setup to use EDITTABLE macro) selfdestruct (deletes) the EDITTABLE macro [11:56]
gac410Your EditTableFromHell task crashes on trunk.foswiki.org as well. [11:57]
LavrI did not even try that on yet knowing that the simple case fails [11:57]
gac410Changing subject. I've been a good doobee and am waiting to release RevComment until you are happy with the changes on 1.1.9 ... It's all working for me. On 1.1.9, use SKIN = revcom11
Lavr, Re %EDITTABLE 2) - confirmed. macro disappears after save.
[11:59]
LavrGood - then we know the problem is not related to any special ways I run here (ISO and RCS)
Actually what is special for me is ISO charset, RCSWrap and ApacheLogin. Rest is standard.
I have not had time to test RevComment in 1.1.9. I was hardly in the office yesterday because I had to stay home and wait for a Freezer technician
[12:13]
JulianLevensgac410: ref DEPENDENCIES please give me feedback on http://pastebin.com/7QMa5uXg
It's low priority but it's be good to clean this up
[12:21]
....... (idle for 31mn)
gac410JulianLevens: Looks good. Just wondering, should the Imagemagick dependency be an external, or the CPAN Image::Magick
Lavr: That's fine. I'll release then. and can deal with the fallout later ;) I'm pretty sure it is okay, but figured you might want to contribute your 2-cents.
[12:52]
JulianLevensy, I wondered the same thing. The code actually offers all names to metacpan via their API first. It that matches then it's cpan otherwise I'm still open [12:56]
gac410Image::Magick is an oddball anyway, as you can't really install it using cpan, at least that I've experienced. It has to build along with the imagemagick binary.
But listing it as Image::Magick will have dependencies try to find .../Image/Magick.pm I think and you should get warnings if it's missing, which is the more important part.
[12:57]
JulianLevensy, both dependencies should be listed [13:00]
............... (idle for 1h14mn)
iwhHas anyone else noticed that the freenode window at http://foswiki.org/Community/InternetRelayChat is smaller than the new captcha? it's no longer possible to login there, as far as I can tell, from chrome, FF, or IE.
I used http://webchat.freenode.net/ instead.
[14:14]
We are a small organization, running a foswiki intranet outside the firewall so that there is offsite access. Users, though, are annoyed that they have to login separately when they're on site. Can anyone summarize the security concerns related to using LdapContrib as a single sign on solution? It looks like it'd be perfect to me, with TemplateLogin fall-back when offsite. But this is not my bag at all. [14:28]
foswiki_irc4I've just logged on via http://foswiki.org/Community/InternetRelayChat and Chrome with no problems [14:30]
JulianLevensOf course I don't usually use the web interface [14:31]
iwhThat's weird - I couldn't make it work. The "choose related image quiz" wasn't scrollable.
Sorry, I meant the window at http://foswiki.org/Support/GetLiveSupport
[14:31]
jastSSO with LDAP (MSAD) is what we set up for most of our customers [14:37]
andreliHello
We are setting up Foswiki 2.0 and experience some unfortunate performance penalties when it comes to search.
[14:37]
jastiwh: I've increased the height of the frame, should be okay now
andreli: I believe there are some known performance issues
[14:39]
JacobEtchesThanks JAST. The window is as big as the captcha now. [14:40]
andreliWe hat Foswiki 1.1.5 running with NativeSearchContrib. Non of the in 2.0 offered search methods come close to NativeSearchContrib.
Will NativeSearchContrib come back to Foswiki?
[14:40]
jastI'm not familiar with NativeSearchContrib, unfortunately
I'm assuming you already tried setting up NativeSearchContrib on fw 2.0 and ran into errors/issues?
[14:40]
JulianLevensThat's CDot's baby, I have a feeling it was designed with the old store API [14:42]
jastI don't actually think the store API changed _that_ much [14:43]
andrelijast: Yeah, I tried. I don't know whether it a perl or a C issue. [14:43]
JulianLevensIf it was working on 1.1.5 then it should be OK now [14:43]
jastthere are potential unicode-related issues, of course [14:44]
andreliSo, lucky me staying with ISO for the time being. [14:45]
jastthere's no way to not use unicode with foswiki 2.0
core uses it internally, for everything
it's possible to have your data store in a different encoding, e.g. ISO-8859-1, but that doesn't change what happens inside the core
[14:47]
andreliYeah, I have to hack my way along the fringes to make Foswiki work with data, see LdapContrib. [14:48]
jastLdapContrib will need updates for full 2.0 compatibility
I've gotten started on that, will pick it up again next week. it's tricky, though.
[14:49]
andreliI would be happy to give it a run on our installation as soon as you have some code and give you feedback. [14:51]
jastI'm doing some tests of my own, too
I'll let you know when I've got something that passes my own tests :)
[14:52]
andrelijast: ok. [15:02]
fragfutteris it possible to merge topics for the holidaylistPlugin? [15:08]
........... (idle for 54mn)
gac410andreli: if you are checking the logs... performance patch is on task Item13593 [16:02]
FoswikiBothttp://foswiki.org/Tasks/Item13593 [ Item13593: Foswiki 2.0 is 350% slower doing query SEARCH compared to 1.1.9 ] [16:02]
gac410It's a fairly small change and returned 2.0 search to same performance as 1.1.9.
fragfutter: I don't understand your question. merge topics?
[16:03]
andreligac410: Thanks, I will the patch a go.
But I got FoswikiNativeSearch working on Foswiki 2.0
[16:05]
fragfuttergac410: i wanted to %INCLUDE{user1}% %HOLIDAYLIST%.
gac410: it works with %HOLIDAYLIST{topic=user1,user2}%
gotta run.
[16:06]
gac410sorry .. I don't know much about that ton fragfutter
ton / one
andreli: did Native search on 2.0 have similar perf. to 1.1?
[16:07]
andreligac410: To be honest, It turned out, that we were currently using Forking and not Native anymore.
But we are moving from CGI to FCGID, so Forking is not the best option anyway
[16:10]
gac410oops. Anyway, anthing that interfaces with the outside world must ensure strings passed to core are unicode strings.
2.0 does any charset conversion on the edge. The old {Site}{CharSet} is hardcoded to utf-8. If you manage to change it, the config loader will change it back.
[16:11]
andreliI will run some more tests. Might come back Monday with some data. [16:12]
gac410{Store}{Encoding} tells the store to convert between utf-8 and the desired encoding when reading/writing data. topic names have the same considerations. [16:14]
andreliMy approach to get FoswikiNativeSearch was to clone Forking (grep) and redirected the call to CDots Perl Library. I guess at this edge, encoding is the same. [16:16]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vGU5B
distro/master b99811d George Clark: Item13570: Fix class name.
[16:29]
***GithubBot has left [16:29]
FoswikiBothttp://foswiki.org/Tasks/Item13570 [ Item13570: EditRowPlugin totally breaks all compatibility with EditTablePlugin and has plain bugs too ] [16:29]
gac410Lavr: ... I fixed the crash in EditRowPlugin. The disappearing EDITTABLE is still there though. [16:31]

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