#foswiki 2015-06-12,Fri

↑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/vIQuD
distro/master afd9c78 George Clark: Item12888: CGI on some systems include an alpha version...
distro/master 8eb8630 George Clark: Item13456: Support utf-8 in admin password...
[00:32]
***GithubBot has left [00:32]
FoswikiBothttp://foswiki.org/Tasks/Item12888 [ Item12888: Unit tests are failing ]
http://foswiki.org/Tasks/Item13456 [ Item13456: Entering utf8 password for admin causes wide character error ]
[00:32]
gac410jomo, Your local document TaskItem13446 is very good. Would be nice to get that into the Development web [00:37]
FoswikiBothttp://foswiki.org/Tasks/Item13446 [ Item13446: HTML entities in Config.spec files are incorrectly converted to hex. ] [00:37]
RiskRewardHi, I'm using an %INCLUDE% in a topic. I'd like the content of the include to grab some content from the topic's DataForm via %FORMFIELD%, but it doesn't work. Probably the include searches itself, not the topic it's included in. Any ideas? [00:37]
gac410RiskReward: I have not done enough with FORMFIELD to know if this is a bug. Have you tried qualifying the formfield? %FORMFIELD{"topic="%TOPIC%" ...}% [00:40]
RiskRewardNo I haven't tried that. I'll give it a go now. [00:40]
gac410%TOPIC% should expand to the included topic. %BASETOPIC% is the including topic. Might also need %WEB% if crossing webs [00:40]
RiskRewardThat works, thanks! Solution is to qualify the formfield by using topic="%BASETOPIC%. [00:44]
gac410Great! [00:44]
RiskRewardI'm constantly amazed by what foswiki can do. [00:44]
................................................. (idle for 4h3mn)
***gac410 has left [04:47]
................................... (idle for 2h51mn)
ChanServ sets mode: +o CDot [07:38]
rathierWhy are all the css declarations packed in one line per file? Does it get rendered faster? [07:39]
jastreduces data transfer
it's a compression step of sorts when the releases are built. the original files are not compressed in this way
[07:39]
rathierAh, I see. [07:40]
jastit's actually a fairly common practice [07:41]
rathierThe problem with this is: when i try to find the source of errors/warnings with the firefoxx toolbox, the all appear in line 1 :-/ [07:41]
jastyou get errors/warnings in the CSS? [07:42]
rathieryes, I do. I open up http://foswiki.org/Extensions/PatternSkin, start the toolbox and reload the page: several css warnings for styles.css, jquery-ui.css, ... [07:44]
jasthum.
I believe the original sources are included, too
usually as foo_src.css or foo.uncompressed.css
so one thing you could do is overwrite the compressed files with those
for styles.css you can simply change the URL in Main.SitePreferences
and JQueryPlugin (which loads jquery-ui.css) has a debug mode to load the uncompressed sources. it can be set using /bin/configure or by editing lib/LocalSite.cfg... but I'm not completely sure that its debug mode covers both JS and CSS
[07:44]
rathierjast: that are good hints for debugging. Thank you. I'll see, what i can find out. [07:55]
.......................................................... (idle for 4h48mn)
***ChanServ sets mode: +o Lynnwood__ [12:43]
ChanServ sets mode: +o gac410 [12:49]
GithubBot[distro] FoswikiBot pushed 1 new commit to master: http://git.io/vIdTM
distro/master a49faa0 CH yang: Item13252: Translations updated using Weblate (Traditional Chinese)...
[12:55]
***GithubBot has left [12:55]
FoswikiBothttp://foswiki.org/Tasks/Item13252 [ Item13252: Translation work for Foswiki 1.2 ] [12:55]
........................... (idle for 2h14mn)
gac410The 1.2 extensions install wizard uses the location of Foswiki.pm, to find the installation root. ie. one directory up from lib.
I have a feeling that's not a good assumption, as some systems will make lib a symlink over to /var/lib or similar.
gac410 isn't sure he should trust data or pub, because of things like VirtualHostingContrib.
Any thoughts on the best way to reliably locate the "install root" so that bin, data, pub, tools, lib, locale, ... are located there?
lib/.. bin/.. cwd() ???
[15:09]
GuilainCI'm so sorry gac410, I've no idea... too young in the project
but for extension you need root
for be able to install file in lib ?
so root is not really needed, only lib/ is important N
?
[15:27]
gac410It needs to locate the "foswiki" directory where it can assume all the other directories are linked. Though maybe not, I'm still poking at it. [15:29]
GuilainChum, the scripts configure, view, etc, need to know where lib/ directory is ? for all the other (data, pub & co, you cant' use the variable present in configure ?) [15:32]
jast1.2 does automatic bootstrapping, i.e. it can run without configuration [15:33]
gac410yeah. that's what I'm working through now.
Bootstrap uses the bin dir to "find itself" and then checks for presence of lib, tools, ...
Not sure what will happen if a site relocates bin to a cgi-bin directory up a level to get it out of the "web root"
Probably won't work though :(
[15:33]
GuilainCI let you ;) too high, but happy to know that... "It's a kind of Magiiiic" (very known song) [15:34]
gac410But bootstrap is for another day. Still struggling with the ext. installer. The issue is where to "put" a manually downloaded extension so the installer can find it.
1.1 assumed the web root. 1.2, it doesn't work at all. since it decides that the location of Foswiki.pm is the root. Oops.
Actually 1.2 and recent 1.1. has a directory: working/configure/download. I wonder if we should just use that as the location of any manually downloaded extensions
and give up on trying to find / check the "root" directory.
[15:36]
jastworks for me [15:40]
gac410Or... maybe check "getcwd()" and working/configure/download [15:40]
jastyeah, that's great [15:40]
gac410gac410 will fiddle with it. Thanks [15:40]
the installer really needs a "root" ... So I guess i have to pick one. I think it will still use all the $Foswiki::cfg{} path settings, but ... :P
So what directory is the *least likely* to be symlinked or pointed to somewhere other than the installation root.
[15:50]
jastwell, 'installation root' is kind of open to debate
debian would be likely to split things all over the place
[15:52]
gac410bin -> cgibin lib -> var/lib ... yeah I know. hence this mess. :( [15:52]
jastmaybe for this kind of install we need to be able to give people an alternative way to _define_ a root [15:53]
gac410The problem I have is what VirtualHosting relocates. [15:53]
jastyou mean VirtualHostingContrib? or apache's mechanism? [15:53]
gac410VirtualHostingContrib. [15:53]
jastokay
well, for the most part the install root works just like with normal foswiki
[15:53]
gac410I know nothing about it, and really don't like the idea of stuff diddling with the $Foswiki::cfg hash on the fly :P [15:54]
jastit overloads data, pub, working [15:54]
gac410Okay. just those three. So maybe I can assume "one-up from locale directory? [15:54]
jastand does special magic with templates, I think
locale is an interesting candidate
still not going to work on debian, I guess :)
[15:54]
gac410yeah that's what I'm afraid of. :( special magic.
well debian users are not supposed to use the installer.
[15:55]
jastgood point
how about we just tell people to split things up _after_ bootstrapping and creating a proper config
and until then we go with lib
[15:55]
GuilainChum gac410, is not true, because, debian package won't be ready for 1.2.. [15:56]
gac410But worst case. bin and lib are symlinked. pub, data, working and templates have "magic" So one-up from locale [15:56]
GuilainCso I think that debian user will be like other [15:56]
jastbin and lib are not symlinked for VHC [15:56]
gac410GuilainC: If they don't use debian pkg, then no problem. Simple untar is fine and ext. installer jsut works.
The issue is ... install from deb pkg, then go use ext. installer.
[15:56]
jastGuilainC: we're basically talking about what it would be like *iff* someone made/used a debian package :) [15:57]
gac410gac410 is going to go with locale. and let the dice roll [15:57]
jastbut George is right that that's no issue for the installer because people who use packages aren't going to use the installer
fingers crossed!
and now it's time to leave for the weekend
[15:58]
gac410well they are not supposed to. We do come across them, especially with the deb packages being unmaintained now. [15:58]
jasttalk to you guys on Monday [15:58]
gac410okay. have a nice weekend [15:58]
jastyou too! [15:58]
GuilainCok jast and gac410... "iff someone..." :D
have a good week&
[15:59]
................. (idle for 1h21mn)
GithubBot[distro] gac410 pushed 2 new commits to master: http://git.io/vIbeX
distro/master 3b972ed George Clark: Item13457: More reliable location of "root directory"...
distro/master 4dc87c5 George Clark: Item13457: update usage docs for installer scripts
[17:20]
***GithubBot has left [17:20]
FoswikiBothttp://foswiki.org/Tasks/Item13457 [ Item13457: Foswiki 1.2 Extension Installer doesn't use local files. It always downloads new copies. ] [17:20]
................................... (idle for 2h53mn)
GuilainCgac410... on 1.1.9 (debian package), do you know why the select is empty in "Mail > e-mail server tab" used to set {Email}{MailMethod} variable ? [20:13]
gac410It was a new config setting with 1.1.9, Without it, foswiki decides on whether or not to use a program or Net::SMPT based upon other settings. [20:15]
GuilainChum... ok, so is perhaps normal, if {EMail}{MailMethod} is absent from LocalSite.cfg
ok, so
if {Email}{MailMethod} is absent in LocalSite.cfg, the select failed in the configure script and you can't set up any MailMethod... I don't know how is done in 1.2, but in 1.1.9, the method seems not to be robuste
[20:18]
gac410Not sure GuilainC ... I don't use the .debs
1.2, the autoconfig wizard will set it. And it does have a default in Foswiki.spec Net:SMTP
gotta reboot ... biab
[20:35]
***gac410 has left [20:36]
............... (idle for 1h14mn)
ChanServ sets mode: +o gac410 [21:50]

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