tikiwiki: 03marclaporte * r37480 10/trunk/lib/prefs/ (connect.php feature.php session.php): Prefs: remove expert because it's not clear what is difference with advanced
tikiwiki: 03marclaporte * r37481 10/trunk/lib/prefslib.php: Prefs: remove expert because it's not clear what is difference with advanced
nkoth|nelson: do you know if best_lang still has any use (says legacy)?
chealer, the feature is still working, but there are various versions of the REQUEST var that has been used in tiki history
I actually think best_lang is not a common one
nkoth|nelson: thanks, I'll remove it then
chealer: will you be putting back the switchLang?
nkoth|nelson: I'll think about what should be done with switchLang. normally a GET shouldn't change a preferenceé
tikiwiki: 03chealer * r37482 10/trunk/lib/multilingual/multilinguallib.php: [REF] remove support for best_lang request parameter (legacy parameter). Thanks Nelson Ko
chealer: ok
nkoth|nelson: wouldn't a lang parameter do the same if combined with sync_language
chealer, only for wiki pages
and articles.... does sync_language work for anything else?
tikiwiki: 03chealer * r37483 10/trunk/ (templates/tiki-edit_quiz.tpl tiki-edit_quiz.php): [FIX] Quizzes: hide unimplemented features
OK nkoth|nelson
tikiwiki: 03chealer * r37484 10/trunk/lib/prefs/feature.php: Quizzes: tag experimental
Houston, I have a ... no, not a problem, just a question
I have a site with several perspectives (setup to areas) and the logo-link is pointing to the homepage of the actual perspective
but I need the logo to point to the HomePage under all circumstances
fabricius: you can hardcode the link in the corresponding template or replace the default logo box with a custom logo module with a {if} construct in html head area
hi coaboa thx
do you know the corresponding template off-hand? ... hmmm ... but I think custom logo module with {if} is a better solution, due to frequent fresh-install-upgrades
you have an idea how to write the {if} construct (just if off-hand - if you do not know straight, I will look into that and try to figure out)
not shure what the var is $perspectiveID maybe: {if $perspeciveID neq '0'}{literal}<style type="text/css">#module_# {display:none;} #module_#_to_show {display:block;}</style>{/literal}{/if} 
asuming default id of perp is 0. consider usng file include in custom head area with full path to like templates/style/mystyle/cutom_html_head.tpl 
{include file='path/file.tpl'}
just checked slist print $perspectives as var
fabricius: and you have to repalce the second # in #module_# with the module ID eg. #module_2 
*replace
tikiwiki: 03jean-lucnavarro * r37485 10/trunk/lib/wiki-plugins/wikiplugin_toc.php: [TYPO] line 33 : deafult -> default
thx coaboa, I'll try that ... may I come back to you, if I have problems with it?
tikiwiki: 03sept_7 * r37486 10/third_party/fullcalendar/ (5 files): [UPDATE] FullCalendar v1.5.2
you can call me any time ;-)
@ fabrizius
hi jonny
polom coaboa and all
thx @coaboa
polom jonnyb 
jonnyb: so you did code the category visibility of the modules ...
yes fabricius - i'm going to make it so it works with category id now too
jonnyb: that wonderful
jonnyb: is that only in trunk, or could we get that in 7.x branches aswell?
it's only in trunk so far, but could probably go into 7.x without too much grief 
coool
I am pretty sure, that this piece of code is very very useful
and very good, that you reminded to do both - visibility and nonvisibility
seems the cleanest way to do it - unlike theme which is sort of messy
I am very lucky, that at the moment some consolidation is going on
cross fingers, that we can sort the calendar project
It looks like, that I am getting people to fund at least some of the necessary coding
fabricius: you may syn with amette a we need a google calender sync with a bookfair-tiki-mastr cal
not a company with money, but several volontary working people who seems to be prepared to donate small portions and to collect money 
*as we
is amette working for your project?
google calendar is one of my issues aswell - just not the major focus
there is the addtogooglecal buttom, but it messes up with long titles and descriptions
and it puts plain html into the google cal desciptions
y. he is looking amazon shop integration right now and if there is time left looks at a bookfair calender
I am first hand looking towards iCal format, but longterm we should have CalDav aswell 
hmmm a bookfair calendar - coing, or configuring? Isn't the Tiki calendar appropriate?
coding
by the way:we are planning a post bookfair tikifest with marc in/around ffm from 18th to 20th of October
where?
Frankfurt?
no space booked yet. frankfurt or Hanau
Ok - I am not sure, if I will have my little 4 year son
my doughter has to join the fest ;-)
If I could get appropriate accomodation for free (if alone just a space for a matress, if with my son need a bit more comfortable) I would come
just because I am running on literally nearly without any money since weeks and still for some more weeks (just temporary situation)
coaboa: did you read my mail in the dev-list today?
ah, and a shower and a coffee in the morning - milk, no sugar :-D
that's all I need ;-)
:-) not sure about space, but coffe np 
 New Forum Posts: Calendar container - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42307
jonnyb: are you here?
hi arildb - yup!
jonny: Saw your email about the installer problem. Do you still have the problem?
jonnyb: I don't recognize the file + variable you mention. So, I believe it's from a different part of the system
tikiwiki: 03jean-lucnavarro * r37487 10/trunk/lang/fr/ (language.js language.php): [TRA] more French translations
arildb: i think it's probably i have error reporting turned up too high on this php - don;t think i even got as far as your code in the installer
ok
jonnyb: another thing...I reported an error which corrupts links to pages with international characters a couple of weeks ago. I just tested with the latest trunk verion, and the error is still there. The error is a mjor drawback for international sites (and I assume it applies to all non-english sites). Any plans to look closer at this one for 8.0?
jonny: There have been other issues with international characters, and they have come down to the PHP str..() functions. By using mb_str..() they were solved. Could it be a similar issue here?
sorry, but as i've been trying to say for several months i can only just about keep up with my own "mission critical" tiki stuff until after november
jonnyb: I understand
how do I reset the categoryIDs to start at 1 again after removing a bunch of them?
coaboa: you'll need to fix the database
tikiwiki: 03jonnybradley * r37488 10/trunk/ (2 files in 2 dirs): [FIX] modules: Allow change_category to show in module admin
:-O I think categId starting with 60 aren't that bad ;-)
why would it matter?
just because of "beautiness" no tech reason. tought there might be an easy & safe way
tikiwiki: 03jonnybradley * r37489 10/trunk/lib/modules/modlib.php: [ENH] modules: Allow visibility to be controlled by object category ids as well as names (also make $modlib->is_admin_mode() public required by previous commit)
you're just a "decimalist" :)
there is a way - each mysql table has a next auto inc property, you can set it somehow
jonnyb: thx
np
bbl, get some food
tikiwiki: 03jonnybradley * r37490 10/trunk/ (3 files in 2 dirs): [ENH] modules: Add structure id and some other missing parameters to menu module. Added note about menustructure being deprecated for the time being.
CSS question: I can say overflow: none; -> what is the opposit?
or overflow: hidden; - > I want NOT hidden
overflow:visible
i believe that "auto" and "scroll" are the other valid values
tikiwiki: 03jonnybradley * r37491 10/trunk/lib/modules/modlib.php: [REF] modules: Add $ifShowingHiddenModules param to is_admin_mode()
thax ricks99 
thx
tikiwiki: 03jonnybradley * r37492 10/trunk/modules/ (2 files): [FIX] modules: Make categ transition module appear in modules admin (not the cleanest thing, but saves rewriting the module)
ricks99: on two sites - custon jqui-xyz.css I have the problem now, that I cannot see the second level (subnavigation) of the top-bar module
custom
ricks99: it is Tiki7.x , so I have different selectors than before in 6.x (and I changed the basis for the theme customisation from fivealive to jqui anyway)
ricks99: more possibilities in 7.x, but a bit more complicated ore more to be considered
fabricius: not sure I understand the issue. Were you simply asking aabout the valid overflow properties?
I was, yes
morely thinking loud
I try first
whew... that's an easy question that i can answer with 100% certainty. ;)
but ... my question turned out to have been wrong
didn't leed to a solution, whilst your answer was perfect right for my question
so right answer to the wrong question
lol. i tried. :-)
my fault 100%
so my problem is the following: with css menus you have different levels and items of a sublevel "fold out", when you mouseover the top level menu items
that works in my setup for a vertical menu
but somehow I srewed up for horizontal
screwed
so the sublevel section1 is not folding out, when I mouseove a section0 item
I am pretty sure, that in fact it folds, but keeps invisible
on one site I can see a little bit of the first item
now I am stuck to find the selectors and the parameters
overflow : visible !important
possibly related to: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=40845 maybe?
Ok, ricks99 - sulevel is visible now, but influences the site in an odd way
sublevel
grrr misstyping too much - sorry
no problem
I guess, I need something like a "clear" now
when I mouseover a menuitem, the page "moves down" some pixels and "moves back up", when I do not mouseover
you know that behaviour?
is this a public site? it is tough for me to visualize the issue
I just want to make the new menu item with the submenu visible - I'll give you the link - it is an already public visible site, shortly befor official release
http://archezeit.wiki4.me
just mouseover ths horizontal menu
ahh. your hover style has too much padding... one sec...
and another odd thing: I added a menuitem - it is assigned to the group Anonymous and links to a wikipage wich is categorized as public, but I can see it only when I am logged in - disappears when I logout
spacing issue appears to be caused by cssmenu.css line 33, the visibilty:inherit parameter
so I need to change that in the jqui - to add s.th., that overrides the spacing issue?
y. that should work
this line seems to be meant to fix the IE7 'sticky bug'
whatever this bug would be
and if I do not want to inherit instead of an existing inherit parameter - how to tell the jqui-custom.css not to inherid as said in the cssmenu.css?
visibility: show; ?
visiblity: visible
ricks - I am still not getting there - might you have a quick look again please and mind the menuiten "Medien"?
grmpfl -> menuitem
ricks99: 
looking...
cool
thx
looks like... are you setting the z-index value?
z-index? what is that?
like in mathematics the three directions x, y, z?
your theme is in jqui-arche.css, right?
never heard about it
yes it is
mybe some default of jqui.css - I am just customising the existing theme
that's the only place you've added custom CSS, right? You don't have any changes to the base tiki CSS files, nor did you add any custom CSS on the Look & Feel pages?
yes
and this is tiki7... or trunk?
small site, no options - customising only theme.css
tiki7.x branches
k. one sec...
yupi
tikiwiki: 03lphuberdeau * r37493 10/trunk/installer/tiki-installer.php: [FIX] Too many notices render the installer unusable
fabricius: in your css, add: #topbar_modules .box-data ul {overflow: visible !important}
fabricius: u may also want to check with chibaguy (when he comes online). He's the real theme/css expert
ricks99: didn't work out, but thanks anyway - I'll ask chibaguy and if you have an idea, just mention it
ricks99: I appreciate the time you took
K. sorry i couldn't help more. good luck
tikiwiki: 03lphuberdeau * r37494 10/trunk/templates/tiki-install.tpl: [ENH] Minor UI enhancement for the database engine selector (i18n, position to be hidden on re-install)
polom
tikiwiki: 03sept_7 * r37496 10/trunk/templates/tiki-calendar.tpl: [FIX] Calendar : fix viewlist mode if FullCalendar is used (thanx marc)
tikiwiki: 03jean-lucnavarro * r37497 10/trunk/lang/fr/language.php: [TRA] more French translations
tikiwiki: 03tikii18nbot * r37498 10/trunk/lang/de/language.php: German translations done on i18n.tiki.org
tikiwiki: 03jonnybradley * r37499 10/trunk/modules/mod-func-freetag.php: [FIX] modules: Make freetag module appear in modules admin
tikiwiki: 03jonnybradley * r37500 10/trunk/templates/filter.tpl: [FIX] search: Hide momentary flash of freetag and category pickers when page first loads
tikiwiki: 03chealer * r37501 10/trunk/ (2 files in 2 dirs): [REF] Change category module: move logic from Smarty to PHP
tikiwiki: 03lphuberdeau * r37502 10/trunk/ (4 files in 3 dirs): [ENH] Plug fulltext check into dynamic preferences
 New Forum Posts: LDAP - Blank Page - http://tiki.org/tiki-view_forum_thread.php?forumId=17&comments_parentId=42308
tikiwiki: 03sept_7 * r37503 10/trunk/installer/tiki-installer.php: [FIX] fix installer error on non existant object...
pooooooolom
tikiwiki: 03chealer * r37504 10/trunk/modules/mod-func-menustructure.php: avoid referring to Tiki
tikiwiki: 03marclaporte * r37505 10/trunk/ (lib/prefs/wiki.php templates/admin/include_wiki.tpl): Admin panels: use new nifty features instead of previous hard-coded way to deal with dependencies
tikiwiki: 03marclaporte * r37506 10/trunk/templates/admin/include_wiki.tpl: Admin panels: use new nifty features instead of previous hard-coded way to deal with dependencies
fabricius: what rick suggested must work, r u sure it didn't ? (works for me on the Medien menu item)
marclaporte: hey, welcome :)
marclaporte: so the tikifest design9 postponed to january ?
hi marclaporte. so your PC will have reasonable speed now? :-)
chealer: that old acer netbook was really ferrari on steroids ;)
tikiwiki: 03marclaporte * r37507 10/trunk/lib/prefs/feature.php: Adding images to wiki pages should be a basic feature
tikiwiki: 03marclaporte * r37508 10/trunk/css/admin.css: make more admin panels show, tested with several browsers and with modules in 1 & 2 columns
luciash: I am waiting for more confirmations, so January is more likely :-)
tikiwiki: 03chealer * r37509 10/trunk/lib/smarty_tiki/function.menu.php: Do not mark error message for translation (appears to be only for debugging)
luciash: I have a CSS knowledge limitation. Can you help me with css/admin.css ?  (I just sent screenshot) . I am sure it will take you 2 minutes :-)
tikiwiki: 03sept_7 * r37510 10/trunk/ (3 files in 3 dirs): 
tikiwiki: [FIX] Installer : better handling of errors using the classic
tikiwiki: tiki_error_handler + a couple fixes for notices
tikiwiki: 03sept_7 * r37511 10/trunk/ (installer/tiki-installer.php lib/init/smarty.php): [FIX] Installer : use normal smarty and avoid code duplication + notices
Hi
our users are having problems with the captcha
when they are asked to "Please type this word backwards", they don't understand backwards (their mother tongue is not English)
is there any way to translate this string, other than editing lib/core/Zend/Captcha/Dumb.php manually?
hi, what are the enancements to tiki in 7.1 version? no mention in the announcement and release notes.
ripero: as it is third party lib i don't thin so
*think
ripero: u ll have to edit that
luciash: ok
bbl
luciash: is there any way to edit that manually in a way that translations for that sentence are enabled?
me99: there are no important enhancements in 7.1. 7.1 is a bugfix (and security) release.
tikiwiki: 03jonnybradley * r37512 10/trunk/modules/mod-func-change_category.php: [FIX] module change category: Repair broken logic again on "shy" param caused by recent careless refactoring
ripero: u'dd need to include the tiki's translation lib and use tra(); function in the php file i guess
chealer, is it save to install on production server? have no test machine.
luciash: ok, thank you!!!
me99: as an upgrade from 7.0? pretty much, if you're aware of the known issues.
chealer: ok, thanks. Another question...
chealer: In 7.0 when I upload a new file version in File Galleries it doesn't override the previous one. It creates a new one with a new id. Is this the supposed behaviour?
chealer: This way I should change every wiki pages that links to the old id.
chealer: I have to leave. If you will answer me I will read tomorrow on the log. Thanks in advance.
tikiwiki: 03marclaporte * r37513 10/trunk/tiki-admin.php: More compact admin panel
tikiwiki: 03marclaporte * r37514 10/trunk/tiki-admin.php: Moving search admin panel higher on the list with global features, and removing feature check because it could be either one of the two search features
me99: sorry, ask the channel
tikiwiki: 03marclaporte * r37515 10/trunk/lib/prefs/wiki.php: better description of pref
luciash: hi, sorry, long phonecall
luciash: I think it really did not work
luciash: it is 7.x, wich is different to 6 related to modules
I did put the following in the jqui.arche.css as last line of css code: 
#topbar_modules .box-data ul {overflow: visible !important}
and the subnavigation of the horizontal menu does not show up
luciash: this way it works: 
#module_7 .box-data ul {overflow: visible !important}
but, then all what is under the top bar "moves" down and up on mouseover
tikiwiki: 03mlustenberg * r37516 10/trunk/lib/wiki/editlib.php: [REF] EditLib: moved wiki_lbr within the $p[] tree (mandatory for the need refactoring of $p['wikistack'])
repolom
lphuberdeau: i'm still hammering away at this uni-search rebuild issue - i have a partial fix for a page that throws an uncaught exception (from wikiplugin_sql) but now when it tries to index the page with the 3 {list} plugin test examples in addDocumentFromContentData never returns... any ideas?
(oh, and "hello" :) )
re
hi luciash 
jonnyb, that is strange
the page generates just fine?
seems to - when i visit it normally it shows three "no results" messages
hi jonnyb 
hi jonnyb
fabricius: what about just .box-data ul {overflow: visible}
jonnyb, I have no idea, not something I experienced
the first one i think needs fixing is what to do with an exception report if something blows up in addDocumentFromContentData (for instance) - i added a try catch that seems to catch the error ok, but what should i do with it? there doesn't seem to be any error handling in the indexer...
tikiwiki: 03lphuberdeau * r37517 10/trunk/lib/wiki-plugins/wikiplugin_bigbluebutton.php: [FIX] Partial commit to fix variable rename only made in a few places breaking the entire bigbluebutton plugin
lphuberdeau: seems to be on line 145 of Indexer.php when it tries to do $data[$name]->getValue() and $name='wiki_content' - it just never returns :(
never?
on wiki content that might attempt to parse the data
only on this one page (so far)
unfortunately it's about 30 pages in... (and i seem to need to restart apache to make it stop)
tikiwiki: 03chealer * r37518 10/trunk/modules/mod-func-loadstats.php: fix irrelevant typo
bizarre - once again when stepping through the code it returned from parse_data fine...
ok, i give up - more next time...
polom
hi marc
hi all
i have a problem where i couldnt find a solution by myself:
i wrote a plugin, wich works fine...now i tried to include a nother file there and this failed in the followin matter
lphuberdeau: does the bbb wikiplugin in trunk support the new bbb version too ?
actually, it's completely broken in trunk by a bunch of untested changes
hi guest
when i declare a class inside the included file processing of the page spos resulting in an empty page.
otherwise, the API is compatible, so it should work
spos=stops
but I'm fixing the code and including the new API functionalities right now
any suggestions?
lphuberdeau: ok, i only know that room "name" must be 5 digit number room id starting with 7xxxx to make it work in 6.x
luciash, not that I know of
name as always been freetext, 0.8 limits commas from being in there
luciash:  wanna do some SVG testing on trunk? (much better than 7)
is there a need to register classes anywhere? or something like this?
lphuberdeau: it was sound related problem → http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=bigbluebutton&filter=Go&itemId=3906&show=view
guest: I don't understand what the error you're getting is
ah, I don't know if that's going to be different
lphuberdeau: as soon as i declare a class inside my plugincode ( or in the included file) the page is an empty one. commenting out the class and it works...
syntax error maybe?
marclaporte: isn't the suite.t.o. on trunk ?
lphuberdeau: using the class insite a plain php (not in tiki) works well.
luciash:  not yet
what's the class name?
It's a perspective of tiki.org for now
marclaporte: ah, i see
i tried: TikiCartoon, MyClass, Testthing_xxxx
can you put your code in pastebin?
its not on my computer right now, sorry.
so i have to prepare....some minutes.
luciash:  http://demo.tiki.org/draw/tiki-index.php?page=Tiki+Suite+SVG
(enjoy)
marclaporte: cool :)
tikiwiki: 03nkoth * r37519 10/trunk/ (2 files in 2 dirs): [ENH] Cache search value formatting for speed
marclaporte: yep, much better, saving works there
tikiwiki: 03chealer * r37520 10/trunk/templates/modules/mod-last_tracker_items.tpl: [REF] $module_error is already translated in PHP
polom
lphuberdeau: do you have a sec ?
maybe I do
new error on trunkdoc
Fatal error: Call to undefined method TikiLib::plugin_execute() in /var/local/trunkdoc.tiki.org/www/lib/wiki-plugins/wikiplugin_file.php on line 204
this is the result of the rebuild index link in admin panel
easy fix, that method moved to parserlib
ok fine
fixed
lphuberdeau: at this computer i runs as expected, so somthing at my installation, sorry.
marclaporte: 
http://demo.tiki.org/draw/tiki-index.php?page=SVG-Tiger
tikiwiki: 03changi67 * r37522 10/trunk/lib/parser/parser_template.php: [user:changi:FIX] Even if it's a template, missing ;
lphuberdeau: thx
thanks and bye
marclaporte: it would be nice to see the SVG diff in history
tikiwiki: 03chealer * r37523 10/trunk/templates/module-error.tpl: [REF] remove module-error.tpl (apparently never used). Ref: r2641
luciash:  +1 (for all viewable files, like WebODF, SVG-edit and images)
sounds like wishful thinking
christmas are coming soon ;)
tikiwiki: 03nkoth * r37525 10/trunk/lib/core/Search/Formatter/ValueFormatter.php: [ENH] Add language to cachekey in case it matters
lphuberdeau: another one for you
still in Rebuild process
Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in /var/local/trunkdoc.tiki.org/www/lib/tikilib.php on line 513
( ! ) PDOException: could not find driver in /var/local/trunkdoc.tiki.org/www/lib/tikilib.php on line 513
after 5 minutes
changi|revamp: u miss the pdo driver
sounds more like a dsn misconfiguration
probably set to use mysqli rather than mysql
luciash: hum, if pdo was not here, no community website should be working :)
ah, hmm :)
db_tiki=mysql
in db/local.php
in admin>dsn, not db/local.php
lphuberdeau: oh
mysql classic ? i think i have mysqli there always
just btw
lphuberdeau: i don't understand what dsn is doing here ? Is it used in Lucene Rebuilding process ? 
rebuilding re-parses every page
so essentially, you're hitting all bugs in the content in a single action
that's why i'm testing it :)
the best testing tool :)
we don't need phpunit :)
lphuberdeau: but on doc we don't have any other dsn configured
really?
lphuberdeau: yes
pretty sure you do
lol
because that error is right in get_db_by_name
lphuberdeau: so we have another issue in an other place :)
lphuberdeau: and it is not a random error, i got it every time
yes, I expect the dsn misconfiguration to remain the same over time
would be good to know which piece of content causes trouble
but the error is likely in PluginSQL or PluginDBReport pages
tikiwiki: 03chealer * r37526 10/trunk/ (modules/mod-func-menu.php templates/modules/mod-menu.tpl): [FIX] Menu module: since parameters aren't validated, report some issues at runtime. Thanks Jonny Bradley
but those plugins should be disabled on doc
lphuberdeau: i think 
lphuberdeau: do we have a command line tool with a little debug to catch it ? 
nope
lphuberdeau: really, i long time ago, we launch something in commandline to watch the progression, no ? am i dreaming ? 
luciash:  http://demo.tiki.org/draw/tiki-pagehistory.php?page=SVG-Tiger&history_offset=1&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=0&oldver=4&paginate=on&history_pagesize=25&bothver_idx=3
you can write stuff in the code to see it
but it does not do it out of the box
marclaporte: it is visual diff, right ? i meant SVG code diff
lphuberdeau: in doc/devtools we have a command line thing
called rebuild_search_index.php
I don't know if that does anything about showing progress
lphuberdeau: no but i can put some print to see where it stopped
that would likely work without the console script too ;)
tikiwiki: 03mlustenberg * r37527 10/trunk/lib/wiki/editlib.php: [REF] EditLib: refactor $p['wikistack'] (needed to implement the color stack)
lphuberdeau: could you just remember me where i can add some to display the type and name ? 
lib/core/Search/Indexer.php
lphuberdeau: it failed on the PluginSQL page :)
told you so
disable wikiplugin_sql
shouldn't be enabled
lphuberdeau: it is not enabled
luciash:  compare SVG code diff: yes, but seems like more work :-)
marclaporte: sure :)
so it does not execute on the page but it does when indexing?
tikiwiki: 03oeversetten * r37528 10/branches/7.x/tiki-register.php: 
tikiwiki: [FIX] Obviously $re and $registrationlib->merged_prefs are not the same arrays (ll 85,87)
tikiwiki: The indices usersFieldId and user_register_prettytracker_tpl are not defined in both
tikiwiki: In the previous state the feature use pretty tracker template does not work!
lphuberdeau: yes apparently
that does not make much sense
do you have a stacktrace of the error?
yes
lphuberdeau: oh you want it :)
lphuberdeau: just a sec
:)
oh same place :)
connectivity problems, send it now ;)
get an 500 internal error
second try
:)
tested locally and I don't get the plugin executing more in indexing than page display
when the indexing crashes, it needs some cleaning up
oh , a setup.sh ?
remove the temp/unified-index* folders
-old and -new are leftovers and the indexer things it's still running
lpok
Hi I am running InnoDB and after the latest updates the Configuration search fails: "Search error" "Index doesn't exists in the specified directory."
lphuberdeau, does the word "to" mean something special to Lucene? If I search for any search string with the word "to" in it I get basically every result possible and the words "Tites", "texts" and "Content" is highlighted
I wouldn't think so
I see,title and content are in my contents fields
tikiwiki: 03sylvieg * r37529 10/trunk/tiki-admin_categories.php: [FIX]categ: need to be able to create at least one categ
let me try on doc.tiki.org
btw http://demo.tiki.org/draw/tiki-index.php?page=Tiki+Suite+SVG is not workinf for me in FF 3 but ok in safar
must be a bug somewhere, if I search for anything in the editorial board meeting category I get only things from taht category, but if my search text include the word "to" it's almost as if any other filter is ignored
tikiwiki: 03gta74 * r37531 10/trunk/lang/de/language.php: [TRA] some translations
nkoth, 'to' might be in the stopword list
lphuberdeau, where is the stopword list?
lib/core/StandardAnalyzer/Analyzer/Standard/English.php (sylvie added that bit)
ok, it's there, but other words such as "in" is there too, and I tried that it does not give the same problem
i'll remove it and see if it helps...
no change
sylvieg any clue why "to" can cause so much disruption
nkoth: TO is used in the lucene syntax, but it needs brackets to do anything according to the doc
need to go
see you all
tikiwiki: 03oeversetten * r37532 10/branches/7.x/ (5 files in 5 dirs): 
tikiwiki: Necessary lines to output the registration results with tracker plugin
tikiwiki: and to administrate it in the login panel
tikiwiki: 03mlustenberg * r37534 10/trunk/lib/wiki/editlib.php: EditLib intermediate commit on the way to process nested colors
tikiwiki: 03oeversetten * r37535 10/trunk/lang/nds/language.php: [TRA] just a few new, soon I take a closer look on consistent spelling
tikiwiki: 03mlustenberg * r37536 10/trunk/lib/test/editlib/ParseToWysiwyg_CharacterTest.php: [ENH] Testing of edit lib (enabled and fixed some color testing)
nkoth|nelson: lphuberdeau has the answer - It is fixed in trunk but not in tiki7 - so far I know
which answer do I have?
sylvig: i am using trunk, let me update again...
the to is interpreted by lucene...
I don't think it's supposed to be
the doc states either {} or []
sylvieg: what was the fix in trunk?
I did not find out .. I just run test
(in one the tiki7 I have, I just read the stop list file and took away the words - butit is not committable
did you have to rebuild index after taking out the words?
no so far i tested the stop words are nopt in the index
anyway rebuilding now, 10 min later I will test again
tikiwiki: 03lphuberdeau * r37537 10/trunk/lib/core/Search/Index/Lucene.php: [FIX] Prevent crash when an empty query sneaks in
sylvieg: so I still have the "to" problem
nkoth, I ran a test locally and the results for 'to' are only those where the word really exists in the page
only thing is that the result is very very frequent
it seems like the stopwords do not kick in
in my case it actually invalidates the filter
any other filter that you may have, say a category filter
or a type filter as well. Does that happen to you as well?
I have 3 pages now (new innodb install)
2 of em contain the word 'to', through plugins
and those are the results I get
ok I've figured out what  is happening here though
if I search for "to" and set the filter type=wiki page
the search searches for "wiki page type"
let me try and reproduce locally
that makes sense
makes sense?
well, according to the execution paths, it does
because lucene won't need a text filter to search
type:wiki page is a valid query
the UI bit makes sure the string is not empty, but stopwords happen much lower
sure the problem is that it is searching not for type:wiki page but for the words type, wiki, and page
but I don't get the same behavior you do
I just get to not being treated as a stop word
ok i might be wrong about the searching for the words
I think that I am just being deceived by the highlighting
I recommend turning off the highlight anway
there is no snippet generation and the highlight is dead slow
is there a minimum word length?
no
if I search for "be" I get results with "ve" in it
be is in the stopword list
not ve
I meant be
I don't actually think the stopword is working for me either in  general
I just have the additional "to" issue
I really don't know about that one
i'm going to try locally. the "to" might be a php 5.2 issue...
I did some digging and it seems to strip the term
perhaps simething is craashing silently and the query goes through with no filters
the results I get just show it's not treated as a stopword
but other words work
lphuberdeau I have to "to" problem locally as well
the only problem I have is that it is not treated as a stopword
which is kinda weird too if the other words are treated as stopwords
but it could look as all results because it's nearly everywhere
the test I am doing is by setting the type filter to "wiki page" and then searcg fior to
I find that tracker items appear too
tikiwiki: 03nkoth * r37538 10/trunk/lib/core/Search/Index/Lucene.php: [FIX] Expecting string so must be expecting text of Zend_Search_Lucene_Index_Term object, not object itself
that fixed it?
lphuberdeau: no , of course, just stumbled on that while looking. I have moved on to do something else. I think the solution to my problem is a working stopwords mechanism that includes "to"
I'm really not sure what's going on, the stopword mechanism seems to work, but somehow not
lphuberdeau: searching for other stopwords gives me really strange varying results depending on what it is as well, perhaps there is stemming involved
if there were no stopwords at all, I get the results I would expect
but I don't get all results as if the filter was missing, which is what I would expect in this case
but other stopwords work just fine
yes, stemming might be involved
actually, no, I checked for that in the process
unless there is an other level
lphuberdeau, the stopwords effect on indexing right?
 lphuberdeau: perhaps the plugin helper is being index as well
and "to" appears in it
because I find a similar thing with "in"
but anyway this isn't going to help my "to" problem which seems like a query time problem and not an index time problem. I've worked around it using a crude str_replace for now
polom
Hi, I am looking into the problem with linking to pages with international character and I believe I have found something. A question for my understanding: the table tiki_links seems to maintain the internal from/to page links. When a page is renamed, is both the fromPage and the toPage attributes of the tiki_links table supposed to be updated?
arildb, yes
thanks
When using international characters Tiki currently fails to fill in the tiki_links table. I am not sure which consequences it has...
With the fix I am working on this table gets filled out again, and the linking of names with international characters seems to work much better
nkoth, sounds like a good assumption
arildb: looking forward to it
 New Forum Posts: Unable to make my Tiki work with Facebook - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42310
arildb: me too. did you localize the problem?
chealer: Yes, I believe so. urldecode doesn't properly decode all variations. By applying a specific to_utf8 function that fixes the faults things seem to work much better. 
See http://no2.php.net/manual/en/function.urldecode.php
by alejandro at devenet dot net 15-Dec-2010 02:27
chealer: I am surprised that french Tiki pages don't suffer the same problem as norwegian pages do
arildb: so does the problem also affect the non-WYSIWYG editor?
chealer: I am not sure. Haven't testet it
arildb: it would be nice to check that. if it does I would want to backport
arildb: I just tried a link on trunk with the non-WYSIWYG editor and it seems to be stored fine in tiki_links
chealer: Give it a try: Just use ÆØÅ in a page name, and try to link to it from another page. Then same the linking page a minor change. It will break the link
chealer: It may be. The error also seems to be connected to the HTMLPurifier, which is only triggered for HTML pages
arildb: oh
arildb: there must be something something to HTMLPurifier or WYSIWYG indeed, because here both page names are stored just plain, so hint of urlencode or anything
arildb: what do you mean by " Then same the linking page a minor change."?
arildb: but it works for pages with non-encoded characters?
chealer: For the page that contains the link to the intl-named page, make a small change ans save. The link corruption is only triggered by a repeated save, i.e. not during the create
nkoth: English characters don't seem to have a problem
arildb: editing the linking page didn't affect tiki_links here
chealer: In my installation tiki_links is not filled in at all
after the change it works
The change I did is in parserlib->get_pages
		foreach($htmlLinks[1] as &$h) {
			$h = $this->to_utf8(urldecode($h));
		}
		foreach($htmlWantedLinks[1] as &$h) {
			$h = $this->to_utf8(urldecode($h));
		}
arildb: I see the record as soon as the target page is created here. INSERT INTO `tiki_links` (`fromPage`, `toPage`, `reltype`) VALUES ('Prêt', 'ÆØÅ', NULL);
There are more errors, which I am looking into
arildb: I'm testing with http://ido.ath.cx:8080/tiki/trunk/tiki-index.php?page=Pr%C3%AAt BTW
chealer: Let me do a test on your system
arildb: no problem (admin 12345)
ok
chealer: You don't have WYSIWYG enabled?
chealer: works fine on your system in wiki-text mode. Can I enable WYSIWYG?
arildb: not enabled, no. sure
chealer: I am enabling it. OK?