hi. i got a slight problem: my auth runs through pam and twiki appears to get the data. but when i enter the correct data, it just gives me that error: [Mon Jul 25 13:54:15 2011] [notice] child pid 16851 exit signal Segmentation fault (11)
and on the twiki a blank page, the auth aint completed
anyone? ideas?
anyone? =( pretty please with a cherry on top?
polom de France
Polom jonnyb : Lyon ?
oui
stopped raining finally! :)
(hopefully)
Brittany next...
ahhhh, great. Found anything to paint yet ?
tikiwiki: 03chibaguy * r35658 10/branches/7.x/styles/fivealive.css: [FIX] Secondary site menu dropdowns should have same appearance/behavior as main horizontal menu (text-transform, selected link and its children, etc.).
Anyone successfully configured XDebug remotely ?
polom
polom luciash - you back home?
hi Merbster - you mean on a remote server, no - tried once, gave up (and copied the database locally)
yo jonnyb 
*sigh*
yep, back home sweet home :)
I have a nasty bug in my code and I simply can't find it. I need singlestepping :P
got error 413 anyone while editing articles (cms feature) ?
jonnyb: thanks for 6.4 and others :) seems like you enjoyed strassbourg a lot with the fireworks and beers this time
no probs - i'm still in France travelling so hence the on and off attention to 7.1
ah, wow, cool :) where r u now ?
I got it working... :)
Xdebug
the problem was the loopback network adapter I had installed when we had Oracle ORDBMS in school...
Only took my 6 hours.... pfff :P
"only"
 New Forum Posts: Wysiwyg editor - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=41863
is there a way I can see all the articles/blogs/whatever I wrote on the wiki?
I forgot the subject but I know I am the author :P
hi chibaguy
hi luciash
haven't seen you for a while here
I guess you're busy these days.
yep, was on vacation
at friends in Intaly
Italy
but busy as always anyway ;)
sounds good
chibaguy: how is it going in japan these days ?
any good news ?
i hope so as it is not in media's scope anymore :-p
luciash: well, they are still working to contain the nuclear contamination, cool down the reactors, etc. There doesn't seem to be immediate danger, but polllution in the areas near the plants will be a problem for a long time. Some people, especially with small children, have moved away of course.
The government as usual is spending most of its time fighting among members instead of addressing the problems.
Local governments are more together, but don't have the resources the central government has.
Still quite a few people in shelters or temporary housing; at that level the government has kinda failed. but it's hard because there's not much available land for housing in the area. also getting rid of all the debris is a big problem. It needs to be sorted by hand, pretty much.
chibaguy: i see... it's unbelievable how long it takes and how sensitive is the cooling process of the fuel rods to prevent the core meltdown ... no wonder ppl want to keep away from the nuclear energy now after such experience
chibaguy: and the debris must take months to years to clear off. must be hard to think a big quake can come again anytime
yeah, they say it is now more likely for the tokyo area to have a big quake, as the strain has moved along the fault toward us. I'm glad I'm not commuting each day.
one problem about the quake-hit area is that the population there is generally rather elderly, so it's hard for them to adapt to new situations.
polom y'all
hi ricks99
hiya chibaguy
Hi. Preview on wiki pages doesn't work for me now. What should I check? thank you!
@j0n3: what is your Tiki version?
6.3
Do you have JS enabled on your browser?
yes
Using Wiki or WYSIWYG editor?
ajax works except preview
wiki
sorry
just work now... just enabling jquery :(
glad to help :)
thank you!
i didn't say before: Thank you for working on this great project! I'm in love with tiki since first time checking wiki alternatives
it's the greatest by far
re
luciash: i'm near Lyon at the moment (sorry for the delay, France===lunch)
i got a slight problem: my auth runs through pam and twiki appears to get the data. but when i enter the correct data, it just gives me that error: "[Mon Jul 25 13:54:15 2011] [notice] child pid 16851 exit signal Segmentation fault (11)" and on the twiki a blank page, the auth aint completed
cyrusae: segmentation fault is sometimes fixed by updating versions of everything (php etc) - you all up to date?
yup
well, as up to date as debian with backports can be...
no way of telling which file?
anything in the apache error.log?
thats the only thing. two processes dying and nothing else
i also wished i had more info
hmm, not familiar with pam and tiki - what version tiki you on?
7.0
don't think there would be any difference in 7.1 or trunk afaik, sorry - stuck
mm okay
thanks anyway
tikiwiki: 03robertplummer * r35659 10/trunk/lib/codemirror_tiki/ (codemirror_tiki.js mode/tikiwiki/tikiwiki.js): [FIX] Got codemirror back on it's feet for tikiwiki, much better integration for 2, and much faster overall
guys
waazaaaa
What does it mean when you get an "Invalid old password" error when changing the admin password in a new Tiki installation? Just happened to me in a branch 7 install.
How can the old password be invalid when it's a new install?
does anyone know why i'm getting a blank text when using {{$user}} in webservice plugin?
SJ-Jay, the webservices use a separate smarty instance that does not expose the user variable
it really only provides the result from the webservice
having an odd issue in tiki 6 LTS.... after logging in, when accessing pages via full URL (tiki-index.php?page=foo) things are fine. but if users attempt to access via SEFURL, tiki thinks they are not logged in. Any ideas?
damn..
i'm trying to call a webservice that needs the username from the logged on user to show result specific for that person
can you get the webservice to do that filtering for you?
hi all
lphuberdeau, it is filtering for us yes.
or is it good enough if the filtering is done browser-side?
lphuberdeau, we just need to pass the logged on user as a filter parameter
the initials even
not even password
(tiki usernames are initials)
About my "old admin password invalid" in new install, I had 7 db errors on installation. I reinstalled the db and the 2nd time had no errors and no problem with password.
hi chibaguy (from a little while ago) - Trebly said he had a problem like this a few days ago, and it ended up that the minimum password length field had got set to 6, making the default one invalid - but it sounded like he'd done it my importing old prefs from another tiki into a new one
ah, that's even better then! :)
so there are no ways to "call" the initials inside a webservice plugin?
SJ-Jay: you can probably pass it to the service through the input (webservice plugin?)
{user} or {{user}} should be available in wiki syntax, or maybe it needs wiki argument variables to be enabled
lphuberdeau, we simply forgot to enable wiki argument variables in the produciton wiki... 
ah, I thought the issue was inside the rendering
Well... it is. lphuberdeau but atleast we got the generation of the url for the webservice to work with {user}
so it was only a config issue?
tip of the day: maintain a profile to keep track of the needed configurations between dev and production
wiki argument variables did the job! thx lphuberdeau 
lphuberdeau, I will remember that. :)
Does anybody have an opinion about the term "freetag" vs. "tag"? I don't see "freetag" much (at all, really) at web sites, so suggest renaming the feature to "Tags".
+1 from me. and get rid of the 'folksonomy' references, too. imho
I think those were meaningful at one time, but they didn't really stick the way tags has.
+1
freetag always reminds me of freitag, and I don't even speak German. ;-)
lol "free"tags always make me think... where are the non-free ones?
:-)
it's yet an other example of tiki using the library name in the front-end
right.
they were a technological decision away from being called potatotags
makes perfect sense for devs.... less than perfect for end-users
haha
proprietarytags?
deliciousliketags
now you're just being silly ;-)
I kinda like the term 'proprietags', chealer, but am not sure of the use case.
Probably Apple's legal team uses it a lot: "App store" is one of the company's proprietags..."
"This is Chealer's page - no editing without permission!"
ah, ok. let's work that into tiki 8.
Hi, I upgraded an old tiki-1.9 to 6.4 (LTS) .. but now within admin panel I get hints that I use an outdated database version. 
how do I have to understand this? 
ptdw, go back to the installer and try updating again, after the database update, it might tell you some errors occured
it's very likely that they do not matter, it kind of happens from very old versions
I did that multiple times, only on database error remains ... some duplicate key in a table 
if they seem to be about duplicate tables or duplicate fields or such, you can safely ignore them (using the checkboxes available)
yes i did 
if you do it for all patches, that should remove the messages in the admin panel
I often get the "database out of date" message even right after an update, so I have come to ignore it. On my Windows laptop, I think it always appears.
ok, thanks I'll try again the installer 
(I'm speaking of the message on the admin-general page.)
mine was on tiki-admin.php
guess it is the same? 
should be
I thought after some iterations it could also relate to mysql version which is a bit outdated 5.0.x
I wish there was a wiki admin option: "Don't display page title on Homepage." It's easy enough to use CSS, but I think a lot of websites probably don't want that text at the top of the index page even if they use page titles in general.
(easy enough to use CSS to hide the pagetitle on that page, I mean)
For info wikis, etc., it's fine, but if it's a brochure-type site or others, it detracts from the presentation.
imo
@chibaguy: or use a different wiki page as home: Welcome, Company name, etc.
Well, that could be done, too, but I don't want any name up there.
ah
I guess, in a sense, the site title functions as the page name of the site's front page, but I didn't think about the semantics of it, actually.
ptdw: upgrading mysql would sure help generally, although not with the duplicate errors, 5.0 is not even supported by MySQL anymore unless I am mistaken
News portals, for example; I think there generally isn't a page title per se, on the front page.
actually, still supported on some platforms
nice, i checkboxed to ignore some duplicate error, now database version message disappeared
that would be the expected behavior, yes
lphuberdeau: ok, I'll ask for a recent mysql version
5.0 was released somewhere in 2004, that's a long time ago
although the last release was in 2010, so not too bad
5.0.91 makes our 1.9.11 look quite small
is there still a merge from 7 to trunk?
nkoth, I think so
tikiwiki: 03nkoth * r35660 10/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php: 
tikiwiki: [ENH][FIX] There are 2 use cases for rating field, one in a list and one where
tikiwiki: you are viewing a single tracker item. If you are viewing a list, you really
tikiwiki: want the itemId to disappear after rating, if you are in a single item you want
tikiwiki: to preserve the single item. previously the code only supported the first case
tikiwiki: where the itemId always disappeared
chibaguy: i still think the CSS is the cheapest solution
(in terms of resources etc.)
tikiwiki: 03sylvieg * r35661 10/branches/7.x/lib/wiki-plugins/wikiplugin_img.php: [FIX]IMG: do no generate a link if thumb=y and link=''
tikiwiki: 03nkoth * r35662 10/trunk/lib/trackers/trackerlib.php: [FIX] Rating not registering when done from trackerlist plugin after recent changes to Rating field
chibaguy: I tend to agree we should revise the name. I remember we discussed that term among French translators, don't remember what we said/decided but yes, Freetags is not commons.
s/commons/common/
Tags is apparently what should be used ( http://en.wikipedia.org/wiki/Tag_%28metadata%29 )
lphuberdeau: what prevents you ?
well, if I commit something using a 5.3 feature, it won't work on 5.2
:)
what about Keywords instead of Tags ?
we already use Keywords (for adding metawords on per-wiki page basis. I vote for "tags"
I prefer tags as well
ok, even YouTube uses "Tags"
keywords is something people used in 1995
in the days of AltaVista
I will vote for Tags
lphuberdeau: yep, that's why it is "free to use" word now ;)
altavista.... rick yearns for the old Prodigy days....
we had a discussion recently and Tags is best. Keywords sounds like something that is added by the admin/priviledged people/generated by search indexing bots, and not something addable by users
oh yes, that one is useless
what keywords feature?
-1 for killing keywords. It is the only way (I know of) to artificailly weight search results
was one of the mozilla contribs
meta keywords
freetags are incorporated in search content too
is ignored by search bots these days
only meta description has some weight
y, but  freetags are always included. with keywords you can decide on a page-by-page basis
tags are also written in that meta keyword field
meta keywords was purely a SEO thing, I think it's not the same as the artificaially weight search results thing
i repeat: meta keywords is useless these days
luciash:: your call :) I am not all that up to date on the latest SEO trends.
I just noticed my brain automatically translates SEO to bullshit
maybe for google and the like, but not for internal use searches
internal use searches ? wth is that ?
ricks99 seems to have a valid point
ie. for my google CSE. i can rank results any way i want
the old tiki search, and so on
ah, sorry, i don't know CSE internals... ok
im just saying, i think it is still valid (and different from tags)
my vote is -1, fwiw
old tiki search is obsolete like the meta keywords tag ;)
"freetags are always included. with keywords you can decide on a page-by-page basis" +1 on this
well, you can pretty much select the tags, so I don't really get the difference
tags work everywhere, keywords only apply to wiki pages
tikiwiki: 03robertplummer * r35663 10/trunk/lib/codemirror_tiki/mode/tikiwiki/tikiwiki.js: 
tikiwiki: [FIX] Nearly complete rewrite of the tikiwiki syntax parser, it is now MUCH more
tikiwiki: stable, borrowed from the html and past wiki syntax parser, we now have specific
tikiwiki: areas for wikisyntax that starts at the beginning of the line, syntax that can
tikiwiki: exist within and end within a line, and also plugins support. Plugin support
tikiwiki: needs a bit more TLC because it was adapted from html objects, but we are much
tikiwiki: closer here than we ever were with codemirror 1.
tikiwiki: 03lphuberdeau * r35664 10/trunk/ (12 files in 9 dirs): [MOD] Allow to synchronize (one way for now) a remote tracker locally
tikiwiki: 03robertplummer * r35665 10/trunk/lib/codemirror_tiki/mode/tikiwiki/tikiwiki.js: [FIX] tikiwiki codemirror mode, sol items and plugin parsing, looks nearly 100% now
tikiwiki: 03robertplummer * r35666 10/trunk/lib/ (codemirror_tiki/mode/tikiwiki/tikiwiki.js tiki-js.js): 
tikiwiki: [FIX] plugin attributes with now quotes highlighting
tikiwiki: [FIX] Codemirror resize fix
tikiwiki: 03robertplummer * r35667 10/trunk/lib/codemirror_tiki/mode/tikiwiki/tikiwiki.js: [FIX] plugin attributes with now quotes highlighting, forgot to return tokenize
tikiwiki: 03robertplummer * r35668 10/trunk/lib/codemirror_tiki/mode/tikiwiki/tikiwiki.js: [FIX] needed better detection altogether, to return tokenize was premature
tikiwiki: 03robertplummer * r35669 10/trunk/lib/codemirror_tiki/mode/tikiwiki/tikiwiki.js: [FIX] For the quote "=" and the object assigner (guessing on name) "=>" in plugins attribute highlighting
tikiwiki: 03nkoth * r35670 10/trunk/ (5 files in 3 dirs): [FIX][MOD] Make jquery-json default on, and rework r35603 fix to use jquery-json instead of json2.js to avoid adding yet another lib. Dev note: use $.toJSON instead of JSON.stringify.
tikiwiki: 03nkoth * r35671 10/trunk/lib/jquery_tiki/tiki-jquery.js: [ENH] allow autoshowing of comment forms through autoshow css class (preference to turn this on coming soon to comment templates)
 New Forum Posts: Forums - Permissions for Sections? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41868