hi all
i created a custom modile with {menu id=X type=vert} but the menu doesnt look like http://users.tpg.com.au/j_birch/plugins/superfish/#examples
what does i do need to do that that it looks like in the example? (mouseover effect, button style)
now there are just simple plain links in the menu.
hi marclaporte 
http://dpaste.com/657757/ any idea?
!help
You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot .
Tiki|bot: superfish
:(
!superfish
anyone can help with superfish? :/
hi all
http://dpaste.com/657757/ any idea?
indro: use menu module instead of custom
http://doc.tiki.org/Module+Menu
thanks a lot marclaporte but somehow it doesnt display the menu.
i entered the menu id but it only shows the title in the module box.
indro:  got it?
i changed the from tikinews theme to tikinewt, now it works..
the module menu didnt worked, i entered the menuid but in the module box was just the title without navigation links.
polom
Hmm, on earlier tries, doing the branch 7 to 8 update with svn at a remote site went smoothly, but nothing but troubles this time. svn errors: missing files. fixed that. got to completion of svn branch 8 update. But now fatal error in tiki-install.tpl.
At least this was just a test upgrade but annoying that so many glitches.
I have a bunch of my own and other sites to update and want to standardize the procedure.
At least I'm finding the various things that can go wrong. ;-)
Hmm, why the error "Failed opening required 'lib/setup/compat.php'" when there is no such file?
Different errors at tiki-index.php and tiki-install.php. Maybe best to wipe the directory and start over. What a waste of time.
hi chibaguy
chibaguy: was the checkout customized/modified?
hi chealer
only to add theme files (css and images)
so I copied the branch 7 files to a new directory and did an svn switch to branch 8 there.
chibaguy: svn status; is usually the first thing to checkm useful both before updating and when you have problems, but with what you're saying, a new checkout seems worth it
s/checkm/check,/
chibaguy: which svn version do you use?
I'm not sure. It's whatever is installed at my hosted domain.
yeah...
Well, I'll repeat the files copy and then svn switch process once more to see if it goes without errors.
chealer, do you mean that instead of copying and switching, just do a fresh co and then customize that?
(actually that does seem easier)
and less prone to errors
Well, this time, no errors.
chibaguy: yes
chibaguy: strange... good thing!
When I copied the files the first time, it stalled and I had to do it again. Maybe that was the trouble.
tikiwiki: 03chealer * r38856 10/branches/8.x/lib/setup/cookies.php: 
tikiwiki: [FIX] JavaScript/HTML special characters encoding (from 2004)
tikiwiki: Thanks to Stefan Schurtz
It's interesting that in my early test of Tiki 8 at a2hosting, custom module data didn't appear since eval is blocked. But in today's test upgrade, existing custom module data (which is an INCLUDE wikiplugin so actually menupage module could be used instead) does appear.
tikiwiki: 03chealer * r38857 10/branches/7.x/lib/setup/cookies.php: [bp/r38856][FIX] JavaScript/HTML special characters encoding
tikiwiki: 03chealer * r38858 10/branches/proposals/6.x/lib/setup/cookies.php: [bp/r38856][FIX] JavaScript/HTML special characters encoding
Hmm, the "create tracker" popup is empty at this upgraded site.
also, "edit tracker" popup has no content.
chibaguy: are you sure browser cache is not involved?
Well, I cleared my browser cache and logged in again. Still nothing in the popup.
Tried with ajax activated and not activated.
tikiwiki: 03chealer * r38859 10/branches/6.x/lib/setup/cookies.php: [bp/r38858][FIX] JavaScript/HTML special characters encoding
chibaguy: are SEFURLs enabled?
chealer: yes
chibaguy: is it better if they're disabled?
chealer, I disabled SEFURLs and now the popup has content.
chibaguy: is your .htaccess up-to-date?
I didn't do anything with .htaccess in this upgrade.
chibaguy: then it must be outdated. you need to refresh or turn .htaccess into a symbolic link so it stays up-to-date
Right. I got an updated .htaccess and now the popup is ok.
Though there is a visual glitch in the accordian titles (down arrow and text overlap).
I wonder why there isn't some padding-left to make space for the arrow. or some other rule.
At the jqueryui.com accordian demo, there is: ui-accordion-icons .ui-accordion-header a {    padding-left: 2.2em;} from jquery-ui.css.
chibaguy: see http://sourceforge.net/mailarchive/message.php?msg_id=28247041
ah, I see. thanks, chealer.
h4.ui-accordion-header {padding-left: 2.2em;} fixes the overlap, but I don't know what unintended consequences there might be for other instances.
although my test was as custom css. not sure what happens when it's in the minified css.
I'll check.
tikiwiki: 03changi67 * r38860 10/trunk/lib/articles/artlib.php: [ENH] Zend Code Styling - http://quality.tiki.org/job/Tikitrunk/160/violations/
ok, h4.ui-helper-reset {padding-left: 2.2em;} works in minified CSS, but again I didn't check yet for unintended consequences in other instances of h4.ui-helper-reset.
The "h4" seems to be needed, as the extra specificity lets the rule override the 'padding: 0' it's competing with.
...or just adding h4 to .ui-accordian-header works ok. I'll commit that.
tikiwiki: 03chibaguy * r38861 10/branches/8.x/styles/layout/layout.css: [FIX] Accordian header text and arrow overlapped. Adding element name gives specificity to override a conflicting padding:0 rule.
tikiwiki: 03chibaguy * r38862 10/trunk/styles/layout/layout.css: [FIX] Accordion header text and arrow overlapped. Adding element name gives specificity to override a conflicting padding:0 rule.
What is the meaning of the errors involving trackers like "Tracker Field Factory Error: Pref "trackerfield_text" required for field type "Tracker_Field_Text"" that appears at a site updated from Tiki7 to Tiki8?
And how can these errors be prevented?
ah, I didn't update the db yet. that could be it.
Yes, that was the problem.
Hmm, I wonder why the installer wants to "Install" to populate a database that is already a Tiki database (which I want to upgrade). The database is a copy of an existing database currently being used.
Why isn't the db recognized as a Tiki database?
"Install" will wipe the content that's the whole point of this test upgrade.
And it doesn't bode well for the actual site upgrade.
OK, I see my db 'copy' is incomplete. great.
Hmm, what next, after the error with phpmyadmin: MySQL said:
#1317 - Query execution was interrupted. So db can't be copied.
Add the missing tables with additional sql statements, I guess.
The fun never ends. Now my control panel phpmyadmin is giving me an access denied error. :-)
Got access again apparently after session expired.
Can't copy the db, though. I emptied the actionlog table (900,000+ rows) first but still got an error.
for larger dbs, it's safer to go straight to mysql from command line
I'll have to check into that.
mysqldump --quick works great
(quick is not about fast)
ok, thanks.
Does anyone get errors about unsetting variables in trakcerlist, when rebuilding the lucene search index
in tiki 8.1 that is?
you mean undefined variable notices?
those would need to be fixed in trackerlist, but you can ignore them safely
lphuberdeau, I just added as "if isset" so it doesn't try to unset it if it's not set. and it fixed it
but I experienced that rebuilding the index, would output trackerlists at the top of the page. and remove the page body-content
you'd also get those if you enabled error reporting and visited the page with the trackerlist
rebuilding parses every page in the process
ok.
are there any limitations to the new plugindialog?
as in, can I add plugins to the wikipage that I use as a body?
didn't look at it
ok.
lphuberdeau, thanks :)
 New Forum Posts: Add Page dialog box for non-admin users - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42658
 New Forum Posts: dropdown menu in a wiki page (from a traker item) - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42659
hi all
hey guys :)
guys.. we are really struggling with the new lucene search engine.. searches are REALLY slow and CPU on web server reaches 100% load.. any suggestions how to fix it?
hi all
i created a custom module for a menu with type=horiz, any idea why the drop down doesnt work?
it works with type=vert
any idea how i get it working with type=horiz?
polom
polom chealer! :)
SJ-Jay: try to optimize the index
ok will give it a shot.. but think i already tried that once without success..
sylvieg, we experience that our server utilizes ~50% of the CPU when doing a search
I have the same problem on a site - you are not the only one
in any case if you do not optimizee or reindex on regular basis - seems you finish to have the error 'Index under preocessing now'
sylvieg, what I am fishing for is; is this a general problem with the PHP implementation of lucene or is it our ability to configure it properly?
I think lph will say lucene is not the fadtest
fastest
what about using the java implementation and then sending search results back to tiki with json?
if you want to give a try - can be very inetresting
haha yes. well it will probably be a lst resort. :P
we are really getting pushed around atm.. postponed the release of our intranet for months now and i'm certain that a slow search engine won't do much good :D
has your php a cache? it can help
do you use weight in the query (weight on title for instance)? How many resultss per page?
just finished installing wincache!
yup.. also using weight
wow
cahcing really did some magic to the general use of the site
maximum results: 200
perhaps you can try with a smaller number
field weights: title:2.5, tags:1.0, allowed_groups:0.0001, categories:0.0001, deep_categories: 0.0001
will try and minimize it to 100
ok that did increase performance
thanks for the tips sylvieg :)
hi all. anyone can help with this problem? http://dpaste.com/658207/
sorry indro I have no idea.
tiki 6.4 in Admin Article Types is have 12 types defined. I am unable to save changes to the settings of the newly created article type. When I click on the check box, I see it changing state but when I hit Save, the changed states are not retained. I have cleared the cache and increased php memory from 128 M to 256 m. Is there anything else I can do to address this issue? Is there an easy way to change the values directly from the da
tikiwiki: 03pkdille * r38868 10/trunk/ (6 files in 4 dirs): No changes - code styling only (seen on quality.tiki.org)
Checked the tiki database: it is quite simple to update the values directly and I have done the needful. In the record created by tiki, there were some NULL values... a bug perhaps?
Hey, has anyone used the compare version feature?
its when you compare 2 versions from the history of a page
does it highlight differences between the 2 versions? 
!help
You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot .
!g history wiki
529,000,000 results | History - Wikipedia, the free encyclopedia @ http://en.wikipedia.org/wiki/History | History of Wikipedia - Wikipedia, the free encyclopedia @ http://en.wikipedia.org/wiki/History_of_Wikipedia | History of wikis - Wikipedia, the free encyclopedia @ http://en.wikipedia.org/wiki/History_of_wikis
Anshul: yes... yes