tikiwiki: 03jonnybradley * r35510 10/branches/experimental/coe_fgal_relook2/ (2991 files in 418 dirs): [MRG] Automatic merge, trunk 32389 to 35502
tikiwiki: 03pkdille * r35511 10/branches/proposals/3.x/: Remove proposals branch for Tiki 3
polom
xavi (when you are on) or anyone else who might know: Ya no se que hacer conmigo-El Cuarteto de Nos.mp3 has been uploaded to tiki.org's file gallery, but is probably copyrighted so shouldn't be there. I like the song (and the video) but tiki.org shouldn't host commercial files.
Unless this file has a compatible license (which I don't know how to check), it should be removed from tiki.org.
 New Forum Posts: How to convert Tracker items into regular SQL table with field names as columns - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=41807
Hi! I would like to know how is the the permission "tiki_p_trust_input" used for. Using plugin "articles" in a wiki, when anonymous clicks on an article to read, permission is denied, when tiki_p_trust_input is not checked, even article-read-permission is set. But if you allow someone to comment, and he clicks on comment, he can see ther article without having tiki_p_trust_input set. Very...
...confusing.. .
polom
hi
tikiwiki: 03jonnybradley * r35512 10/branches/7.x/lib/prefs/search.php: [FIX] search: Default object type should be 'wiki page' not 'wikis' and also 'trackeritem' not trackers (thanks Xavi for the clue)
hi jonnyb, and thanks to you for fixing this issue!
hi coaboa
hi xavi and all
hopefully - i switched it off on doc.t.o for now
 New Forum Posts: Permission rule influence on plug-in "articles" by tiki_p_trust_input is not clear - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41808
morning lphuberdeau (or anyone else) - how do i enable search result parsing in uni-search?
it's not a uni-search option
oh :(
looks ugly
in the admin panel, it's under mysql search
i know - search_parsed_snippet - but it doesn't seem to be connected to uni-search at all
(although apparently it doesn't "depend" on mysql search)
maybe something for trunk later...
parsing a snippet is kind of problematic anyway
the real way to do it is to generate the snippet from the parsed version, but that's extremely expensive
hmmm, wouldn't just toggling is_html on line 90 of tiki-searchindex.php just sort of do it? (i'll give it a go)
(not actually that, but something around there)
tikiwiki: 03jonnybradley * r35513 10/trunk/ (6 files in 5 dirs): [MRG] Automatic merge, branches/7.x 35497 to 35512
is the tiki-my_tiki.php broken for in trunk? Feaure "offers" to repair db ;-)  
for admins & registered r35507
actually, it's likely that mysql offers to repair the db
tikiwiki: 03jonnybradley * r35514 10/branches/7.x/ (modules/mod-func-search.php templates/modules/mod-search.tpl): [FIX] search: Complete updating of search object types in search module for unified search
so you need to go in phpmyadmin and repair the tables, your server might have crashed or closed uncleanly
will double check it. but was a clean install with some minor changes in prefs on 2 different servers. 
tikiwiki: 03jonnybradley * r35515 10/branches/7.x/lib/prefs/search.php: [FIX] search: Better fix for search_default_where pref taking into account the object types are named differently in the different searches. Also add missing types to unified search list.
what's the fix on the default where jonny?
stuff like 'wiki page' not 'wikis' etc
it's what was breaking search for xavi on doc.t.o
also the search module was using the old object types
svnbranchupdate on it's way...
"repaired" the db but still system error when calling mytiki. 
tikiwiki: 03jonnybradley * r35516 10/trunk/ (5 files in 5 dirs): [MRG] Automatic merge, branches/7.x 35512 to 35515
jonnyb: if that check relies on a pref anyway,  you might as well use the real list in unifiedsearchlib (getSupportedTypes)
next time maybe (supposed to be doing other stuff) - i thought there probably was a fn somewhere
arn't we all supposed to be doing other stuff?
:P
ah right, i remember why i got sidetracked into profiles... coaboa, yes, i'm getting an error on my_tiki
tracker comments again by the look of it
tikiwiki: 03jonnybradley * r35517 10/trunk/lib/trackers/trackerlib.php: [FIX] comments: Wrong column name
coaboa: ^^^ r35517 fixes my tiki for me - can you try it (it might need backporting for 7.1)
jonnyb, comments are a trunk change, don't think it would work too well on 7.1
hmm, looks like the 7.x db also doesn't have a tiki_comments column called `user` though...
ah, might be a different issue then
the my_tiki on my local 7.x test seemed ok, so good enough for me
but maybe just a different edge case
anyway have some lovely IE testing to do, so on to that now! :)
tikiwiki: 03sylvieg * r35518 10/branches/7.x/lib/wiki-plugins/wikiplugin_files.php: [FIX]FILES: fix showgallery param
oh you lucky boy
yes, i nearly went on holiday today... but big rain forecast here so stayed at Jyhem's another day
thx jonnyb works
np
tikiwiki: 03sylvieg * r35519 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_files.php: [bp/r35518][FIX]FILES: fix showgallery param
Hello all!!!
hi
hi2
Just upgraded from 3.2 (oh yes ... old-school style) to 7.0 which went flawlessly!!! great work to you all!!
only one minor thingy : the tabs buttons don't respond. odd thing is, i have also converted my test site to 7.0 and there they do work ... same server
also tried a different theme but that's not the problem either
using firefox, chrome, safari and ie
Beestje: hi. Try disabling minify js and minify css at "Admin home > performance"
if you get them to work, you might have some issue with the minification of the js (or css)
did you upgrade by overwriting the files?
I would try to empty the templates folder and place the files back from 7
older versions of Tiki had a lot more style specific templates that no longer exist and you might still have those hanging around
and clear the tiki cache, as well as the browser cache.
ah yes, i did overwrite the folder
i will clean the templates folder out and let you know
Beestje: and also, ensure that you are using the latest version of the theme styles (css, etc.)
some of them might have the same name, etc.
if problems, try to follow the suggested path at https://doc.tiki.org/Upgrade
notice that overwritting file is NOT the recommended upgrade process
s/file/files
tikiwiki: 03lphuberdeau * r35520 10/trunk/lib/smarty_tiki/function.query.php: [FIX] Notice
tikiwiki: 03sylvieg * r35521 10/branches/7.x/lib/wiki-plugins/wikiplugin_files.php: [FIX]FILES: fix showfilename=n && showname=n
tikiwiki: 03sylvieg * r35522 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_files.php: [bp/r35521][FIX]FILES: fix showfilename=n && showname=n
heya nkoth :)
what did you say yesterday evening about something with imagick that might give me a clue?
tikiwiki: 03sylvieg * r35523 10/trunk/ (3 files in 3 dirs): [MRG] Automatic merge, branches/7.x 35515 to 35521
tikiwiki: 03changi67 * r35524 10/trunk/tiki-install.php: [MOD] Center content in installer first page
tikiwiki: 03robertplummer * r35525 10/trunk/ (3 files in 3 dirs): 
tikiwiki: [NEW] Changes to invoice to help with form data, new we need to configure postback to save to trackers
tikiwiki: [NEW] Added a few functions to tracker lib to aid with application building that obtain ids from names
tikiwiki: 03lphuberdeau * r35526 10/trunk/ (6 files in 6 dirs): [MOD] Translation interface from tracker items when available, js side redirect handling, send js from partial templates
tikiwiki: 03gezzzan * r35527 10/trunk/templates/tiki-wiki_topline.tpl: [FIX] Removing duplicate title attribute declaration from backlinks
tikiwiki: 03changi67 * r35529 10/trunk/lib/: [UPD] Upgrade to phpCas 1.2.2
tikiwiki: 03kstingel * r35530 10/trunk/tiki-quiz_edit.php: changed comment at line 160 from "FIXME" to "FIXED" to reflect the current status of the task
 New Forum Posts: Categories on Individual Blog Posts? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41811
tikiwiki: 03lphuberdeau * r35531 10/trunk/styles/layout/design.css: [ENH] Layout issue with file fields
<jonnyb> Hi, I go back to the password problem. Solved but needs remark : the problem was coming from tiki_preferences imported with a min_pass_length of 6.  The new way to hold right seems to leed to reinit the admin user_user record. Then the password is smaller than the min value... and it doesn't get the default value of 5 (prefs.php). So I write a few SQL line to reinit admin password...
...to default from phpmyadmin access or any access with open right to database.
hi Trebly - i think if you can import your own prefs then you should be able to fix it (as you did), so we shouldn't write special code to cope with every strange occurrence, but a tip on doc.t.o would be a very good idea, i think
 New Forum Posts: One line of custom CSS caused all pages of Tiki site to appear blank in browser. - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=41813
 New Forum Posts: Sorry, Posted to Wrong List - One line of custom CSS caused on all paged of Tiki site to appear blank in browser. - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41812
amette: http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3949
may be unrelated but you never know
nkoth: thanks! I will give it a try! :)
nope, doesn't seem to make a difference
strike the "seem", it doesn't make any difference... ;)
nkoth: FYI --^
 New Forum Posts: Unwanted HTML translation - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41814
newbie question with css (I read the answer months ago somewhere but I don't remember where):
if I'm importing a css file from another one in Tiki, what's the right syntax to do so (properly)?:
@import url("arcturus.css");
because I recall that this way, something was wrong, and when I minify css, theme is not displayed
ans something similar when I minify js, tabs are not working, etc.
any tip on wht can be tweaked in that server to have the minify working?
^ jonnyb ?
re
xavidp: it's something to do with the quotes etc you use
is it?
shall I use single quotes, instead?
no, doub;e seems to be ok
maybe the path? css paths are relative to the css file
ok, double checking...
e.g. this from fivealive.css: @import url("lite/lite.css"); (seems to work)
it's a server on shared hosting, managed by many people, and only ftp, where rare things happened weeks ago
so I'll double check permissions on the folders also (ftp installing or checking is tedious :-) )
ah yes, could be that also (although should be the same to minify and not, i'd have thought)
tikiwiki: 03jonnybradley * r35532 10/branches/experimental/coe_fgal_relook2/ (28 files in 16 dirs): [MRG] Automatic merge, trunk 35502 to 35531
tikiwiki: 03sylvieg * r35533 10/trunk/ (3 files in 3 dirs): [ENH]FILES: possibility to call on galleryId=1:2. TODO: clean get_files, bindvars should be updated each time a ? is added to the query and not lines apart
tikiwiki: 03sylvieg * r35534 10/branches/7.x/tiki-switch_lang.php: [bp/r35413][FIX]sefurl: better fix to 33975 when switching with url cat111-xxx
tikiwiki: 03sylvieg * r35535 10/trunk/ (. templates/list_file_gallery_content.tpl): [MRG] Automatic merge, branches/7.x 35521 to 35534
do I have a problem in my version.. Each time I merge I have a svn info on templates/list_file_gallery_content.tpl that changes
I get that too
I really thing it's about the repo
polom
sylvieg: I was going to say the same
(not that I do merges but it seems everyone does the same)
tikiwiki: 03jyhem * r35536 10/branches/experimental/annotate/ (29 files in 17 dirs): [MRG] Automatic merge, trunk 35502 to 35533
tikiwiki: 03jyhem * r35537 10/trunk/installer/tiki-installer.php: [ENH] Create missing database if user has permission to do so
i think we just need to KIL the svn:merge property on list_file_gallery_content.tpl (or something like that)
tikiwiki: 03jonnybradley * r35538 10/trunk/lib/smarty_tiki/block.textarea.php: 
tikiwiki: [FIX] textarea: Fix wide reaching loss of textarea functionality caused by boolean misunderstandings in r35443 (by setting a sensible default at the start of the file).
tikiwiki: Minor change of behaviour possible due to removal of link between comments and _simple params which shouldn't have been there in the first place.
jonnyb, I found the source of the issue in that server where minification was not working
and I'm wondering about commiting ...
oups, jonnyb is gone
it seems that for some reason, the minified_*.js files under ./temp/public/ can be created, but can't be read by the webserver
I tried granting 777 on the files, but no luck. 
the .htaccess on ./temp seemed to be related
and I managed the minified files to be read by the webserver adding an extra condition in the .htaccess files on ./temp :
<FilesMatch "\.js">
    order deny,allow
    allow from all
</FilesMatch>
to avoid potential issues touching the general .htaccess on ./temp, I left that as it was before my edit, and created an .htaccess on ./temp/public/ having the same rule as in ./temp/ plus this new one to ensure that .js are allowed to be read
and probably a similar fix will solve the issue with minification of css also
yes
ah ok, I see the our problem in that server is that the source .htaccess was deleted
so no need to commit anything to svn, it's already there, and allowing all files under ./temp/public/
</end-of-self-reflection>
bbl
tikiwiki: 03robertplummer * r35539 10/third_party/jquery/: [MOD] Removed jquery.sheet and jquery.s5 externals moving them to new directory
tikiwiki: 03robertplummer * r35540 10/trunk/lib/: [MOD] Added externals for jquery.sheet and jquery.s5 to lib rather than lib/jquery
tikiwiki: 03robertplummer * r35541 10/trunk/lib/jquery_tiki/jquery.sheet/menu.html: [MOD] Removed jquery_tiki/jquery.sheet to move it to jquery.sheet_tiki/, it wouldn't let me do it in 1 commit, odd
tikiwiki: 03robertplummer * r35542 10/trunk/lib/jquery_tiki/jquery.sheet/: [MOD] Removed jquery_tiki/jquery.sheet to move it to jquery.sheet_tiki/, it wouldn't let me do it in 1 commit, odd
tikiwiki: 03robertplummer * r35543 10/trunk/lib/jquery.sheet_tiki/ (. menu.html): [MOD] Removed jquery_tiki/jquery.sheet to move it to jquery.sheet_tiki/, it wouldn't let me do it in 1 commit, odd
tikiwiki: 03jyhem * r35544 10/branches/experimental/annotate/ (3 files in 3 dirs): [MRG] Automatic merge, trunk 35533 to 35537
tikiwiki: 03robertplummer * r35545 10/trunk/ (3 files in 2 dirs): [MOD] Accounted for the changes in location for jquery.sheet
tikiwiki: 03robertplummer * r35546 10/trunk/ (3 files in 3 dirs): [MOD] Accounted for the changes in location for jquery.s5
jonnyb: I would do that if I had any idea of why it's there
chealer: why what's where?
ah, yeah... [2011-07-20 14:45:28] <jonnyb> i think we just need to KIL the svn:merge property on list_file_gallery_content.tpl (or something like that)
oh right, yes - seems superfluous to me - let's wait until after 7.1 just in case
hum, odd, looks like the first revision which has that property set on trunk is r34727, but it also looks like that revision just changes that property: http://sourceforge.net/apps/trac/tikiwiki/changeset/34727/trunk/templates/list_file_gallery_content.tpl#file1
oh, no, it changes a property in trunk (the root)
it does define svn:mergeinfo on templates/list_file_gallery_content.tpl.
that is a merge by Sylvie
OK, that ultimately comes from http://sourceforge.net/apps/trac/tikiwiki/changeset/34700/branches/7.x/templates/list_file_gallery_content.tpl from dabright
(who I don't know)
tikiwiki: 03jonnybradley * r35547 10/branches/7.x/lib/prefs/search.php: [FIX] search: $prefs['feature_search_fulltext'] not always set at this point
tikiwiki: 03chealer * r35548 10/trunk/templates/list_file_gallery_content.tpl: remove annoying svn:mergeinfo property coming from r34727 - r34700
 New Forum Posts: Anyway to have the search box show? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41815
<jonnyb> I to go away and don't notice. I agree, 1- I will redact a "whish and bugs" to joine a sample of SQL request to re-init the admin (I reset the min_path_length to default), 2- add a notice in 
into doc with ref to whish list to add the sql sample.
I too think that if a change happens into rights the admin should be reset by install with warning message.
tikiwiki: 03sylvieg * r35549 10/trunk/ (2 files in 2 dirs): [ENF]FILES: showthumb to display the thumbs in the table
do we have a tool to globally assign perm - as all the page beginning with XXX must have tiki_p_view for anonymous