Sourceforge browse svn is down....
hi marclaporte. I have a question about svn merges. Changes I made in trunk got written over by a merge from 2.0. Is this because merges aren't "smart" or is it a temporary svn problem?
or http://tikiwiki.org/TikiFest -> Montreal in Feb 2009
(well, marc, it's not just for you to answer that. I combined hello and question in one line by mistake.)
I think smartness is cause
unsmartness
that's why we should merge often
I think it would be hard for a merge to be smart enough.
It can't tell why files are changed, etc.
http://books.slashdot.org/article.pl?sid=08/07/21/1342209&from=rss  <--- as I was talking about shopping carts
marclaporte: I will be in March in SF,CA
The comments on that slashdot page get pretty interesting toward the bottom -- about security problems with drupal and problems with modules and drupal versions.
Things to keep in mind re any Tiki ecommerce plans.
polom
marclaporte: glop
marclaporte: I will be end of march in SF...
too far from the TikiFest...
California?
Anyone recognize this line in tiki-bot_bar.tpl: >>>>>>> .merge-right.r13786 ?
Looks like someone's note to self.
marclaporte: yes california
marclaporte: I cannot move from one place to the other as there is one month difference between the 2
...but isn't in comment tags.
marclaporte: you should send an e-mail to all the security reviewer and tell them a version 2.0RC is out if they want to do their magic and let us know, we will credit them accordingly
franck: that is a great idea
but I have too much on my plate
hehehhe
someone else could do
well do we have a list?
I found only 3 e-mails of auditors, may be I'm missing some?
can someone help get more e-mails?
allo
marclaporte: on the tw site there is no more a link on how to report a security issue
on info?
yes
ricks99_ : is in charge of info
just add in the main menu under community a link to security.tikiwiki.org
ricks99_: hello?
marclaporte: I found only 3 e-mails of security reviewer? where can I find more?
could you check your archives in security@tikwiki.org
I'm ready to send an e-mail
It's funny how svn commit messages are sometimes fast and sometimes slow.
I guess due to changes at sourceforge.
chibaguy: that line comes from a diff merge, someone modified and then updated and it attempted to auto-merge
ah, I see.
so it alerts humans to check the files?
yep, it has to be edited manually then
i'm noit sure in which cases this exactly occurs but before every commit one should quickly test and check the file anyway
hello
I am coding for a wiki plugin annotation for tikiwiki whose purpose is to provide user interface to make/add annotations to an image.
Can anyone guide me for wiki staging and approval?
what i intend to do is replace the content X of wiki page content with Y
and changes should only be in the staging article and not in the live article
hello I am reposting my problem.....I am not sure whether the last time I posted it whether I was connected to the server or not
I am coding for a wiki plugin "ANNOTATION" for tikiwiki whose purpose is to provide user interface for the contributors to make/edit annotations on the images on a wiki page
Can anyone guide me wiki staging and approval?
shishir_gsoc: hi!
shishir_gsoc: : thanks for helping out
Presently when I perform any changes to the the annotations they are saved to the live article
shishir_gsoc: : nelson ko is the best person to ask questions about staging
lphuberdeau is best to ask about pluginannotations
ok.........well he is my mentor
b tis presently offline
*but 
hehe
so I thought why not take help from here
:-)
chibaguy: Hi, I have a question regarding tikinewt in IE7. Have you noticed that on most pages "col2" which holds the left modules resides under the middle section rahter than beside it? Is there a fix?
RobFerguson, it was behaving in IE7 the last I checked, but I don't use iE7 except to check, so maybe something changed. I'll take another look.
Do you have a public url I could see?
yes, it is tw.tanjir.net
In the theme that you're using now, there seems to be a div tag problem, causing the left column to start where the center ends.
(Themes using the *litecss method work well but are sensitive to extra or missing /div tags, etc.
i have an extra?
I'm not sure, but you see the staggered columns?
yes, this is the problem
Ah, it's OK in firefox....
yep
So probably not a broken div. Maybe a margins problem.
except i also notice too that on the admin-categories page "col2" isnt in the correct hierarchy, rather it is render someplace earlier which seems to break it 
Did you change the left or right column widths?
(in css)
yes, i changed them both, i can try again
There are column widths and margins that are the same figures. These must be the same (right side the same, left side the same). If you add a border to a side column, you have to reduce the column width by the same number of pixels.
I need to make a troubleshooting page for this stuff.)
is that the part where it says /* change this in your stylesheet too when you change the width of #col2 */
Yes.
i have both col2 and col3 at 0px
I'm not sure giving #col1 a width will work.
col2 is 200px currently
i think thats stock 
What is the col2 at 0px?
yes
for margin
200px width
#c1c2 #wrapper .marginleft should be 200px if #col2 width is 200px.
ok i just set that, doesnt seem to take, perhaps it needs more?
Try comparing to a stock tikinewt.css.
yeah 
also why im trying this, the admin-categories of a stock tiki-newt behaves differently as well, it for sure on a stock install performs in the way im experiencing now
while*
OK, I'm having a look at my site in IE7 and Tikinewt....
tiki-admin_categories.php behaves strangely for you?
yes
col2 seems to be ealier in the hierarchy
rather than be inside middle it is beside it, in the DOM
Hmm, it seems normal for me.
I can't exactly visualize what you're seeing there.
Maybe if you could make a screenshot?
yeah im seeing what i thought before, maybe im dreaming :)
Well, this layout method is kinda tricky. 
how so
I mean the column widths and margins have to be right (internally consistent).
did you get my send request for the image?
And since there are no tables to contain problems, a missing or extra div tag part can throw off the whole page.
Yes. (will be back soon -- family calling.)
chibaguy: why we do not use in tiki.tpl <!--[if IE]> and so on ... it is so much easy that the trick html>body...
and should it be possible to have no !important in the lite.css .. and after in the other ones - it is impossible after to adjust stuff without important
sylvieg, using conditional comments might be useful here and there in tiki.tpl but I don't think can replace css to target the different browsers. 
How would a conditonal comment give IE a different font size, for example?
yes - you have one specific css for each browser
it is so much easier that this trcicky syntax IMHO
Ah, I see. Actually I used to do that, but maintaining 3 css files per theme also is no fun.
I switched to 1 css file + browser targeting, following luciash's methods with lite.css.
Either way is ok with me.
About the !important in lite.css, I agree that sometimes makes overloading hard. We need to work it out with luci maybe.
suppose that it was easier for lite to be packaged in only one file - but it is so much easier the other way
I haven't found it to be hard this way; if I need to specify css for ie, I use * html before the selector, etc. just below the normal-browser selector.
RobFerguson, I get an error on the screenshot files. Maybe my irc client isn't up to it.
but only for IE7 and not for FF - it use important I suppose
Most css works ok for ff and opera, ie7 seems to be ok with almost as much, but ie6 needs special properties most often, I find.
is the font size the same between IE7 and IE6?
Hi all :)
No. IE6 needs a smaller size set.
hello nyloth
Also IE6 doesn't cascade font size, etc. down into tables.
so as lite has !important for the font size - each theme based on lite must haev at least 3 font-size with important....
lphuberdeau: we have an important problem with the new 2.0 installer and the need to login as admin for an upgrade....
Yeah, we should work it out with luci.
nyloth, explain
thx chibaguy - we will go on with this discussion when luciash will be around
lphuberdeau: I just tried to upgrade one old tiki, and when I was redirected to index.php to login, the login page was completely broken due to an SQL error because the SQL schema changed
Ok, sylvieg. I'll also try to think about options more.
lphuberdeau: We can't ask admins to login on the current site, after the code has been changed to the new one, but not the db (which is done by the installer)
lphuberdeau: many old tiki won't upgrade with this problem
that's why you need to log in before
lphuberdeau: ok, but I think we should have something that works even if you missed this step
lphuberdeau: why not using the login .tpl to be displayed in tiki-install.php instead of a redirection ?
I have to already go ... but it's something to think about... see you later
Hello :)
Hi, I had some questions about TikiWiki Wikitext markup formatting
What's the problem? :)
I am unclear how to add markup for the following table widths, div borders, list items
I have already looked at the following sites and they do not address these issues:
http://doc.tikiwiki.org/tiki-index.php?page=wiki-syntax+text  http://tikiwiki.org/tiki-index.php?page=wikisyntax
there is no markup for table width
hm, true, there isn't.
div borders.. wiki syntax is trying to abstract away from the HTML complexity, so there is no markup for that, but there is a div plugin you can use for weird stuff
The thing is: do you want easy editing without many technical stuff, or do you want all the bells and whistles?
list items are just * or # at the begining of the lines
Wiki markup is a compromise to give you some stuff with easy editing.
I wanted to have some options with formatting
If you need full featured table parameters, you can enable HTML for the wiki page and add the table in html.
hm, global options? Or per table?
can be good for specific system pages, but it will make the page harder to edit for other users
for global it should be sufficient to adjust the stylesheet?
globally, so that I can add formatted tables / div tags to pages
Hm, let me check if we have a special class for wiki tables...
you might want to take a case by case approach... there may be easier ways
ok
per your suggestion, ohertel, I am trying to enable HTML for the wiki page 
I am not sure how this is done; I don't see the option when I Edit the page
is email support for per-page email notification available?
maybe in a plugin?
I notice that the admin can get notifications: http://doc.tikiwiki.org/tiki-index.php?page_ref_id=141
but I want the average user to get them.
uh, some nick name collision in here... grrr
I started working on a revamp for the plugins, which will lead to a GUI to insert them and edit them
I will need help to convert most of the plugins out there... working on one for the trackers only to realise I don't have any idea what half the options do
hmpf, provider keeps disconnecting me. .P
lph which one?
branches/experimental/plugin_ui/lib/wiki-plugins/wikiplugin_trackerlist.php
seems you choose the easier one
;-)
tell me what is not enough in doc.tw.org - and I will update the doc
I choose the only one I ever used... figured I could understand parts of it ;)
plugins will mostly be self-documented after those changes
the problem of the way it is working today is that people copy paste
and if you have a y/n .. they let the y/n and after wonder why it is not working as expected
and can it apply to modules
because modules need more doc than plugin
hi does anyone know how to enable javascript in TikiWiki 1.9? The FAQ - http://doc.tikiwiki.org/tiki-view_faq.php?faqId=1#q4 - points me to a page, but nothing is available to download
you need to install the mod, which is a security risk on a public website
you wouldn't recommend installing the js mod on a wiki?
lphuberdeau, could you (or anyone else) provide me with the link to enable javascript in tikwiki?
harold: I don't know how mods work, never use those
What permissions do I set for groups to make staging & approval work?
What permissions do I set on the groups to make staging and approval work? Thanks for any advice!
http://info.tikiwiki.org/ -> User infotw_infotw has already more than 'max_user_connections' active connections
anyone familiar with image galleries? how do i reference them in a page
Hey i need some help with my tiki
???
Hey i can help
!!!
read the topic please and then people in here will see what they can do
The Problem:
When i try to log in it does not do anything when the password is correct but will give an error if it is wrong!
and please try to be precise with your problems <- harold 
Fabrizio: do you allow cookies?
what on my computer? if so it should but i will check
seems to accept cookie in the settings
hmm, that was the only thing that came to my mind... as login is saved in a cookie (if you clear cookies, you are logged out)... otherwise I don't know, sorry
let me try in IE
good idea
it worked before then i changed a setting (put maintaiance mode on) and it stopped working!
ehm.... that's maintenance mode is for, man :P
login as admin - does that work?
sorry amette - i meant that i have uploaded an image to the image gallery, but i am unclear on the syntax for including them in wikitext similar to HTML <img src=...>
no, i have manually disabled via phpMyAdmin and it doesn't work in IE either!
harold: ah, ok, linking directly to the image - it will be shown to you once you uploaded it (or view the image in the gallery), something like {img src=show_image.php?id=xyz}
Fabrizio: hmmmmm........
i cant remember if i had changed any other settings! Are there any that could cause this problem
harold: and check out the "Wiki Help" - there's a link below the edit-field that shows you all the syntax - and once you clicked on it, it changes to "Plugins help" which gives you some additional power user power ;)
(presumably on the same page as maintenance mode!)
Fabrizio: perhaps Cookie-path or such... but I am not that deep into the login-system to answer that
the user 'admin' can log in - even with very bad settings
thanks amette...also, does anyone know if there is a way to reference the top of a page in TikiWiki similar to <a href="page#top">? #top doesn't seem to work as a link
close all your browsers back - clear your browser cookie and try back
aha i have an idea! let em see if is a server error as i have another wiki on the same server!
works on my other one! i suppose as a last resort i could just reinstall (i had only just set up the tiki)
ok trying what sylvieg said!
failure again! any other ideas before i reinstall?
fabrizio... to turn off maintenance mode "the hard way", run " delete from tiki_preferences where name = 'site_closed' " on your DB
might have to close your browser to clear the session
i have changed it to 'n' which has disabled it!
removing it would have turned back to defaults
so delete it anyway?
didn't work
where can i get the default db from in SQL so that i can truncate a reenter the original data???
db/tiki.sql
or just use the install script again
Fabrizio: do you still still 'maintenance..' or something else?
will that (db/tiki.sql) be in the root of the install directory
sorry to repeat - does anyone know if there is a way to reference the top of a page in TikiWiki similar to <a href="page#top">? #top doesn't seem to work as a link
in trunk there is
otherwise look at the source perhaps there is an ID top_bar
ok thanks for all your help i guess reinstall is the best option and does anyone know where to activate the contributors bit on the bottom of the wiki pages (i have seen on other tikiwikis!) 
Fabrizio: Admin->Wiki of course
i couldn't find it? is it there i thought it was an addon!
you need to click on the Admin-link in the menu directly to get there....
... play around a bit with it to get familiar with Tiki-concept first
i will check!
nope, it's just a bit of one's own sometimes... ;)
well i have had one tiki for over a year now!
.... but basically everything is in Tiki itself - we have all out-of-one-box
ok thanks and goodbye!
tw 2.0 is still running on php 4.4 ?
yes
well, most of it
profiles won't
that's ok ;)
don't need them
on the 2.0RC upgrade it tells me to run 1.8to1.9 and then 1.9to2.0 if I was on 1.9 or 1.8 ?
if I'm on 1.9 I should only runn 1.9to2.0
why does it tell me to run 1.8to1.9 ?
seems to me confusing this message on tiki-install.php
lphuberdeau: ^^^
help
I upgraded, it tells me he cannot find the local.php but I can see it...
Hi all :)
franck, I didn't change that one beyond the version number
nyloth: panic
franck: why panic ? :)
I just upgraded wiki.chapters.isoc.org to tw2.0 RC and it tells me he cannot find local.php
but I can see it in the path
feel free to commit an improvement in the labels ;)
tiki-install.php sees the local.php but not tiki-index.php
I'm puzzled
franck: permission problem ?
might want to check the include path
no the file is readeable
franck: ok, but include path is a good candidate, yes
the php include path? How do I check?
by using get_include_path php function
but, I'm not sure... you should have more problems than just local.php not found... 
no, just that
and tiki-install.php does not seem to complain
the version that was working before was 1.9 or 1.10 ?
1.9.9
I closed the sit for maintenance and upgrade before doing the upgrade
db/tiki-db.php is the file that generates the error
let me have a look at it
what did you get with a print get_include_path(); ?
did not try, I need to create a php file and include it in my directory?
as you wish, either a new file or an existing one, just to test
I got .:/usr/local/lib/php
just to be sure : this tiki is not a multi-tiki, right ?
right
then it should be ok (with '.' in the path)
in tiki-db.php, line 77, you have : $re  = include_once('db/'.$local_php);
yes
just before, could you add this to test: print $local_php; die;
and $local_php is local.php just tested
ok
when I was testing 1.10 in strasbourg and trying to get kamap to run, I found issues with path
where php thinks the current path is for inclusions
I could not figure out why
maybe some specific php config
I have if ( $re === FALSE) { on 78 should it not be == instead?
no, === is ok
lphuberdeau: did you thought about my suggestion (using the login .tpl in the installer, instead of redirecting to index.php) ?
franck: do you have an ssh access or something like this ? do you still have the 1.9 files to check how it was done in 1.9 ?
yes
and yes
not much, but I don't really know what to do about it
ok I did a getcwd() and it tells me /
lphuberdeau: lol
anything that works should be fine
lphuberdeau: sure, I understand you don't want to modify it ;p ... well, I'll work on it
in 1.9.9 it is done like this
if (is_file('db/'.$local_php)) {
        require_once('db/'.$local_php);
the thing breaks every time you touch it... take care
lphuberdeau: ok, no problem :)
franck: well, and if you try to put this code to replace the line 77 of the 1.10 code ?
yes doing that
nah I get the same error
is_file('db/'.$local_php) is false
is_file($local_php) is false too
franck: ... I don't know the code of 1.9, but if it was working and if you didn't change something in your php config, it's probably because 1.9 changed the current directory. You can test by changing the current directory, just above the line 77
something like this should work : chdir($tikipath);
yes my current working directory is set to /
strange
$tikipath is /dh/cgi-system/
and after the chdir the current working directory becomes /usr/local/dh/cgi-system
which is not where this install is (/home/wiki_chapters/wiki....)
/home/wiki_chapters/wiki.chapters.isoc.org/
so I'm confused
put those two lines at the to pof tiki-setup.php :
print __FILE__;
print $_SERVER['SCRIPT_FILENAME']; die;
what do you get ?
also add this before the die;  :
realpath($_SERVER['SCRIPT_FILENAME']);
sorry, this : print realpath($_SERVER['SCRIPT_FILENAME']);
/home/.astra/wiki_chapters/wiki.chapters.isoc.org/tiki-setup.php/dh/cgi-system/php.cgi
is /home/.astra/wiki_chapters/wiki.chapters.isoc.org a valid directory ?
_FILE_ is /home/.astra/wiki_chapters/wiki.chapters.isoc.org/tiki-setup.php
realpath is /usr/local/dh/cgi-system/php.cgi
yes, I saw this, but I was wondering if the directory was existing (with .astra inside)
well pwd gives /home/wiki_chapters/wiki.chapters.isoc.org
and yes /home/.astra/wiki_chapters/ is valid
ok, one of them is probably a link
likely
so, your $_SERVER['SCRIPT_FILENAME'] has an unexpected value, which causes your path problems
yes because php runs as a cgi
$tikipath = dirname($_SERVER['SCRIPT_FILENAME']);
well, I have some installations with php that runs as cgi, and I don't have this problem... 
so, if you need to quickly have your site up and running, you can set your $tikipath to the correct path at line 36 of tiki-setup.php
just before the require_once
yes that's what I was thinking
you will also have to set a good $tikiroot , which may be wrong due to those problems
but we need to fix this issue
I agree, but it will be quite difficult for 2.0
why?
what is supposed to contain tikipath? the directory where the tiki-setup.php file is?
because this part of the code is very hard to test (as you saw, those variables may be different on each system)
yes
then why not $tikipath = realpath(dirname(__FILE__));
because it will not work for scripts called from another directory
what __FILE__ is suppose to give?
full path to the php script in execution
right
so it will give the path of tiki-setup.php and not the the path of the php that is including tiki-setup.php?
yes, but the problem is also related to $dir_level variable. If it is wrong, tikipath will be wrong too.
I don't understand this one
dir level is 4 for me
this is probably wrong
yes, the tikipath is set correctly and dir_level mess it up
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['SCRIPT_FILENAME'])));
I guess this is very wrong in my case
this is what set the dir_level
yes, it must be changed to handle your case
not sure there is an easy solution
we need to get the main script full path, and I'm not sure you can get it in your case
what you call the main script full path?
the location of tiki-setup.php?
the path of tiki-editpage.php , for example
no, not tiki-setup.php
so the path of tiki-editpage.php but we should get it from inside tiki-setup.php
yes
because it is called by editpage
yes
but in your environment, I don't know how you can get it. Usually, $_SERVER['SCRIPT_FILENAME'] is fine
the $tmp is /usr/local/dh/cgi-system
you can probably do a print_r($_SERVER);  to check if there is another variable that could be used, but it may not be ok on other systems ...
yes, the $tmp is wrong 
_ENV["PATH_TRANSLATED"]/home/wiki_chapters/wiki.chapters.isoc.org/tiki-phpinfo.php
seems better
_ENV["DOCUMENT_ROOT"]/home/wiki_chapters/wiki.chapters.isoc.org
_SERVER["DOCUMENT_ROOT"]/home/wiki_chapters/wiki.chapters.isoc.org
Hmm.  404 on http://themes.tikiwiki.org/StylesBluegreen which is linked from http://doc.tikiwiki.org/tiki-index.php?page=Styles%20and%20themes&redirectpage=Theme#_BlueGreen
_SERVER["PATH_TRANSLATED"]/home/wiki_chapters/wiki.chapters.isoc.org/tiki-phpinfo.php
maybe, PATH_TRANSLATED, yes, but we are not sure this value is set and valid everywhere... this is why I previously said that it will be hard to change this for 2.0
In fact, sadly, I'm quite sure I already saw a hosted environement where PATH_TRANSLATED is wrong too
arggghhh!
maybe the most careful way could be to test each one (with is_file()), but it's not good for performances :/
ok path_translated seems to work with me...
ok, fine
nyloth: thanks for the help, I'll investigate
I suppose the test would be to check if document root is included inside PATH_TRANSLATED or SCRIPT_FILENAME
then you know which one to use?
mhh... not sure about document root test
well... If we have only two variables that could be valid (which are SCRIPT_FILENAME and PATH_TRANSLATED) ...
then we could simply test if the first one is valid or not, and use the second one if needed
for me, to test the validity of SCRIPT_FILENAME, it should be ok to do something like this :
basename($_SERVER['SCRIPT_FILENAME']) == basename($_SERVER['PHP_SELF'])
well, in fact no, not so easy due to rewrite rules
but the idea is to first check if SCRIPT_FILENAME is valid, and then fallback to PATH_TRANSLATED
nyloth: yes agreed
other way is to ask the user to enter the value at tiki-install?
maybe this is ok to test :   is_file($tmp.'/'.basename($_SERVER['SCRIPT_FILENAME']))    just after $tmp has been generated
we display the value at tiki-install, if correct don't touch if incorrect modify
well... the user often don't know this
could you try this :
yes, this is why we display a default value, the valuer of SCRIPT_FILENAME and if incorrect there is a possibility to modify
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['SCRIPT_FILENAME'])));
if ( ! is_file($tmp.'/'.basename($_SERVER['SCRIPT_FILENAME'])) ) {
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['PATH_TRANSLATED'])));
}
this may work
hold on
if yes, this could be a bit simplified
well, tikipath has to be set the same way
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['SCRIPT_FILENAME'])));
if ( ! is_file($tmp.'/'.basename($_SERVER['SCRIPT_FILENAME'])) ) {
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['PATH_TRANSLATED'])));
no it is not happy
$tikipath = dirname($_SERVER['PATH_TRANSLATED']);
} else {
$tikipath = dirname($_SERVER['SCRIPT_FILENAME']);
}
is it better now ?
/usr/local/dh/cgi-system/php.cgi for $tmp.'/'.basename($_SERVER['SCRIPT_FILENAME'])
and it is correct
the file exists
yes, right ;p
I was hoping to have a relative path and not an absolute path for $tmp ... this is why
but since your SCRIPT_FILENAME is wrong, you get an absolute path
you can try this :
if ( strpos( realpath($_SERVER['SCRIPT_FILENAME']), realpath(dirname(__FILE__)) ) !== false ) {
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['SCRIPT_FILENAME'])));
$tikipath = dirname($_SERVER['SCRIPT_FILENAME']);
} else {
$tmp = dirname(str_replace(realpath(dirname(__FILE__)),'',realpath($_SERVER['PATH_TRANSLATED'])));
$tikipath = dirname($_SERVER['PATH_TRANSLATED']);
}
so ?
sorry, I was moving on...
let me try
nyloth: it is happy
great :)
and one bug squashed!
:-D
:D
I let you do the commit?
if you want to commit it, you can, as you wish
you are closer to the code, I have just co 2.0 and it is not properly installed on my laptop yet
ok
now I have to figure out what happened to tiki-top_bar.tpl and tiki-bottom_bar.tpl
ok, site is back as it was before...
http://wiki.chapters.isoc.org/