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