#tikiwiki 2012-05-01,Tue

(Click on time to select a line by its url)

Who	What	When
DarkCalf	joined #tikiwiki	[01:37]
.... (idle for 15mn)
marclaporte	joined #tikiwiki	[01:52]
CIA-36	tikiwiki: 03robertplummer * r41228 10/branches/9.x/lib/core/JisonParser/ (Wiki.jison Wiki.js Wiki.php): [FIX] A few oddities with stealing newline characters, added whitespace, doubling speed again, now we are as fast or faster than the old parser with reasonable output results.	[01:56]
......... (idle for 41mn)
Jyhem	Jyhem gives up on th tracker items categories :-( No idea how this accessors things are created.	[02:37]
marclaporte	marclaporte sends positive waves to jyhem	[02:38]
Jyhem	Jyhem too tired and wasted too much time. Plus, as you say, i may have misunderstood how it's meant to work	[02:39]
...... (idle for 27mn)
goj_killedByISP	joined #tikiwiki	[03:06]
........................ (idle for 1h57mn)
Tiki\|bot	New Forum Posts: SSL/HTTPS not working - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43914 New Forum Posts: Error in size of text anchor links - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=43907 New Forum Posts: User registration form with Trackers: no Username shown... - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43885	[05:03]
	New Forum Posts: SSL/HTTPS not working - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43914 New Forum Posts: Error in size of text anchor links - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=43907 New Forum Posts: User registration form with Trackers: no Username shown... - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43885	[05:14]
CIA-36	tikiwiki: 03lindonb * r41229 10/branches/9.x/templates/tiki-view_articles.tpl: Check that topic image exists first and check variables that are never set in tiki-view_articles (only set when called from plugin articles)	[05:21]
.................................................... (idle for 4h15mn)
arildb	joined #tikiwiki	[09:36]
............. (idle for 1h1mn)
Tiki\|bot	Recent Bug: Tracker item: #4207 - - maketoc problems on dev.tiki.org - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4207	[10:37]
............ (idle for 58mn)
redflo	joined #tikiwiki	[11:35]
............... (idle for 1h10mn)
CIA-36	tikiwiki: 03changi67 * r41230 10/branches/9.x/db/tiki.sql: [FIX] Correct declaration to be the same as the upgrade script tikiwiki: 03changi67 * r41231 10/branches/8.x/db/tiki.sql: [BP/41230][FIX] Correct declaration to be the same as the upgrade script	[12:45]
ricks99	joined #tikiwiki polom y'all	[12:47]
........... (idle for 50mn)
CIA-36	tikiwiki: 03ricks99 * r41232 10/branches/9.x/templates/tiki-install.tpl: [ENH]Prompt users to subscribe to newsletter or RSS feed in order to stay up-to-date and receive notification of new releases. More details http://dev.tiki.org/Update+notifier	[13:40]
.... (idle for 15mn)
	tikiwiki: 03ricks99 * r41233 10/trunk/templates/tiki-install.tpl: [ENH] forward port of r41232. Prompt users to subscribe to newsletter or RSS feed in order to stay up-to-date and receive notification of new releases. More details http://dev.tiki.org/Update+notifier tikiwiki: 03changi67 * r41234 10/branches/9.x/web_config: [REL] Sync htaccess and web_config	[13:55]
changi\|away	polom	[14:02]
.... (idle for 18mn)
CIA-36	tikiwiki: 03changi67 * r41235 10/branches/9.x/lib/setup/twversion.class.php: [REL] Preparing 9.0alpha	[14:20]
	tikiwiki: 03changi67 * r41236 10/branches/9.x/README: [REL] Update README file for 9.0alpha tikiwiki: 03changi67 * r41237 10/branches/9.x/lang/ (49 files in 49 dirs): [REL] Update language.php files for 9.0alpha	[14:27]
RobertPlummer	joined #tikiwiki polom all	[14:31]
changi\|alpha	ricks99: Changelog updated with 805 new commits (revision 41232 to 39913), excluding duplicates, merges and release-related commits.	[14:31]
CIA-36	tikiwiki: 03changi67 * r41238 10/branches/9.x/changelog.txt: [REL] Update changelog.txt for 9.0alpha	[14:31]
changi\|alpha	ricks99: Copyrights updated: +10 contributor(s), +2101 commit(s)	[14:33]
RobertPlummer	changi\|alpha: So the alpha is coming soon?	[14:33]
CIA-36	tikiwiki: 03changi67 * r41239 10/branches/9.x/copyright.txt: [REL] Update copyright.txt for 9.0alpha	[14:33]
changi\|alpha	RobertPlummer: yes, should i stop ? :)	[14:33]
RobertPlummer	Go, go, go! changi\|alpha: Don't let me stop you.	[14:33]
ricks99	+1	[14:34]
marclaporte	RobertPlummer: any idea about https://trunkdev.tiki.org/Keywords (plugins no longer validated)	[14:36]
changi\|alpha	marclaporte: and unable to be validate	[14:36]
RobertPlummer	It doesn't validate at all? It doesn't let me login.	[14:37]
CIA-36	tikiwiki: 03changi67 * r41240 10/branches/9.x/db/tiki-secdb_9.0_mysql.sql: [REL] SecDB for 9.0alpha	[14:39]
marclaporte	That is another problem I noticed, which I thought was caused by upgrade issue	[14:39]
RobertPlummer	marclaporte: but?	[14:39]
marclaporte	maybe there are hints in upgrade error messages	[14:39]
changi\|alpha	RobertPlummer: retry	[14:39]
RobertPlummer	cooking... I'm in! Ok, it can be approved.	[14:40]
changi\|alpha	RobertPlummer: yes, it's working, sorry	[14:40]
RobertPlummer	There is something not being decoded right in the installer, I'm taking a look at it right now.	[14:40]
CIA-36	tikiwiki: 03changi67 * r41241 10/tags/9.0alpha/: [REL] Tagging release	[14:41]
changi\|alpha	RobertPlummer: it's the one on trunkdoc that i can't approve RobertPlummer: button are not displayed	[14:42]
marclaporte	maybe because page is cached	[14:44]
changi\|alpha	_tiki.sql SUFFIX => OK DROP TABLE => OK STRUCTURE => OK MyISAM => OK CDN => OK SEFURLs => OK External LINKS => OK	[14:46]
marclaporte	changi -> "eye of the eagle" !	[14:48]
RobertPlummer	where is that from?	[14:49]
changi\|alpha	RobertPlummer: pre check before doing a release :)	[14:50]
RobertPlummer	I thought it might have been a reference to Rocky the movie. But then I remembered "Eye of the __Tiger__".	[14:51]
changi\|alpha	RobertPlummer: you need to sleep :)	[14:52]
RobertPlummer	:)	[14:53]
changi\|alpha	marc is saying that because i hate database diff, especially in upgrade	[14:54]
RobertPlummer	wow, how is that done? don't say meld, lol.	[14:55]
radek82	joined #tikiwiki	[14:55]
changi\|alpha	meld ?	[14:56]
RobertPlummer	its an app in linux	[14:57]
changi\|alpha	no, it's not meld, but a mix between shell script and vimdiff	[14:57]
	9.0alpha local test => OK upload in progress	[15:02]
RobertPlummer	woohoo I'm on the conversion script.	[15:02]
changi\|alpha	upload finished, download on sf.net and test please marclaporte: ! RobertPlummer: ! ricks99: !	[15:03]
CIA-36	tikiwiki: 03changi67 * r41242 10/branches/9.x/lib/setup/twversion.class.php: [REL] Rename version for next release	[15:05]
changi	alpha is packaged	[15:05]
ricks99	thanks changi! anyone know, what's the status of a 6.8LTS and 8.4? ricks99 thinks it would be useful to have one last 8.x (as 8.4) before 9.0	[15:07]
changi	ricks99: can do it now if you want	[15:09]
ricks99	+1... anyone else mind?	[15:10]
arildb	8.4...yes, please!	[15:10]
ricks99	anyone from quality team online? comments about 8.4 & 6.8LTS?	[15:10]
changi	1 left, and the quorum will be ok	[15:10]
marclaporte	+1 to 8.4	[15:11]
changi	marclaporte: thx	[15:11]
marclaporte	for 6.8: I what is the diff of commits between proposals and official branch? hahahah changi\|8_4!	[15:12]
changi\|8_4	marclaporte: i can use 8.4 so 8_4 is better than nothing :)	[15:13]
CIA-36	tikiwiki: 03changi67 * r41243 10/branches/8.x/lib/setup/twversion.class.php: [REL] Preparing 8.4 release	[15:15]
changi\|8_4	s/can/can't/	[15:16]
CIA-36	tikiwiki: 03changi67 * r41244 10/branches/8.x/README: [REL] Update README file for 8.4 tikiwiki: 03changi67 * r41245 10/branches/8.x/lang/ (49 files in 49 dirs): [REL] Update language.php files for 8.4	[15:17]
changi\|8_4	ricks99: >> Changelog updated with 151 new commits (revision 41231 to 39559), excluding duplicates, merges and release-related commits.	[15:20]
CIA-36	tikiwiki: 03changi67 * r41246 10/branches/8.x/changelog.txt: [REL] Update changelog.txt for 8.4	[15:20]
changi\|8_4	ricks99: >> Copyrights updated: +7 contributor(s), +1828 commit(s)	[15:21]
CIA-36	tikiwiki: 03changi67 * r41247 10/branches/8.x/copyright.txt: [REL] Update copyright.txt for 8.4	[15:21]
ricks99	the 9.0alpha .zip and .7z files cleanly installed for me. great work all!	[15:23]
CIA-36	tikiwiki: 03changi67 * r41248 10/branches/8.x/db/tiki-secdb_8.4_mysql.sql: [REL] SecDB for 8.4 tikiwiki: 03changi67 * r41249 10/tags/8.4/: [REL] Tagging release tikiwiki: 03arildb * r41250 10/trunk/tiki-setup_base.php: [FIX] Check if the pref ids_enabled is set before comparing, to get rid of warning	[15:25]
ricks99	changi\|8_4: if possible, can you provide some basic stats (# of comments, # of contributors) for 8.4 and 9.0?	[15:29]
changi\|8_4	just look in the irc logs :) you should found what you need	[15:30]
ricks99	ah... tx!	[15:30]
changi\|8_4	ricks99: as usual, i now put all those information on irc to be sure you get it :)	[15:33]
ricks99	you da' man!	[15:35]
CIA-36	tikiwiki: 03lphuberdeau * r41251 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [MOD] Adding additional condition supported in appframe/cond	[15:36]
changi\|8_4	8.4 local test => OK upload finished, download on sf.net and test please	[15:39]
CIA-36	tikiwiki: 03changi67 * r41252 10/branches/8.x/lib/setup/twversion.class.php: [REL] Finishing 8.4 release	[15:40]
ricks99	changi: i see 9.0 stats. 8.4?	[15:43]
RobertPlummer	Ok, I think I found it guys! Woohoo! The plugin wasen't being unprotected just before the fingerprint is being generated.	[15:46]
changi	ricks99: icks99: >> Changelog updated with 151 new commits (revision 41231 to 39559), excluding duplicates, merges and release-related commits. ricks99: Copyrights updated: +7 contributor(s), +1828 commit(s)	[15:47]
RobertPlummer	So '<' would look like '~REAL_LT~'	[15:47]
ricks99	thhanks again!	[15:47]
chibaguy	joined #tikiwiki polom	[15:48]
changi	RobertPlummer: how do you fix that ?	[15:50]
RobertPlummer	working on it right now.	[15:50]
..... (idle for 22mn)
	I believe I have it, it is a 1 liner too. Restoring db for a quick re-test.	[16:12]
	hey guys, I get a white screen "An error occurred while performing the request". How do I check to see what the error is?	[16:24]
jonnyb	joined #tikiwiki pol or om? It's your choice...	[16:27]
RobertPlummer	only half today?	[16:28]
jonnyb	feeling mean! get the rest tomorrow (or yesterday?)	[16:28]
RobertPlummer	think I found the bug that is leading to some plugins not being validated.	[16:29]
jonnyb	i found an odd one too - if you paste stuff into wysiwyg source mode, then save, it saves the parsed version! :( At least of disabled plugins... might be causing all sorts of trouble elsewhere i think	[16:29]
RobertPlummer	told you, url encoding is what should be used there. as soon as you start messing with entities, it is trouble. but you know it better than me, I digress.	[16:30]
jonnyb	not sure what that's got to do with it saving parsed stuff... but i do agree, it's just not a change to make now	[16:31]
RobertPlummer	The problem is in the conversion I think, back and forth from the system before it can save it.	[16:32]
jonnyb	anyway, it should be json and stuck on the data attributes now, i think - mucho safer	[16:32]
RobertPlummer	YES! But isn't that yet another conversion?	[16:32]
jonnyb	nope, it's my plugins_remove function to allow plugins to filter themselves...	[16:33]
RobertPlummer	It should all be in wiki syntax and only output should be show.	[16:33]
jonnyb	that's another big vote for me rewriting properly now	[16:33]
RobertPlummer	what you see should be a reflection of the source, not actual.	[16:33]
jonnyb	are you talking about tiki 10? (lost me i'm afraid)	[16:34]
RobertPlummer	quasiwig :) Yea, just wishful thinking.	[16:34]
jonnyb	we have wiki wysiwyg, just needs finishing some more done a merge recently? it'll need the version manually reverting due to the release (for which thanks changi!)	[16:34]
RobertPlummer	I have not done one this morning. no.	[16:36]
jonnyb	:)	[16:36]
RobertPlummer	I'm busy restoring over and over demo.t.o on my local to fix the html entities converter	[16:37]
jonnyb	ah, nice i'll do one later - btw, where is your converter? need to frob some code	[16:37]
RobertPlummer	frob? lib/wiki/wikilib.php	[16:37]
jonnyb	ah, thx - was in the wrong file	[16:38]
RobertPlummer	I ran the installer after a restore of demo.t.o and users_users dir goes away, whats up with that?	[16:39]
jonnyb	frob is sort of rob with an f in front of it which now you ask i have no idea why :) you mean table i guess? not good	[16:39]
RobertPlummer	typo?	[16:39]
ricks99	ricks99 needs to add "frob" to his Tiki glossary :)	[16:39]
jonnyb	hi ricks99 :) i think i originally heard it last century sometime, so i don't think it's just me - seems fitting for "borrowing" code	[16:40]
ricks99	hiya jonnyb	[16:41]
jonnyb	RobertPlummer: did chasing those notices down help? (seems unlikely to me)	[16:41]
RobertPlummer	Not looked into it. frob = find and rob? users_users is there, just on second page, whew.	[16:41]
jonnyb	:D	[16:42]
RobertPlummer	Yea, I know. I didn't know phpmyadmin had that for table view. Looks like it is a golden fix guys.	[16:43]
CIA-36	tikiwiki: 03robertplummer * r41253 10/branches/9.x/lib/parser/parserlib.php: [FIX] Html entities weren't being unprotected when plugin needed fingerprint, unprotected to fix	[16:47]
RobertPlummer	changi: When is the next go around with trunkdev.tiki.org being restored and svn'ed up?	[16:48]
jonnyb	well done RobertPlummer - nice catch	[16:49]
benoitg	joined #tikiwiki	[16:52]
RobertPlummer	jonnyb: My objections with wysiwyg editor is that it is very buggy, and I'm not sure it ever could be feasible to have it work completely with modern browsers the way they are. Html to 2 browsers is not the same on another. It causes problems when you are constantly converting back and forth from html to wiki syntax. After I make more progress with ForwardLink protocol I have funding for the new parser and quasiwig. If ther e is ample time, I would like to start migrating towards it. jonnyb: I'll say that quasiwyg is a stretch and nowhere near alpha, but please don't discount the idea that it is a migration path from wysiwyg.	[16:52]
jonnyb	that's more or less what i thought when replacing fckeditor 2, and it ended up being so over complicated, but tiki does that sometimes trying to do the visual representations of plugin output was a mistake i think now - should have used a simple ckeditor "fake entity" image to represent them	[16:54]
RobertPlummer	I understand, good point. But think about this, modern wysiwyg editors are already flawed because they rely on the browser to talk back and forth between the user and the system. In quasiwyg you tell the browser to shut up and server, nothing else.	[16:57]
jonnyb	also it would be an idea to have the option of using other wysiwyg editors (tinymce seems a lot simpler)	[16:57]
RobertPlummer	tinymce seems to have better documentation too. But doesn't have as good functionality(?)	[16:57]
jonnyb	hmm, don't quite follow - the browser still has to render the html, that's all they do surely?	[16:58]
RobertPlummer	(i don't know, I've not used it) right, the browser just renderes (or serves) the user with the output of their wiki syntax.	[16:58]
jonnyb	werdpress uses it, but no wiki syntax - seems lighter and feels more stable so what's the difference with that and out current htmltowiki mode?	[16:59]
RobertPlummer	That like saying "all the wiki, with none of the wiki".	[16:59]
jonnyb	(apart from the html conversion to wiki being a bit lacking?)	[16:59]
RobertPlummer	The html comes from the qysiwyg editor, no? sorry, slipped, wysiwyg	[16:59]
jonnyb	no, ckeditor just gets html	[17:00]
changi	RobertPlummer: 18 :) RobertPlummer: i can do it now if you want	[17:00]
RobertPlummer	But you have to convert wiki to html and then back. changi: Lets do it! I don't want to do any converting, I want wiki syntax with a real time out put of it.	[17:00]
jonnyb	RobertPlummer: yes - i don't see how you can not if you want wiki in the database ckeditor does do some reformatting and sort of purifying in the browser, no way to stop it afaik	[17:01]
RobertPlummer	jonnyb: Have you seen the demo in lib/core/JisonParser/Wiki/Demo.html?	[17:02]
changi	RobertPlummer: in progress jonnyb: hi	[17:02]
jonnyb	hi changi	[17:02]
RobertPlummer	Imagine the 2 controls, but rather than side by side, the output (which is on the right) on top of the textarea (on the right). The preview then becomes the edit area, the user knows no different. but when you go to save, there is no converting of anything to anything, you already have source, just grab it from the textarea. jonnyb: You follow? jonnyb: If you look at the demo, it would be much easier to understand.	[17:02]
jonnyb	you mean lib/core/JisonParser/Wiki/Test.html?	[17:05]
RobertPlummer	yup Right now I think line breaks aren't working, but it is just a proof of concept.	[17:05]
jonnyb	no, still don't get it - you mean the preview can be editable?	[17:05]
RobertPlummer	EXACTLY!	[17:06]
jonnyb	how?	[17:06]
RobertPlummer	Textarea is buggy, right?	[17:06]
jonnyb	which one? block.textarea.php?	[17:07]
RobertPlummer	We will use codemirror as a platform for integrating one with the other.	[17:07]
benoitg	joined #tikiwiki	[17:07]
RobertPlummer	you see textarea is buggy between browsers, it is hard to select text, find the carat, past text or remove text, but codemirror has a whole api for that. By using codemirror + a parser + some javascript to tie them together, we simplify the process of wysiwyg.	[17:08]
jonnyb	personally i find codemirror less stable than the webkit one sounds worth a go i guess	[17:08]
RobertPlummer	less stable than textarea cross browser? (that is a nasty can of worms) If there was an easier platform to modify textareas without using codemirro I'm open to it, we just need a way to modify text for the end user.	[17:09]
jonnyb	you mean IE i guess - yes, selection tracking is a contsant thorn	[17:10]
RobertPlummer	Anyway, that is the plan, I hope to start making progress with it by the mid year.	[17:11]
jonnyb	not even consistent between IE versions :P coolio!	[17:11]
RobertPlummer	But we will see, I have a lot to do yet with ForwardLink Protocol.	[17:11]
CIA-36	tikiwiki: 03lphuberdeau * r41254 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [FIX] Accordion would gather too many objects at once	[17:11]
RobertPlummer	changi: How are things looking?	[17:12]
CIA-36	tikiwiki: 03lphuberdeau * r41255 10/branches/9.x/ (3 files in 3 dirs): [MOD] Adding configuration options to the tracker_input module	[17:12]
RobertPlummer	changi: Restored yet?	[17:15]
arildb	jonnyb and RobertPlummer: The new encoding of < and > seems to completely break the maketoc plugin in wysiwyg. The reason is that the following statements never find a header: $data = preg_replace('/</([a-z]+)><h([1-6])>/im', "</\1>n<h\2>", $data); $data = preg_replace('/^s+<h([1-6])>/im', "<h\1>", $data); // headings with leading spaces $data = preg_replace('//><h([1-6])>/im', "/>n<h\1>", $data); // headings after /> tag	[17:15]
changi	RobertPlummer: trunkdev is up2date	[17:16]
arildb	in parserlib.php line2042: private function parse_data_process_maketoc( &$data, $options, $noparsed)	[17:16]
jonnyb	hi arildb - that sounds possible - sounds like it needs "unprotecting" before matching but i wonder why only in wysiwyg - possibly it happens in wiki pages with allowHtml on too?	[17:17]
arildb	that could be the check is: if ($need_maketoc && $prefs["feature_wysiwyg"] == 'y' && $prefs["wysiwyg_htmltowiki"] != 'y') {	[17:18]
RobertPlummer	arildb: Be careful there, that as a nasty nasty mess to get into.	[17:19]
jonnyb	jonnyb agrees	[17:20]
RobertPlummer	jonnyb: I honestly feel that turning off plugins inside wysiwyg would be a fix.	[17:20]
jonnyb	i think the check should be on $is_html on the page you can still have html wysiwyg (or not) pages when wysiwyg_htmltowiki me too	[17:20]
RobertPlummer	jonnyb: if you did that, and left the ability to click and edit, it would be a fix, because it would be more stable.	[17:21]
jonnyb	quite a big change this late in the branch, no?	[17:21]
RobertPlummer	I like the real time stuff, but not at the cost of stability. jonnyb: Either it needs fixed one way or the other.	[17:22]
jonnyb	but this isn't while editing is it, arildb? that's why i suspect it would also fail on html wiki pages	[17:22]
arildb	no, this is while displaying the page	[17:23]
jonnyb	or am i wrong there? thought so	[17:23]
RobertPlummer	What is the source?	[17:23]
jonnyb	http://dev.tiki.org/tiki-pagehistory.php?page=WYSIWYG+testing&source=0 i'm just trying to get that page working locally to investigate	[17:23]
arildb	see parserlib.php line 2042: private function parse_data_process_maketoc( &$data, $options, $noparsed)	[17:23]
jonnyb	that's when i found the problem with html and disabled plugins (fix for which on it's way)	[17:24]
RobertPlummer	jonnyb: marc told me about a few things that looked like it is being html encoded to many times and not ever decoded. draw for one doesn't look right.	[17:24]
jonnyb	i know, he mailed me	[17:25]
RobertPlummer	I need to head out for a bit. be back later.	[17:25]
jonnyb	k, cu l8r	[17:25]
marclaporte	joined #tikiwiki	[17:28]
CIA-36	tikiwiki: 03gta74 * r41256 10/branches/8.x/lang/de/language.php: [TRA] full translation	[17:28]
Tiki\|bot	Recent Bug: Tracker item: #4208 - - Category field does not handle 0 as Parent Category - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4208	[17:31]
jonnyb	wysiwyg preview seems broken again :(	[17:31]
arildb	yes, it does jonnyb. It was working after your "session". Hopefully the just released 9.0 version is OK	[17:34]
jonnyb	seems to be only when you stick the preview in the popup window, think i know why...	[17:34]
CIA-36	tikiwiki: 03jonnybradley * r41257 10/branches/9.x/lib/parser/parserlib.php: tikiwiki: [FIX] parser: Change the plugin_remove function to use WikiParser_PluginMatcher instead of parse_first. tikiwiki: Fixes an issue on html pages when saving markup containing disabled plugins (the "Plugin disabled" remarksbox was getting saved in the page). tikiwiki: Also, will be much cheaper to process as parse_first executes all the plugins as well.	[17:40]
jonnyb	changi: collation fix just ran for me locally - all seems fine, thx	[17:42]
changi	jonnyb: nice to hear that jonnyb: i was thinking limitting the table to name for those who are using shared hosting	[17:46]
jonnyb	how do you mean?	[17:47]
changi	limit table names to tiki_ messu_ users_	[17:48]
jonnyb	ah right - yes, that would be polite :) (not that the other charset ones do, do they?)	[17:49]
changi	no they don't:) we are little brutal with that	[17:49]
arildb	jonnyb: in parserlib create_page, $parserlib->plugins_replace($data, $noparsed); is called after calling HTMLPurifier. Shouldn't that be $parserlib->plugins_replace($data, $noparsed, truel); ?	[17:50]
changi	arildb: i love the truel :)	[17:51]
arildb	:-) true..of course	[17:51]
jonnyb	true for html you mean arildb?	[17:52]
arildb	jonnyb: It's only called for html	[17:52]
jonnyb	i thought it was (maybe i only fixed the update_page one)	[17:52]
arildb	ok for update_page changi: btw. I downloaded and installed 8.4...looks good	[17:52]
jonnyb	arildb: yes, you're right - update_page got done but not create	[17:55]
changi	arildb: thx	[17:55]
nkoth\|nelson	joined #tikiwiki anyone else noticed that admin panel Save Changes button has gone missing in 9.x?	[17:57]
jonnyb	hi nkoth\|nelson - what all of them?	[17:58]
nkoth\|nelson	yes, all of them	[17:58]
jonnyb	which theme? fine in jqui	[17:58]
nkoth\|nelson	wait, ot's back	[17:59]
jonnyb	:)	[17:59]
nkoth\|nelson	strange	[17:59]
arildb	jonnyb: Are you fixing create_page, or should I?	[17:59]
jonnyb	arildb: please do if you're on it, thanks	[18:00]
arildb	will do	[18:01]
CIA-36	tikiwiki: 03eromneg * r41258 10/branches/9.x/ (lib/setup/error_reporting.php templates/footer.tpl): [FIX] error reporting 'leak' to main page content for particular E_USER_NOTICE. Add extra logic to error_reporting.php and additional conditions for showing the error button in footer.tpl	[18:02]
Tiki\|bot	Recent Bug: Tracker item: #4209 - - Only first-level categories can be selected for categorizing a tracker - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4209	[18:02]
nkoth\|nelson	I see, the missing save button is onlly in Admin ...community	[18:05]
CIA-36	tikiwiki: 03arildb * r41259 10/branches/9.x/lib/tikilib.php: [FIX] plugins_replace must use is_html = true for create_page, when html is processed	[18:05]
jonnyb	odd - i have one (says Change preferences) - two, in fact!	[18:06]
nkoth\|nelson	I have a css problem	[18:07]
....... (idle for 30mn)
CIA-36	tikiwiki: 03jonnybradley * r41260 10/branches/9.x/ (lib/ajax/autosave.js tiki-auto_save.php): [FIX] preview: Fix preview display in popup window for html/non-html pages in both editors. Also fix url_decode for page names	[18:37]
	tikiwiki: 03lphuberdeau * r41261 10/branches/9.x/ (4 files in 3 dirs): [MOD] Allowing to redirect upon successful insert	[18:42]
	tikiwiki: 03lphuberdeau * r41262 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [FIX] Accordion, again	[18:54]
ricks99	anyone.... RSS feed for tiki calendar (http://info.tiki.org/tiki-calendar_rss.php is gone :(	[18:55]
eromneg	joined #tikiwiki	[18:55]
jonnyb	ricks99: shouldn't it be feed://info.tiki.org/tiki-calendars_rss.php (also doesn't seem to be doing anything tho) ah, just slow...	[18:56]
ricks99	hmm... link from admin page is "calendar" info running 6.LTS too bad changi just built 6.8 this morning :( wonder if it is wong in other versions...	[18:58]
jonnyb	stinky - probably	[19:00]
changi	ricks99: 6.8 is not built	[19:00]
ricks99	ah.. thx do i commit to proposals/6?	[19:01]
changi	ricks99: ask jonny ricks99: i'm not in quality team	[19:01]
jonnyb	good question - i think in theory the quality team is "resting", so both maybe? (and 9 and 8 ;) )	[19:02]
ricks99	8 is done, right? done=closed. changi just ran the 8.4 this morning	[19:02]
jonnyb	yes, i guess so	[19:03]
ricks99	k. i will commit to 6.x, 9.x, and trunk ricks99 surprised that it wasn't found earlier... maybe he's the only one still using RSS	[19:03]
jonnyb	you don't need to do trunk, but if you do please make sure it's exactly the same (to avoid conflicts)	[19:03]
ricks99	exactly the same as... ?	[19:04]
changi	ricks99: don't commit in trunk, easier :) jonny will be pleased to merge it :)	[19:04]
ricks99	lol	[19:04]
jonnyb	exactly the same including white spaces, case sensitive etc	[19:04]
ricks99	good thing most of my sites are all 6.x LTS :)	[19:05]
jonnyb	i'll do a merge in a minute	[19:05]
CIA-36	tikiwiki: 03ricks99 * r41263 10/branches/6.x/templates/tiki-admin_include_rss.tpl: [FIX] incorrect URL link for calendar RSS from admin page	[19:05]
jonnyb	by the way, anyone know what the policy is now on lang file conflicts (just got some) - keeping trunk version was previous behaviour, i guess it's the same	[19:06]
ricks99	jonnyb: ok for me to commit to 9.x? language, yes, keep trunk	[19:06]
jonnyb	yes please :) thanks ricks99	[19:06]
CIA-36	tikiwiki: 03jonnybradley * r41264 10/branches/9.x/lib/parser/parserlib.php: [FIX] wysiwyg: No longer need to encode entities for plugin output	[19:08]
ricks99	ahhh.. it was correct in 9 cool and... it will b in 6.8 :-) ricks99 happy	[19:08]
.... (idle for 18mn)
arildb	joined #tikiwiki	[19:26]
changi	ricks99: you don't need much to be happy :)	[19:29]
ricks99	nope... just a working rss link. :)	[19:31]
changi	ricks99: you want me to update info.tiki.org ?	[19:32]
ricks99	pls do. tx	[19:33]
changi	ricks99: will have no effect, it's based on proposals. could you commit it there ?	[19:33]
ricks99	sure thing...	[19:34]
jonnyb	er... ricks99? I think we should still be doing the same discipline of backporting things to 6.x from 9.x/trunk even if we're not using proposals did you do it in 9.x (maybe i missed it) was waiting to do a merge...	[19:34]
CIA-36	tikiwiki: 03ricks99 * r41265 10/branches/proposals/6.x/templates/tiki-admin_include_rss.tpl: [[FIX] incorrect URL link for calendar RSS from admin page. Backport of 41263	[19:35]
ricks99	jonnyb: was already correct in 9. was only broken in 6	[19:35]
jonnyb	oh right, jolly good :)	[19:35]
changi	ricks99: done :)	[19:36]
jonnyb	(but strange)	[19:36]
ricks99	possibly something that got fixed a while back, but forgot to backport. thnx changi	[19:36]
...... (idle for 27mn)
Tiki\|bot	Recent Bug: Tracker item: #4210 - - Plugin Lastmod - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4210	[20:03]
CIA-36	tikiwiki: 03jonnybradley * r41266 10/branches/9.x/lib/parser/parserlib.php: [FIX] wysiwyg: Un, then re-protect special chars when parsing html headings for maketoc (thanks arildb)	[20:04]
jonnyb	by the way arildb - you need to use double quotes on maketoc to get the title to work - i tried to fix the regexp for ages, couldn't get it (this time)	[20:10]
arildb	ok. does it work OK with double quotes? there is also another bug in maketoc. (as you can see on the wysiwyg testing page). If the header contains another tag, maketoc fails to parse it. The first header contains a <br>. Thus missed. trying to change to double quotes	[20:10]
jonnyb	best of luck! :)	[20:12]
arildb	:-) ...was hoping you had time, but	[20:13]
jonnyb	:)	[20:13]
arildb	double quotes OK	[20:13]
..... (idle for 22mn)
CIA-36	tikiwiki: 03jonnybradley * r41267 10/trunk/ (100 files in 72 dirs): tikiwiki: [MRG] Automatic merge, branches/9.x 41183 to 41266 tikiwiki: Fixed lang file conflicts using "mine-conflict"	[20:35]
jonnyb	by the way arildb, the line height thing is due to the body definition in most of the css files: font: 76%/1.5em - seems better with font: 76%/150% but i'm not sure about this, let's ask chibaguy when he's about?	[20:36]
arildb	I wouldn't worry too much about that one. I am not bothered by it. It's just a part of the test. However, if there is a fix. that's better	[20:37]
jonnyb	likewise	[20:37]
Tiki\|bot	New Forum Posts: Optimizing Search Results - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43933	[20:42]
changi	changi watching London Boulevard	[20:47]
_qP	joined #tikiwiki	[20:47]
jonnyb	jonnyb googles at least it has http://www.imdb.com/name/nm0461136/ in it :P jonnyb curses Mac OS copy and paste... Keira Knightley i meant Oh, i do like phpstorm! i just (by mistake) asked it to do a full diff preview of the last merge to trunk and it ran out of RAM, but offered me a dialog to raise it which worked like a charm (so much nicer than having to hack the ini file as in eclipse/aptana)	[20:47]
nkoth\|nelson	jonnyb: so f I have a fix is it enough that I commit only to 9.x (are you runnning the automatic merges?)	[20:52]
arildb_	joined #tikiwiki	[20:52]
jonnyb	yes please - all seems to be going ok so far (famous last words ;) )	[20:53]
CIA-36	tikiwiki: 03nkoth * r41268 10/branches/9.x/lib/filegals/filegallib.php: [FIX] transform image as long as there is max width or height	[20:57]
...... (idle for 26mn)
marclaporte	joined #tikiwiki	[21:23]
benoitg	joined #tikiwiki	[21:24]
jonnyb	hi marclaporte here too :)	[21:24]
arildb	jonnyb: The maketoc fix seems to work in 9.x, but not in trunk. It displays the test headers as: !head 1 !!head 2 !head 1a	[21:26]
CIA-36	tikiwiki: 03lphuberdeau * r41269 10/branches/9.x/lib/core/Tracker/Field/GeographicFeature.php: [FIX] Typo	[21:26]
arildb	any idea?	[21:26]
CIA-36	tikiwiki: 03lphuberdeau * r41270 10/branches/9.x/lib/core/Tracker/Field/ItemLink.php: [NEW] Adding an option to index field from the remote tracker when using item link	[21:27]
jonnyb	ik, nasty - a merge failure?	[21:27]
arildb	I am having problems getting the full download from SVN (seems to always fail somewhere in the externals sync)...So, the error may be on my side. The source for my test is: <p> {maketoc}</p> <h1> head 1</h1> <h2> head 2</h2> <h1> head 1a</h1> If you have a trunk installation maybe you have time to create a test page? Resulting display in trunk is: !head 1 !!head 2 !head 1a	[21:28]
jonnyb	actually wrestling with a WSoD on trunk here at the moment! :) will try and check it when/if i get it working...	[21:31]
arildb	ok, thanks	[21:32]
jonnyb	i did notice that <hn> tags get "de-parsed" to wiki syntax in there and was a bit surprised it works at all - the maketoc code is pretty old (and mysterious)	[21:36]
arildb	ah...maybe the html flag is missing?	[21:45]
RobertPlummer	back jonnyb: what is the status with parser?	[21:46]
jonnyb	looking good, i think could be arildb	[21:49]
RobertPlummer	I tested up changes to the parser for plugin fingerprint, and it still looks like it might be broken. Have you had any problems?	[21:50]
jonnyb	RobertPlummer: arildb is having fun with maketoc in html pages	[21:51]
RobertPlummer	Having fun, or going mad?	[21:51]
arildb	we are getting there slowly....	[21:52]
RobertPlummer	(from the 3rd person they can look the same)	[21:52]
arildb	The html flags look ok	[21:52]
jonnyb	i'm in trunk at the mo - finding IDS_Monitor causing issues arildb: that bit should be the same in 9.x and trunk - must be another difference somewhere	[21:52]
RobertPlummer	ok, so I will keep working on this fingerprint issue.	[21:53]
arildb	jonnyb: yes, I think you are right	[21:53]
jonnyb	i'll try a diff on parserlib	[21:53]
RobertPlummer	arildb: What is the problem with maketoc?	[21:54]
jonnyb	no, not parserlib	[21:54]
arildb	works ok in 9.x, but in trunk, using <p> {maketoc}</p> <h1> head 1</h1> <h2> head 2</h2> <h1> head 1a</h1>...produces !head 1 !!head 2 !head 1a	[21:54]
jonnyb	after maketoc messes with the headings get shown as wiki syntax	[21:55]
RobertPlummer	sounds like a ~np~ issue.	[21:55]
.... (idle for 19mn)
CIA-36	tikiwiki: 03jonnybradley * r41271 10/trunk/ (db/ids_config.ini tiki-setup_base.php): tikiwiki: [FIX] phpids: Doesn't seem to like the themegen cookie (as it can have "closed" in it?) tikiwiki: Also show some sort of error message when a request has been prevented instead of a WSoD	[22:14]
RobertPlummer	I think I see a potential issue in the plugins args, they aren't being decoded before the check of fingerprint. This is in the conversion script.	[22:22]
...... (idle for 25mn)
arildb_	joined #tikiwiki	[22:47]
RobertPlummer	jonnyb: I'm trying some new stuff with the script, it just isn't working in some cases. jonnyb: I'm not sure if it is an encoding problem (!= utf8) or what.	[22:49]
jonnyb	yum, sounds like fun (fading here, will catch up tomorrow)	[22:50]
RobertPlummer	jonnyb: I've moved from htmlspecialchars_decode to html_entity_decode, trying an upgrade right now on demo.t.o.	[22:50]
redflo	joined #tikiwiki	[22:52]
RobertPlummer	jonnyb: Or maybe the first one needs to be htmlspecialchars_decode and the second one needs to be html_entity_decode	[22:52]
arildb	I just sync'd with trunk. When trying to access Tiki, I get: "Request prevented"	[22:57]
jonnyb	arildb: i just lost an hour or 2 with that - it's some new security stuff :( before r41271 you just got a white page	[22:58]
arildb	how do I get Tiki started again?	[22:58]
jonnyb	can you debug?	[22:58]
arildb	so, this is an improvement :( ...yes, I can debug..will try	[22:59]
jonnyb	you could try deleting all your cookies for a start	[22:59]
arildb	ok	[22:59]
jonnyb	i found the themegen cookie was triggering it, but it uses the php session so store "hits" so maybe a new session (i.e. cookie) will clear it	[23:00]
arildb	worked !!! Thanks jonnyb	[23:00]
jonnyb	grand	[23:00]
arildb_	joined #tikiwiki	[23:08]
RobertPlummer	jonnyb: Is it possible that some plugins are 3 times html encoded? I'm forcing html double decoding and seeing if that does the trick, if it doesn't then it could be 3 times encoded.	[23:14]
pkdille	joined #tikiwiki joined #tikiwiki	[23:21]
CIA-36	tikiwiki: 03pkdille * r41272 10/branches/9.x/lib/ (parser/parserlib.php tiki-js.js): [FIX] showhide parameter of maketoc. Collateral damage of r24793	[23:28]

←Prev date Next date→ Show only urls

(Click on time to select a line by its url)