jonnyb: sorry nkoth|nelson, no - guess there's an api call somewhere
CIA-36: tikiwiki: 03chealer * r41273 10/trunk/lib/wiki/histlib.php: [REF] Clarify histlib_helper_setup_diff()
nkoth|nelson: hmm there is a "center" param which gets passed to parse_coordinates
probably an x,y,z
marclaporte: joined #tikiwiki
CIA-36: tikiwiki: 03jonnybradley * r41274 10/trunk/doc/devtools/update.dogfoodserver.sh: [MRG] missed out devtools script
tikiwiki: 03jonnybradley * r41275 10/trunk/lib/profilelib/installlib.php: [FIX] very edge-case installer error probably due to locally messed up database, but better safe than sorry?
redflo: joined #tikiwiki
CIA-36: tikiwiki: 03jonnybradley * r41276 10/trunk/ (3 files in 3 dirs): [ENH] kaltura: Move player id list into option drop-down for kalture admin panel (thanks marclaporte and nkoth), also regularize save/change prefs buttons(s)
redflo: joined #tikiwiki
CIA-36: tikiwiki: 03robertplummer * r41277 10/branches/9.x/lib/wiki/wikilib.php: [FIX] Args needed decoded too for the fingerprint to be accurate
redflo1: joined #tikiwiki
Sp4rKy: joined #tikiwiki
sipherdee: joined #tikiwiki
Caarrie|away: joined #tikiwiki
CIA-36: joined #tikiwiki
Jyhem_laptop: joined #tikiwiki
rain``: joined #tikiwiki
DPP: joined #tikiwiki
Tiki|bot: joined #tikiwiki
DarkCalf: joined #tikiwiki
goj: joined #tikiwiki
pkdille: joined #tikiwiki
marclaporte: joined #tikiwiki
changi_: joined #tikiwiki
amette_: joined #tikiwiki
nkoth|nelson: joined #tikiwiki
fidel_: joined #tikiwiki
mose: joined #tikiwiki
Jyhem: joined #tikiwiki
dagb: joined #tikiwiki
sylvieg: joined #tikiwiki
brolin_empey: joined #tikiwiki
CIA-36: tikiwiki: 03chealer * r41280 10/trunk/lib/init/smarty.php: [REF] Revert r40280 "[ENH]smarty: is_numeric is secure" (already whitelisted)
blast_hardcheese: joined #tikiwiki
nkoth|nelson: left #tikiwiki
redflo: joined #tikiwiki
CIA-36: tikiwiki: 03chealer * r41281 10/branches/9.x/installer/shell.php: shell.php: Clear caches after upgrades, to prevent stale caches when patches manipulate preferences and other caches data directly in the database (backport of r41279)
Jyhem: joined #tikiwiki
Tiki|Logger: joined #tikiwiki
Topic: for #tikiwikiis now Tiki Wiki CMS Groupware - Software made the Wiki Way - Tiki 8.3 is out! Wanna ask something? Just ask. We log the channel @ http://irc.tiki.org (start line with [off] to exclude message from log), type !help to get some help from our bot ;) Enjoy!
Jyhem_laptop_: joined #tikiwiki
redflo: joined #tikiwiki
DarkCalff: joined #tikiwiki
goj_killedByISP: joined #tikiwiki
atamaseru: joined #tikiwiki
zeruadam: Helo
help
Jenser: joined #tikiwiki
arildb: joined #tikiwiki
dooc: joined #tikiwiki
Jyhem: polom
memory issues :-(
php-apc or php5-xcache ?
Tiki|bot: New Forum Posts: Standardsymbolleiste - http://tiki.org/tiki-view_forum_thread.php?forumId=10&comments_parentId=43938
changi|work: Jyhem: honestly ?
Jyhem: php-apc
Jyhem: but when you are using fcgid, php-apc don't share memory between process neither php5-xcache, so for me it's not really necessary.
Jyhem: free
total used free shared buffers cached
Mem: 4056972 4020432 36540 0 19960 3261464
-/+ buffers/cache: 739008 3317964
Swap: 4190204 114632 4075572
I thought 4 GB was a lot :-(
I set php-apc on another server (spiral) and it says Small amount of memory allocated to APC. Verify the configuration.
So, if APC *eats* even more memory, what is the point ?
Jenser: left #tikiwiki
redflo: joined #tikiwiki
arildb: joined #tikiwiki
Tiki|bot: New Forum Posts: Random Active Poll not working (tiki 8.3) - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43939
chibaguy: joined #tikiwiki
polom
dooc: left #tikiwiki
rodrigoprimo: joined #tikiwiki
nkoth|nelson: joined #tikiwiki
left #tikiwiki
redflo: joined #tikiwiki
jonnyb: joined #tikiwiki
chibaguy: joined #tikiwiki
jonnyb: polomolomolom
hi chibaguy - have a little css question
chibaguy: hi jonnyb
jonnyb: when you make text really big, the line height goes wrong (as seen here in page made by arildb http://dev.tiki.org/WYSIWYG+testing )
and it's down to the font definition in the body of most themes
e.g. font: 76%/1.5em
chibaguy: Ah, OK. The /1.5em is the culprit.
jonnyb: whereas if you make it font: 76%/1.5 (no units) it seems ok
indeed
chibaguy: It should be some other unit, as you say.
jonnyb: or 150% is ok too
chibaguy: Yes, I think 1.5 is equivalent to 150% maybe.
jonnyb: hmm, not quite for some reason
chibaguy: Oh, ok. I don't recall the rationale off hand.
Anyway, it shouldn't be a pixel or em unit.
And probably then the same line-height will work for body text and headings.
jonnyb: in fact i think it looks best (in safari anyway) with no line-height specified
indeed - nest of worms, so i'm not going to touch it now, just wanted to get your opinion
chibaguy: Oh, maybe safari has a larger line height by default than other browsers. I noticed that many stylesheets seem to specify a line height if the designer wants a litte less crowded look in the text.
yeah, I think definitely the em or px unit line height should go.
jonnyb: by the way, Alex's ("nagoyaguy") site is nearly ready - http://otaku.com:2012 - check out the funky search thing! :)
i think i'll commit removing the em for jqui.css for now - looks better to me here
chibaguy: Heh, looks like a pretty comprehensive search.
jonnyb: :)
should add an "in stock" checkbox too but can't find room ;)
chibaguy: It's fun to play with the checkboxes ;-) .
-: jonnyb is currently having fun with smarty which seems to think that "2 eq 0" is true somehow
chibaguy: Hmm, that would be an aspect of 2 I hadn't considered before. ;-)
jonnyb: it's in a smarty tpl used in a list plugin (trying to work out if stuff is in stock) - really odd!
chibaguy: You know, about the search page, I think Tiki's standard tiki-searchindex.php is way too "techy". "Lookup" and "Deep search" - what are these terms for normal users?
Why is there both a "Lookup" link and a "Search" button, etc.?
jonnyb: yes, it frightens normal people
needs designing (from a ui point of view)
Jyhem: Polom
-: Jyhem likes http://otaku.com:2012
chibaguy: Yep. Your otaku search is dreamy in comparison.
(I mean that in a good way.)
jonnyb: hi Jyhem - thanks
i'm rather pleased with it in general
Jyhem: Are these real tiki categories ?
-: Jyhem was about to give up on categories for tracker items
jonnyb: no, it just a tracker number field as it has to sync with their existing back-end
so it's a "linked" tracker i guess
Jyhem: Yes, but with a numeric field, I guess
jonnyb: yes, and some funky stuff mapping from the original id to the tracker itemId's
Jyhem: OK :-)
jonnyb: the theory is the whole tracker thing can be rebuilt from their back-end, so all the itemIds can change
-: Jyhem shudders
jonnyb: which makes keeping track of the user votes might be tricky - expecting a few bugs in there when it really comes to it
-: chibaguy 's eyes glaze over...
Jyhem: I can see why this import script took so long: it's not a one-shot import thing. It's a permanent feature
jonnyb: indeed - been a few months so far
but not a million kms from your big project i guess?
Jyhem: I have the suspicion the category field has strange interferences with permissions :-( I mean, the use case is unclear
Is http://otaku.com:2012 monolingual ?
jonnyb: yes, but with occasional bits in Japanese (like product titles)
sadly Japanese doesn't seem to work in the search :(
meaning ask LP about it sometime, probably needs indexing differently
Jyhem: are you utf8-unicode_ci ?
-: Jyhem knows no japanese, but hought search might work
chibaguy: Entering some Japanese text seems to produce unrelated results.
Or actually the same results as I get by clicking the search button with an empty text box.
radek82: joined #tikiwiki
jonnyb: indeed - it's ignored :(
chibaguy: One point: on my 1240 x 768 laptop screen, on an item description page, with the thumbnails down below the description text, it's hard to get the main image and the thumbnails both in the window. Seems like it'd be better if the thumbs were directly below the large image.
http://otaku.com:2012/products/26282 for example.
Also some odd jumpiness on http://otaku.com:2012/products/29431 as I guess the browser tries to accomodate changing mouse focus.
(This is with Windows/Opera.)
-: Jyhem just won a book on Wordpress :-)
arildb: joined #tikiwiki
jonnyb: :D Jyhem!
off for food - bbl
Jyhem: chibaguy: I think something needs correcting in the design.css in 9.x
Get on http://demo.tiki.org/9x/tiki-admin.php?page=performance and see how the .tabactive {border-style:solid solid none;} causes the active tab to be larger than the others and pushes the lower line of tabs :-(
jonnyb: that looks like bad css
hmm, maybe not...
chibaguy: joined #tikiwiki
jonnyb: seems to be because both .tabmark and .tabmark a get borders applied
chibaguy: Heh, in Fivealive at that site, I have an almost-black page background. I wonder where that's coming from.
The tabs look ok to me, in Opera anyway.
CIA-36: tikiwiki: 03jonnybradley * r41282 10/branches/9.x/styles/jqui.css: [FIX] css: Remove unit from line-height definition as it fails on large font sizes
chibaguy: There must be a browser-specific difference.
Anyway, I need to go but will be checking on that.
Jyhem: chibaguy_away: it's ok in fivealive. Issue is with eatlon.css and probably others
redflo: joined #tikiwiki
benoitg: joined #tikiwiki
jonnyb: ok, here's a goodie - i'm adding a note to doc.t.o and want to have no-parse tags showing - how do you do that?
nkoth|nelson: joined #tikiwiki
d6chung: joined #tikiwiki
Hey, anyone know what else I can check for a "Tiki is unable to connect to the database" message? It suddenly stopped working. I verified that the webhost is able to connect to the DB and run queries with the credentials given.
I also restarted apache for good measure.
Er... never mind. It seems to have resolved itself... weird...
jonnyb: weird indeed d6chung - these things can happen
i have a theory (only) that php leaks memory and after it's been running for a long time (weeks) bad things can start to happen
CIA-36: tikiwiki: 03Jyhem * r41283 10/branches/9.x/templates/trackerinput/dropdown.tpl: [FIX] Don't handle 0 like null
changi|work: jonnyb: hi
jonnyb: i've got an issue with you commit n°41266, when you have wysiwyg activate but your are not using it on a page that contain a maketoc, everything get transform to html
jonnyb: few mins pls changi|work
changi|work: jonnyb: no problem it's not urgent, just i've noticed that
olinuxx: joined #tikiwiki
jonnyb: ok, back changi|work - checking 41266
that maketoc code is pretty ropey - sounds like $need_maketoc doesn't get set
also it should be testing the page, not the prefs - will get on it...
nkoth|nelson: jonnyb: i have one encoding issue related to search formatter in Tiki 9.... wondering if you have a clue
jonnyb: hi nkoth|nelson - maybe, been rummaging in there today already
(trying to work out why '2 eq 0' was true in my smarty {list} tpls)
nkoth|nelson: in lib/core/Search/Formatter/ValueFormatter/Categorylist.php it generates a bunch of HTML and then puts it in ~np~ ~/np~ before sending it backout to the plugin
it is the same with Trackerrender.php but I haven't tried that one yet
jonnyb: everything seems to get wrapped in ~/np~
nkoth|nelson: For me, I get encoded HTML in the end
jonnyb: you have an example somewhere?
nkoth|nelson: ok I'll email it to you
sent
-: jonnyb checks
Jyhem: jonnyb: I lost a lot of trust in smarty's "eq" when I discovered that "0" eq "" :-(
"0" === "" did it
-: Jyhem nearly reused the old shellscript tricks like "x0" eq "x" :-)
jonnyb: it was due to these ~np~ tags round everything in the end
nkoth|nelson: I did try without the ~np~, it does not help...
the formatted output bubbles up into the plugin which is then handled by the parser, right?
jonnyb: think so, yes
nkoth|nelson: stuff in ~np~ is encoded as well then unless it is html?
anyway, that's as far as I got.
jonnyb: isn't there a "mode=raw" option for FORMAT?
didn't used to be needed but i found i had to add them (pre all this encoding stuff)
nkoth|nelson: I'll try
jonnyb: that page is a wysiwyg one too, might be not helping (getting " all over the place)
nkoth|nelson: maybe it's just mode=raw
but I am using the smarty formatting
the mode==raw goes in column?
what does mode=raw do? simple thmldecodes?
jonnyb: in {display} i think, but can't find one now
it tells the formatter that it's raw html
ah, you're right - it's for the table.tpl output & goes in column, so not relevant here
nkoth|nelson: the thing is this is the first time I am trying this in a tiki9, so I don't know how long has the problem been there
jonnyb: i have quite a few trackerrender fields working ok, should be the same
might need a fix in categorylist
nkoth|nelson: but if you are using column mode=raw maybe that "solves it"
jonnyb: have to pop out for a while, bbl
eromneg: joined #tikiwiki
jonnyb: joined #tikiwiki
back
nkoth|nelson: no, my stuff is all in external smarty tpls, no {column}s
radek82: joined #tikiwiki
jonnyb: changi|work: i still can reproduce this maketoc happening when not needed error - any more clues?
eromneg: jonnyb: Hi - are we still planning to do the alpha this week?
jonnyb: done i think, no changi|work ?
eromneg: ok - I can see it on Sourceforge now - cheers
changi|work: jonnyb: yes it is
jonnyb: about the wysiwyg issue i will do it on trunkdoc
jonnyb: ta
changi|home: http://trunkdoc.tiki.org/PluginList
just have a look, you will understand
i just activate wysiwyg
i don't use it to edit
jonnyb: !
jonnyb: ah right, so non html pages with maketoc in but with wysiwyg on
changi|home: jonnyb: yes
-: changi|home eating
benoitg: joined #tikiwiki
joined #tikiwiki
CIA-36: tikiwiki: 03jonnybradley * r41284 10/trunk/lib/ (videogals/kalturalib.php wiki-plugins/wikiplugin_kaltura.php): [ENH] kaltura: Player drop-down and size params for kaltura plugin (uses the player default size if not specified).
tikiwiki: 03jonnybradley * r41285 10/trunk/tiki-kaltura_video.php: [FIX] kaltura: Exception if media not found
tikiwiki: 03marclaporte * r41286 10/trunk/lib/prefs/ids.php: PHPIDS was only supposed to log and not block (at first). Turning off by default temporarily because too many things are blocked
-: changi|home back
changi|home: jonnyb: did you see it ?
jonnyb: yes, on something else just now (and off out soon)
changi|home: jonnyb: ok
jonnyb: think i have a fix but found some other bugs on the way
adding && $options['is_html'] to the condition on line 2069 of parserlib
but it seems once you do allowHtml on a wiki page you can't turn it off :(
the pref checks should go as well i think (maybe)
rodrigoprimo: joined #tikiwiki
CIA-36: tikiwiki: 03jonnybradley * r41287 10/trunk/lib/ (videogals/kalturalib.php wiki-plugins/wikiplugin_kaltura.php): [FIX] kaltura: Fail more politely if kaltura session has not been established (for instance after clearing caches)
Tiki|bot: New Forum Posts: Dringend - Problem mit dem WYSIWYG Editor - Version 9.x - http://tiki.org/tiki-view_forum_thread.php?forumId=10&comments_parentId=43951
CIA-36: tikiwiki: 03chealer * r41288 10/branches/9.x/installer/shell.php:
tikiwiki: [FIX] Fatal error: Cannot redeclare class Cachelib in [...]/lib/cache/cachelib.php on line 20
tikiwiki: oops, r41281 regression
tikiwiki: 03marclaporte * r41289 10/branches/8.x/tiki-calendars_rss.php:
tikiwiki: [bp/r41183 and 41185] [FIX] Category permissions not checked for calendar RSS
tikiwiki: feed and Using the same validation as in tiki-calendar.php Thank you
tikiwiki: Louis-Philippe Huberdeau and Philippe Dallaire Fixes
tikiwiki: http://dev.tiki.org/wish1372 reported by ibob
rain``: joined #tikiwiki
BobC: joined #tikiwiki
CIA-36: tikiwiki: 03chealer * r41290 10/branches/9.x/ (2 files in 2 dirs): Fix outdated/unparseable comments
tikiwiki: 03marclaporte * r41291 10/branches/6.x/tiki-calendars_rss.php:
tikiwiki: [bp/r41183 and 41185] [FIX] Category permissions not checked for calendar RSS
tikiwiki: feed and Using the same validation as in tiki-calendar.php Thank you
tikiwiki: Louis-Philippe Huberdeau and Philippe Dallaire Fixes
tikiwiki: http://dev.tiki.org/wish1372 reported by ibob
Tiki|bot: New Forum Posts: Permission error when using a token to access a wiki page - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=43952