get from svn? or use rc2?
svn, ricks99 
k. upping now...
MartinCleaver: that's good. Just wanted to  make sure it is tolerant to font size changes
ok, am going to apply these changes to vps7 nkoth3 - it might affect ie7 too
ok.
if so we can later componetize it so it doesn't break ff
ricks99: : latest svn
amette: : please svn up doc & dev so we may test the hundreds of commits
coo - (finally) - http://skitch.com/jonnybradley/bxsnk/microsoft-windows-xp
k. in installed new from svn w/ Personal Blog and Profile
jonnyb_: is that ie8?
sorry no, ie7
but oddly diff to MartinCleaver's
well, yesterday during the workshop, we saw what MartinCleaver's has
the login boxes weren't accessible
they were on the "next line" in the white area
thx jonnyb_ 
they're ok for me (too high obviously)
f12 will get you the developer toolbar
jonnyb_: try vps7.etazo.net/3.0
and see if it's any different
ta, will do
yes, broken
minor issue with login area in header
suspecting the menus
same suspicion^
actually, lots of issues in ie8
blogs are way messed up
ricks99: could you post some screenshots? 
where
skitch.com ? 
k....
"Windows version is not yet available"
wtf?
heh
no skitch for rick :(
i'll upload to tw.o file gallery....
k
http://tikiwiki.org/gallery42
give me a few moments to upload...
ok, i'm getting somewhere with evil absolute positioning css stuff - anyone got anything better?
take @ look at blog page... there's a huge left hand margin
header area has xtra whitespace by username/pw area, too
somewhere or nowhere, jonnyb_ 
?
hard to tell - plan b - gimme 10
y, know the feeling
ok, i have a fix(ish) for ie7 - functional but not perfect - new strasa/ie7.css (shall i commit or post somewhere?)
oooooooooo - I just did the same thing, jonnyb_ -- modified for the wrong machine
commit please
roger rog
thx
tikiwiki: 03jonnybradley * r18869 10/branches/3.0/styles/strasa/ie7.css: [FIX] Tentative fix for login bar in Strasa on IE7
go! :)
does it, er, work for you, jonnyb_ ?
oh, it's a step in the right direction
yes, i get password & login (oh, i don't have menus on - 3 moments...)
yes, still works with Personal_Blog_and_Profile prof installed (menus etc)
http://skitch.com/martincleaver/bxsrq/ie7-after-jonnys-change-18869
seems to now show lots of random links (e.g. VLog) top right - these didn't show before http://skitch.com/martincleaver/bxi68/ie7-2
is this what it looks like to you? The login box still is not right for me 
no, i get http://skitch.com/jonnybradley/bxsrx/ie7-after-jb-change
doesn't look like it's picking up the ie7.css?
links are caused by me
ok nkoth3 
i installed the blog profile on top of what we already had
aha
but other than the links, which don't matter other than they ran out of space
the login box is still too high, right?
ok, let me reduce my number of links ..
the bg goes down too far (i think - gets rulers out)
ah - my fix did work!
this may break FF
tikiwiki: 03mrjc * r18870 10/branches/3.0/styles/strasa.css: temp fix for ie7
y, this is okay for me on ie7, too low on ie8 and ff
what browsers are you supporting anyhow?
why not put it in ie7.css?
I will do.
upsets safari slightly (login box too high by 3px)
same in ff
alignment perfect on ie7 - but no login inputs again (too low & white)
y, thx. Am adjusting.
18871
tikiwiki: 03mrjc * r18871 10/branches/3.0/styles/ (strasa/ie7.css strasa.css): header height fixes - pushing to ie7.css
login inputs gone, eh?
not sure I can diagnose that too well without tools on ie7
you have DevToolBar?
not on my ie7 box - can't touch it
only on ie8
hmm. ie7 has a gap again
looks like #header-top[id] hasn't taken effect.
anyone got an ie7 with dev tools I can borrow?
do you agree, jonnyb_ , that ie8 looks ok, and safari still ok?
mine's only local
svn upping...
hmm - saf and ff good again - ie7 has gap but inputs visible (& usable!)
i don't think you need the [id] 'hack' in an ie7 only css - i think it ignores it (mostly)
in fact i'm not sure the ie7.css is doing anything :(
nope - only ie6 style specific css picked up...
can't fix now - need sleep - stuff to do tomorrow (soon)
shall i rollback the ie7.css? (kil)
we'll continue to try it
needs a fix in lib/setup/theme.php and header.tpl i think (for ie7 to work - and you might as well do 8! ;) )
anyway - good luck & good night
thx jonnyb_
ok, I'll add ie7 and ie8
hello everybody
tikiwiki: 03nkoth * r18872 10/branches/3.0/ (css/ie8.css lib/headerlib.php lib/setup/theme.php): [FIX][ENH] ie7.css was not working properly for individual theme before. Also allow ie8.css
tikiwiki: 03mrjc * r18873 10/branches/3.0/styles/strasa/ie7.css: Hopefully the last ie7 fix. Thanks to jonny for pointing out ie7 hacks file doesn't need [id]
hi vkumar
gallery42 bug is infinitely wide on ie8
ricks99: ar eyou still around?
y, back (more or less)
can you go to http://vps7.etazo.net/3.0/tiki-view_blog.php?blogId=1 and tell me what you see with ie8?
huge left margin before the first column
looks identical the sample image i uploaded 
hmm. 
MartinCleaver: note ^
maybe we have a different version of ie8...
can you clear caches, ricks99 ?
y.
note, that the *wiki* page looks good
issue is only with tiki-view_blog
polom
you can try svn up your copy and see if the wiki page is fixed on your side as well...
i mean, view_blog_post
view_blog is ok
interesting.... http://vps7.etazo.net/3.0/tiki-view_blog.php gives me "you are not logged in" but I can access http://vps7.etazo.net/3.0/tiki-view_blog.php?blogId=1
i take it back, view_blog produces the left margin too
updating svn and will try local...
no difference with latest svn local
ok
note: if i enable the compatilibty view, it looks fine
wow... BIG differences
what does compatibility view actually do?
displays using ie7 standards
hold on i'll send u the ref....
ricks99, w/o compatibility mode in ie8, do you get really wide pages in tiki strasa?
@chibaguy: no. in compatibilyt mode it looks normal
we wiil need an ie8 specifiic meta tag for 100% compatiblity
y, I see really wide pages, chibaguy 
see http://blogs.msdn.com/ie/archive/2008/08/27/introducing-compatibility-view.aspx details
thx
@MartinCleaver: are you in compatiblity mode?
I think lite/lite.css needs updating for ie8
I don't know. 
using IE8?
y
and ie7
for ie8, look at ur address bar, small button near REFRESH icon
click it to toggle
ok
ie7 has been handled ok by lite.css, so ie8 is ok too as long as the browser is in compatibity mode
nkoth3: you finished with that machine?
yes
so the fix for strasa's header is to specify a height for it?
(i guess the positioning doesn't allow a flexible height?)
just asking because my test site has a large icon, and the login bar is pushed down away from the darkblue header a ways due to the logo size.
can force compatibiltiy mode: value ‘IE=EmulateIE7’ 
simple doctype fix
maybe for 3.1 we test fully in ie8 native mode
y, ie8 in compatibility mode = menus out of place. with it off = infinitely wide
i imagine ie8 users are accustomed to switching in and out of compatibility mode per site, but it'd be good to force the mode if it gives a good first-view.
it's a bit off in compatibility mode
it's horribly broken in ie8 native mode
seems to go as wide as the longest line in the center column
(no wrapping)
forcing compatibility mode seems like a reasonable enough fix if that's the best we can do
@chibaguy: i doubt ie8 users have any idea what compatibilty mode is
*we* should force the mode, cannot rely on users to fix it themselves
intential early adapters will.
the header height fix did take out height: auto. I think ie7 doesn't want height:auto at all.
people getting it by default on new machines probably don't.
need to add to release notes, too
intentional
nkoth3: I'm tempted to put height:auto back in and retest again
so users will be advised to just limit logo sizes to those that will fit in a 97px height, in this theme. correct?
in ie6, my logo is peeking out from under the login-bar. kinda cute.
MartinCleaver: with a big logo?
no, I'd let chibaguy test with a big logo. ;)
I'd just test the standard ones
well, users' sites have all kinds of logo sizes.
if #header-top[id] is an IE specific hack, why is it in the main strasa.css file?
and there's also the custom code div up there, and the possibility to put a banner a.
ad
vs. in a ie.hacks file?
MartinCleaver: generally I've been putting all the code in one css file.
ok.
why?
the ie specific files in theme style directories are kinda new
ok.
makes things kinda tricky
right, I was just going to say that.
you were going to say tricky together or tricky apart?
probably there should be a best-practices doc or something.
tricky apart
I mean to find where things are set.
with firefox/firebug you can easily see what's being used on the page.
but with ie, the tools aren't so good to track down where the css is coming from, i think
You use the IE dev toolbar?
yes, a little so far.
doesn't that have a view to detect where the css is coming from?
maybe so, I need to take another look. 
you guys have been pretty busy, i see from the log.
;)
tikiwiki: 03mrjc * r18874 10/branches/3.0/styles/strasa/ie8.css: Empty ie8 hacks file
why the empty file?
1) because we are going to need a file really soon
ok
2) because it tells people where to put their code
really it should contain a string 'ie8' inside it, for the greppers in the dev community
chibaguy: have you got any idea what to do about the ie8?
anyway, that's it for me for now
I'll check in in the morning, see what's up.
k. thanks. I suppose given all this ie fixing, we might package in the morning
sure thing
y.w.
ie8 should be ok if people use compatibility mode. ricks99 mentioned forcing that, but I don't know how, off hand.
@chibaguy: http://blogs.msdn.com/ie/archive/2008/06/10/introducing-ie-emulateie7.aspx
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> should do it
ok, can we add that to branch 3.0, then, and if so, who?
I suppose it should show only on IE8 detection...
 New Forum Posts: How do i find out what version of Tikiwiki i have installed - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=1&comments_parentId=33028
hi ricks, nelson.. I have an issue
hi gary
INSERT INTO `tiki_calendar_items` (`user`,`name`,`description`,`status`,`url`,`lang`,`calendarId`,`start`,`end`,`locationId`,`categoryId`,`priority`,`nlId`,`lastmodif`,`created`) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
getting this sql error while adding an item to calendar
is this a known issue ?
vkumar, what tiki version?
v 2.3
is that all of the error message?
hi gary i googled and got an article.. http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1988&trackerId=5&show=view
hopefully this should fix ??
Hi gary " An error occured in a database query! "  ( the error message )
tiki-calendar_edit_item.php
chibaguy: only in opera?
also in ie7
(I don't have firefox open right now)
chibaguy, on the tracker pages?
yes, when view a tracker item
I think that is fixed in the latest svn already
in ie6, it's ok 
really in ie6 it is ok?
yep
icon at upper left, as designed
oops, upper right
i mean
what icon?
oh, sorry, no icon is there (help icon I meant).
was looking at two different views, one logged in.
to clarify, in current svn, opera and ie8 don't see the help in center column when anonymous, on view tracker item. so it's fixed.
heh, opera and ie7.
vkumar: sorry, I'm not sure about the calendar error. it would be good to ask later when sylvieg is around, maybe.
gotta take dog out. will be back soon.
chibaguy_away: when edit help is at bottom, if could be because js is off
Hi that article really worked.. i used phpmyadmin : ALTER TABLE `tiki_calendar_items` CHANGE `priority` `priority` TINYINT( 4 ) NULL DEFAULT '0'
all i did was to change the priority from enum to tiny int .. then deleted the 1,2,3,4,5,6,7,8,9 and put 4 there... then put a tick mark on null
mlaporte: that makes sense, all right. but js is on in the two browsers I checked with.
but it appears to be fixed in latest svn, anyway. :-)
hm, can't get themes.tw.o now (was ok a few hours ago)
ah, the logjam's broken. now themes.tw.o displayes.
tikiwiki: 03pkdille * r18875 10/branches/3.0/templates/tiki-forums.tpl: [FIX] tiki-forums: fix the sections in list forums (broken in r16691)
chibaguy: just to recap, with a large logo, how does strasa look now in various browsers to you?
In ie6, there's no white space below the dark blue header top area and above the bright blue login area, but the logo extends under the login form (logo covered by form), and is visible below the form.
in ie7, the header-top area stops at 97px height, but the logo apparently pushes the login bar farther down the page, making a white gap between the dark blue and bright blue areas.
same appearance in opera 9 as in ie7
what abt in firefox?
same behavior/appearance in firefox
the darkblue stops where it's supposed to. but the siteloginbar gets pushed down the page by the logo.
ok. I understand.
Well, our logo in use in doc and dev now is 100 px tall
hi gary.. in stylesheet forum section.. what is this even odd thing ?
let me try using that logo on my site and see what I get
nkoth3: ok, the logo I was checking with is from the tikipedia theme - it's 137px that includes some transparent areas around it, similar to mediawiki original.
vkumar: the odd and even td (table cell) classes, you mean?
initially they are for alternating background colors on tall table's rows, but also are used for contrasting tds in the old forum post layouts. Not used in the current forum posts.
chibaguy: do you have a url to this tikipedia logo?
anyway, it looks like a 100px logo is ok
I'll update the release notes
http://zukakakina.com/styles/tikipedia/logo.png
polom
Hi, i need help with tikiwiki
if anyone is here
umm.. i guess ill ask the qestion, is there a module that tells the hits? how many views were on the site?
MIA, I don't recall offhand. Did you check the docs:  http://doc.tikiwiki.org/Modules ?
hi mlaporte
Should branch2 stylesheets be updated? .clearfix class there should be improved.
but I guess the only new tiki 2 releases will be if there is a security fix needed.
chibaguy: i tracked down the ie8 taking up 
"infinite" width problem to the #c1c2 #wrapper width: auto !important in lite.css
I mean, #c1c2 #wrapper #col1 > .content
ok. so ie8 needs another property there? or just to not see that property?
well, if I try and set it to fixed width, it does not stretch on forever but instead stays constrained
removing that property does not help
luciash is the expert on lite.css
ok, will ask him...
toctoc
tictic :)
mlaporte: I was looking for a "Calendar handler" on profiles.tw.o...
any schedule for that?
hi Yoni
no shedule
polomorning
btw, mlaporte: thanks for improving the sample menu
toctocmorning
:)
xavi: if you need, just move up on todo list
kui kui morning too
should i read the messages back again ? :-p
mlaporte: Collaborative Community: inconsistency in collaborative community profile: no calendar single created at installation time (neither from tiki nor from profile), and that profile has a module called "upcoming events" on the right column, visible for anons... :-/ 
how should we fix this usability issue for new users, so that they find a calendar already created for them, as with file galleries (created by that profile)?
ok, I'll move it up in the todo list
instuction page can explain to them how to add calendar, until we get handler
mlaporte: yes, and it's not that bad, since the "error page" (calendar is missing, etc.), already offers the link to the admin in order to create one
btw, page menu param is "pagemenu", not "page". mlaporte and pascalstjean (and anyone interested): is it fine for you if I add that sample menu to the right column for that profile? http://profiles.tikiwiki.org/Collaborative_Community_menupage
are display bugs still being fixed in branch 2?
i doubt gary
I was thinking there may be no more tiki 2 releases, right? 
except major security problems.
well, I'll add an updated clearfix class to transitions css, just in case a release happens.
chibaguy: +1 (imho)
btw, anybody knows how to validate a page which is in stage status?
problem was reported with ie7 and top menu not positioned correctly in some themes due to bad float clearing.
(in tiki 2)
oh, no, no IE7 compatibility modes, get rid of that crap ! :-p
heh
I've never used that before yet, and collaborative community has that enbaled, which is driving me cracy
s/enbaled/enablec
enabled
no idea xavi
pages are way wide in ie8 when not in compatibility mode, in litecss themes.
center column content lines aren't wrapped
amette: +1 to svn up dev.tw.o, please
and doc.tw.o, if (almost) the same effort
mlaporte: do you know how to validate a page which is in staging? (<- collaborative  community profile has that enabled by default)
tikiwiki: 03chibaguy * r18876 10/branches/2.0/styles/transitions/1.9to2.2.css: [FIX] Improve float clearing in IE7 (committed in case there is another Tiki 2 release).
I thought it was through categories, but there seems to be no categories there...
xavi: please turn it off
what, staging?
yes
too advanced for a basic profile.   We'll make special profiles for that
ok,  feature_wikiapproval: n
from now onwards
(not saved that page, yet, though)
I wonder why that was on (pascalstjean, maybe?)
probably...
just turn it off. 
I'm adding also the calendar_new module to that profile
as well as the wikibase menu
wikibased menu, I mean
it works for you?
mlaporte : how did you call a profile from within a profile?
yes, it works for me
it has some link repeated from the horizontal menu on top, but it will aloow new users/admins to see the potential of wiki based menus for their sites
it takes a (long) while to create one, otherwise... 
even you got the wrong name for the param to call the pagemenu (not "page", not "menupage", on tiki2+ ...)
I hope I can add a screenshot in short to that page to the instructions page to show it...
as an example
btw, module controls are missing to me in strasa.css 
chibaguy: oh, that's annoying bug with *lite in IE8 then
(seeting in Admin > Modules > Show module controls; which was an easy way for a newbie to learn how to move modules from one place to another one...)
chibaguy: is it caused by the .content width: auto !important in lite.css ?
nkoth3 or luciash: do you know where the settings for new users are recorded on the admin panels nowadays? 
I read somewhere/sometime that this had been fixed... but I dont know where...
luciash, I didn't test that but nkoth3 said that removing that property didn't make a difference.
ok, so it's not the case
it must be swomething else
well, if I set the width to a fixed width, it works
removing it does not
do you have site where the problem appears ? (long text unwrapped)
http://vps7.etazo.net/3.0/tiki-view_blog.php?blogId=1
i can see in http://ipinfo.info/netrenderer
it is not just a long text unwrapped, it is that there is a lot of white space to left of left column
and a lot of width in the center column (almost like infinite)
nkoth3: it's not the case
nkoth3: if it appears only in blog, it's blog tpl problem again
ok. yes, it's only in blog
or is it in all themes ?
i did not try other themes
luciash, I tried in thenews. same problem.
ah
is it standards compliance or quirks mode (if there's any for IE8) ?
chibaguy: link ?
but there is no space to the left of the left column at my site.
argh, so is it same problem or not ?
this is happening when compliance mode is off.
ok, space on left, strasa blog tpl problem
i cannot say for the no-wrapping problem
can you give me a link to test ?
or is it everywhere in tiki where long sentence appears ?
if I turn compliance mode on, I have login box problem (the one that was in ie7 but now fixed)
compliance mode off, can you test with standards mode ?
(if we talk about the same thing)
I don't know about that left-side space problem. not happening at my site.
I suppose we mean compatibility mode off
i.e. we are using IE8 standards moed
marclaporte around? Need help on including profile in profiles
must be some wrong if condition introducing some unwanted/unclosed </div> imho
"if condition"
compatiility mode off is the one with problems, right?
if someone gets that and someone doesn't 
marclaporte: it seems that this syntax is not welcome by profiles, or by the installer, at least: 
dependencies: - $profiles.tikiwiki.org:Collaborative_Community_Wiki_Menu:Collaborative_Community_Wiki_Menu
chibaguy: is it the same standards/quirks mode as for IE6/IE7 ?
marclaporte: I wrote that from the syntax I saw in http://profiles.tikiwiki.org/Test_All_Features
all should be tested in standards compliance i think to avoid confusions
xavi: : make sure to double-check. Sometimes, it doesn't work
marclaporte: I mean, can you check the syntax at the end of http://profiles.tikiwiki.org/Collaborative_Community
luciash: some description here: http://blog.strictly-software.com/2009/03/detecting-ie-8-compatibility-settings.html
That's my last thing before leaving off for work at uni
I mean, how do I tell a profile to include another tiny one?
i didn't talk bout any compatibility crap, just standard compliance, is that compatibility == IE7 in quirks mode ?
This way, that simple menu can also be reused from other profiles I will write later on
marclaporte: nowadays, from the tiki installer, I get: 
Fatal error: Uncaught exception 'Exception' with message 'Unknown objects are referenced: profiles.tikiwiki.org/Collaborative_Community_Wiki_Menu#Collaborative_Community_Wiki_Menu' in /var/www/tiki3svn/lib/profilelib/installlib.php:97 Stack trace: #0 /var/www/tiki3svn/lib/profilelib/installlib.php(143): Tiki_Profile_Installer->getInstallOrder(Object(Tiki_Profile)) #1 /var/www/tiki3svn/installer/tiki-installer.php(767): Tiki_Profile_Installer->install(Object(T
sorry for the long error message :-/
ok, I'll disable the automatic inclusion of the profile with the simple wiki based menu for the time being
great, now i get WSoD when trying to edit the HomePage on test.ground.cz :-/
luciash, as far as I can tell, compatibility mode in ie8 means displaying as ie7 not in quirks mode.
the guys in M$ must always make things more complicated :-\
and the error message is logged here, in case there is a bug somewhere (or probably, my unability to write the inclusion syntax properly at the profile call) 
xavi: you cannot use $profiles.tikiwiki.org in profile definitions
it does not work with windows servers
? nkoth3 , I copied that from here: http://profiles.tikiwiki.org/Test_All_Features
and I'm using GNU/Linux
really?
yes
does the Test_All_Features profile work for you?
Ubuntu GNU/Linux 9.04
no idea, never tried
try it,
anyway, need to quit in short.
I'll deactivate that menu inclusion
and leave it as micro profile to be added later on (which works fine, afaik)
and then if it fails, try removing the $tikiwiki.profiles.org: part of the definition
you can just leave the part following that
it's just the $tikiwiki.profiles.org: part that should not be used in any of the main featured profiles especially
chibaguy: i give up, it must be tiki's problem, http://www.ground.cz/luci/css/lite/test/lite.html looks nice and wraps lines nicely there
in IE8
chibaguy: so it's something else in Tiki what is affecting it, not *lite css
so nkoth3: like this?:
dependencies:
- Collaborative_Community_Wiki_Menu:Collaborative_Community_Wiki_Menu
xavi: yes
give it a try
chibaguy: *lite test looks good, isn't it ?
actually the center column text line isn't wrapped in my winxp ie8.
on a 1440x900 display, I still have a scrollbar, and the right column is only half in view
when you shrink the window ?
btw, "Hide anonymous-only modules from registered users." doesn't work for me on tiki3rc2
well, tiki3 svn , I mean
no wrapping
:-/
chibaguy: weird, hmm, i see it well wrapped via http://ipinfo.info/netrenderer/index.php IE8 screenshot
goddamnit
seems that netrenderer IE8 thing renders it differently than chibaguy's IE8
yep, I agree NetRenderer shows it looking good.
chibaguy: can you re-test in the "other" mode ?
hi
nkoth3: didn't work for me
ah .. rc2 ;)
:D
at least, it didn't complain with install error
In compatibility (w/ie7) mode, it looks normal, wrapped lines, etc.
the main collab. comm. profile is installed, but not the (expected to be) included profile
chibaguy: so it must be that netrenderer does the compaibility mode by default it seems
i will try to add some more tests to the lite css page soon i think
chibaguy: thank you for patience and testing
maybe so. I was checking my ie8 version. I assume it's up to date.
sure, luciash. these ie problems are a pain in the butt.
i'll try updating ie8 to see if it makes a difference.
ok
chibaguy: i just hope IE8 for Win XP doesn't behave differently that the other ones for Vista etc. ;)
ah, my ie8 is not the latest version....
updating now...
do you guys prefer if ppl use svn or rc2 - in regards to testing,.. ?
svn
ok good ;)
i'll svn up some time soon then .. i assume no db updates in last like 2 weeks or so right?
Tiki will tell you
if there's need for db upgrade
strasa siteloginbar looks good in IEs now, good job guys ! i hope there are no more blockers for releasing then !
(at least they look good in the netrenderer screenshots ;))
nkoth3, marclaporte already/still awake ?
tired
blog layout in IE8
and pascalstjean :)
aye, that blog layout
blog layout in IE8 is the final blocker. When martin gets up, we should be able to start packaging
i'm going to test fresh new blog, not the one from profiles...
good idea
marclaporte: I added some screenshot also here, in case anybody knows how to fix the automatic inclusion of profiles, or just copying that content to the main "Collaborative Community" profile, after you tried. I tried, and it works fine  
off to uni. cheers
http://profiles.tikiwiki.org/Collaborative_Community_Wiki_Menu (oups, forgot the link)
nkoth3: no blog post yet, no left col: http://test.ground.cz/tiki/3.0/tiki-view_blog.php?blogId=1
nkoth3: looks good to me so far in IE8 screenshot
i'll add left col after you test
ok, one sec
test in IE8 and save a screenshot just for evidence ;)
if you can
give me 2 min
ok
but i cannot give you more :D
(gotta start some work in 15 minutes)
added left col (still looks fine to me in IE8)
can you ad a blog post?
yes, going to do that, just have to replace some old plugin which yells php error on help
ok, lets add the post
intranet profile, IE6 : menus are not working 
nkoth3: ok, after adding the post, the bug appears
i'll check for the rendered code if it's valid
hmm, looks valid
damn, 2 restarts needed to install ie updates...
chibaguy: got new IE8 ?
:)
anyway, sites look good!
chibaguy: is it different ?
in any mode
wrapping works ?
yes
ok, test http://test.ground.cz/tiki/3.0/tiki-view_blog.php?blogId=1 please
it renders same as nelson reports in netrenderer too
left column gets shifted right when post is added
but validator doesn't report any unclosed tag
yes, this is the same situation as I have discovered
Coelesce theme has the same problem, on that page.
they both have different blog layouts than the other themes.
forum posts too
the standard tpl themes are ok ?
interestingly, when i remove the left column all looks good
well, blog posts and forum posts have similar/same divs as they use same comment tpls
i think i would release even with this if thenews is ok and mostly people have blogs without left column anyway
darkroom is bad in ie8, feb12 is ok
(on tiki-view_forum_thread...)
sorry guys, gotta go now
thenews and tikinewt are ok
byez, bbl
bye luci, thanks.
looks like the themes that don't specify a width for .post .postbody are the ones that ie8 handles ok. 
when width is set to 100% or min-width is 100%, then ie8 pages go wide.
I'm testing now and will commit if the width gets fixed and there are no side effects.
if you put it in css/ie8.css
i mean, you could try putting it in css/ie8.css
but I'm not 100% sure the conditional comment works...
I don't see any problem with removing the width:100% for the stylesheets. in other browsers the posts display correctly, etc.
I wonder what overrides a % width, if I use css/ie8.css to fix.
will width:auto work in that way?
I'll try that first.
it looks to me that just by removing the width:100% from the .post .postbody
is enough
yes, seems so.
tikiwiki: 03chibaguy * r18877 10/branches/3.0/styles/ (coelesce.css darkroom.css layout/layout.css strasa.css): [FIX] Wide pages caused in IE8 by 100%-wide div.postbody (blogs and forums).
tikiwiki: 03nkoth * r18878 10/branches/3.0/tiki-admin_system.php: [FIX] The existing UI suggests that clearing all caches includes clearing user prefs sessions, and should in fact do so
how do you configure search to have the simpler form in the page header? (ie, no dropdown for site sections/features)
chibaguy: : in admin search
yes, and what checkbox, etc.?
I'm there now and don't see how.
ah, got it. object filter
....under the search results tab
I'm trying to reduce the form width in ie6. ;-)
i'll be back in a handful of hours.
ok, see you later
chibaguy: : tks
marclaporte: actually it should be reduced for all browsers, in case they have the simple form chosen.
I think I got it now.
bbl
Hi
I have done an upgrade from 1.x to 2.x and realize now, all the trackers are gone
what happened?
I used to use mirror tables
tikiwiki: 03chibaguy * r18879 10/branches/3.0/styles/coelesce.css: [FIX] Site header search form width reduced (expands as needed); #siteloginbar's second div display:inline removed to allow more logical line break (after submit button).
Hi guys! again! ^_^
franck, I think I recall something about no more mirror tables, but don't know any details, sorry.
yes I kind of remember that...
Do you guys mind if I ask another question? I've been asking quite a lot lately :p
but there is no upgrade path?
sorry FF|Skyrider, your free introductory period is over. you'll need to send some money to ask more questions.
awww :(
;-) just kidding.
however, you will need to pay, to receive answers.
:-) kidding again
help
Welcome to the official Tikiwiki English Irc Channel. TikiWiki or better known as TW, is your Groupware/CMS (Content Management System) solution, you can get more infomation at http://info.tikiwiki.org/ .
FF|Skyrider, what was your question?
^_^
http://tikiwiki.org/ConnectingToIrc
http://themes.tikiwiki.org/tiki-index.php
the menu's of these sites
the script menu bars
How can I add that on my site?
I assume this is build in within tikiwiki.
do you mean the horizontal menus near the top of the page?
otherwise you go admin-> menu create your menu and then admin-> modules, create a custom module and stick your menu in it
chibaguy, yes
on the first, top right.
*first link I gave
after you make a menu, like franck said at admin -> menu (tiki-admin_menus.php)....
looks a bit complicated :D
then go to admin look and feel (tiki-admin.php?page=look), and under the "General Layout" tab, you can activate the top bar and site menu bar.
well, yeah, you have to configure a few things. There isn't artificial intelligence built in, to know what you want automatically. ;-)
hehe :p
Thanks
Neato
that looks much better
I assume I can disable the left menu from the same page=look?
Yup, found it! :D
re
chibaguy: congrats for the ie8 fix
sure. I just compared working - not working themes.
Sug4r: do you think we can have a release now ?
hehm the do alias isn't the best one 
Sug4r: do you think we can have a release now ?
The outlook is poor.
hrm, i agree with Sug4r after all that postponing... :-p
chibaguy: usually i consider width: 100% on divs as a fail because that's what divs already do by default
well, they do width: auto, but it's expected behavior divs expand to available space as blocks when not floated 
yeah, I'm not sure why those divs had width:100%. I remember some trouble with them before (not expanding to fill space in center column)
little glitches in strasa but not fatal: hr ugly/unstyled in left col, blog posts do not have the "Posted by..." nicely aligned to middle as articles/siteloginbar and padding on right
(like the "By admin  on Mon 18 of May, 2009 09:49 CEST" on http://test.ground.cz/tiki/3.0/tiki-view_blog.php?blogId=1 )
lunch time, bbl
ok
tikiwiki: 03sylvieg * r18880 10/branches/3.0/templates/tiki-admin-include-wiki.tpl: typo thx geoff
Is the "sandbox previw" small bug known to people?
I have something strange on my site
when I go admin-> menus it shows me 3 menu entries but there is no text in each row
mmm, problems points to the style
when I change the style, it is ok
what could be wrong...
franck, what style has the problem?
it is a custom style
and I did not rewrite too many tpl files
I don't know; I haven't noticed that problem in other tiki 2 themes.
FF|Skyrider, you could search the dev.tikiwiki.org bug tracker for the sandbox preview bug.
and yes the tracker module is all broken
argggghhh!!!
I hate when there are changes that break the past
franck: cleared caches ?
this is something tw should fix
well not for the theme, I'll fix that
for trackers
I use mirror trackers and when I duplicate a tracker it has not created the tracker correctly
I will have to dig, and figure out why
the whole tracker admin interface works, but when it is time to display trackers it tells me, table not created...
i have no clue what mirror trackers are and why people suggested not to use them... apparently others have no clue how to fix them too :-/
sorry franck
well in trackers there were 2 ways to store data
one in a kind of single table that would include all trackers, the other method more like a classical table
I still have no idea what the heck made the quicktag formatting buttons in the editor stop working in v2.2/2.3/2.4 yesterday.
which would led eventually the possibility to use tracker on tables on other db...
if ever there was a time to describe something as "bonkers", this is it
franck: why they're "mirror trackers" ?
I don't know, funny name
ScaryLptp: are you clicking them and nothing happens ? JS is on ?
the first method use a table like trID,fieldID,value
franck: yes :-p
it happens on 4 different computer on 3 different OS's in 2 different browsers at 2 different locations.
it worked fine on saturday, possibly even late sunday morning, and then sunday afternoon it stopped working
ScaryLptp: ah
but if I click full-screen edit, they work, and then back to regular edit, they work
but the first time you click edit, those buttons don't do anything
ScaryLptp: any link ?
unfortunately, no.
while the second method "mirror" would use one table per tracker called tiki_trk_trakername which would be field1,field2,field3,...
ScaryLptp: it stopped withou t changing anything ?
this is more like a normal table
seemingly. I do have one other admin but I'm pretty sure he didn't work yesterday and he only has access to the site from work
I emailed him anyway to see if he made any changes
but I scoured the options and can't find anything
so now it is all messed up
I have same grudge with ldap, the imap capability was removed, I fixed, committed and now it is gone again...
tw does not progress without breaking stuff that used to work, we need some test, to make sure we progress without loosing stuff
Welcome to the official Tikiwiki English Irc Channel. TikiWiki or better known as TW, is your Groupware/CMS (Content Management System) solution, you can get more infomation at http://info.tikiwiki.org/ .
franck, do you follow the tikiwiki-devel mailing list?
not much
just wondering if you noticed any discussion about this.
no, was there any?
well, I don't think I subscribe to tw-devel list ;)
I don't really remember.
any how this is my late night rant... because now I have more work to fix all of this...
grr. guy replied saying he hasn't touched the site since friday
 New Forum Posts: Find out what version i am currently running ? - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=33033
anyone else having trouble with user (custom) modules not obeying parameters like title=n?
(in tiki3 svn)
i made one a last week that worked fine. but today, trying another one, its title, etc. also display despite parameter.
nevermind about the module parameters thing: user error :-/
Whoa...when you use the wiki-syntax help button and put it in full screen mode while running Darkroom....it's rather hard to read :)
Using a the code plugin really messes up the page width as well, working on getting an external site up to demo
The directory '' does not exist or PHP is not allowed to access it
???
thats from the installer
confirm that the directory exists and perms allow tiki to write to it
which directory?
it's blank :/
thats not a double quote, two single quotes
error msg did not include directory?
directory '   '
no
this web server is running virtual sites....not sure if that would matter
This is in my php.ini  - ;open_basedir =
which based on the description, sounds right
should be left disabled
shouldnt the open_basedir = temp (or some other writable directory)?
I think that would be a security feature only
which I'm not too worried about on this box, I can try though
; open_basedir, if set, limits all file operations to the defined directory
not sure... confirm that you have all the listed directories on your host and that all are writable
yea, I did a big recursive 777 on the directory
even used the startup.sh they recommend
and all the files/folders were succesffully ftped to your host? 
no FTP involved, I have SSH access, it's my home test server
just unzipped the installer
k.
not sure then, sorry.
most common cause of that error is that some folders are missing
that would help explain the blank directory given
I'd guess it's this server running multiple www sites in virtual mode
took the exact same steps I took on my production server
tikiwiki: 03sylvieg * r18881 10/trunk/ (90 files in 61 dirs): [MRG] Automatic merge, branches/3.0 18811 to 18880
tikiwiki: 03sylvieg * r18882 10/trunk/tiki-view_tracker.php: [FIX]tracker: do not look for the item value of fields that are only searcheable
Hi, we are going to start packaging Tiki 3.0 now :0
What's this, 3.0 rc3 ? 
nkoth3: 
it is pre3.0
there is a bug with style_ie8_css
can I commit?
sylvieg: ok
tikiwiki: 03sylvieg * r18883 10/branches/3.0/lib/headerlib.php: missing global
ok thx
do you have an ie8 with you?
so when I click Edit, those quicktag buttons still don't work unless I go fullscren edit and then exit fullscreen, but I just realized they also work if I click preview first.
so I click edit, then preview, and suddenly quicktags work again
@ScaryLptp... check for JS errors
"   - Test the whole Installer and check if everything is OK" - what's that mean?
ricks99, there are none
nkoth3: no
would be nice to be able to commit the fix for bad Darkroom quicktags contrast.... 
sorry ScaryLptp... out of ideas :(
I get a whitescreen on that file if I run it through the browser
and I get HTML sent to Terminal if I run from the command line
it used to work for me.
maybe file perms?
-rwxrwx--- 1 apache cr_devel 9560 Apr 25 12:03 doc/devtools/securitycheck.php
chibaguy, what is the fix?
a couple background colors in darkroom.css.
for which css class?
http://vps7.etazo.net/3.0/a.html
Is the output of securitycheck.php run from the command line
I see a pre-release..?!? :)
doc/dev are svn upped! :)
hi gang
#wikihelp-tab td img {background: #e4e4e4} and #textarea-toolbar {background: #e4e4e4}
hi jonnyb 
amette: : thank you!!
you're welcome
hundreds of "Potentiall unsafe files"
hi MartinCleaver - look like the ie-mares were resolved eventually - all ok?
imo, chibaguy should just commit that for darkroom.css
as far as I know, yes. Nelson was working on it late into the morning.
chibaguy fixed the ie8
I was just around to help test and figure it out
smells like team spirit
well done team :)
well, one the wide blog/forum post thing in the ie8.
chibaguy, just commit, otherwise darkroom is very useless if people can't see the quicktags
ok
so the release how-to doesn't say how to read the output of securitycheck.php
currently >'d to http://vps7.etazo.net/3.0/a.html
that's the way I did it
1934 "unsafe files"
please improve the release documentation as you do this
ok
btw, the version number is not updated yet
tikiwiki: 03chibaguy * r18884 10/branches/3.0/styles/darkroom.css: [FIX] Bad QuickTags background contrast.
the instruction is probably in the release script somewhere
I need to know your checking criteria
so at minimum I can document them
the idea is that each file is a potential security risk. And we want to be able to tell people deactivate feature X or upgrade
and better I can flag to the reader whether things are likely to be an issue
MartinCleaver:  +1
the script must check also access_check
: This is not supposed to be accessible: http://vps7.etazo.net/3.0/db/convertscripts/mysql3tooci8.php
This "   - Test the whole Installer and check if everything is OK" - needs replacing with something actionable
how about ./about.php ?
so what's the rule, nothing in /db but everything in / ?
the guideline is: can this file be unsafe
unfortunately, that is vague
Does it have to be done on a per-file basis?
yes, unless we find ways to be smart about it
ex.: we trust libs from Zend
how by directory first, and then a per-file basis?
you have the secdb generation process, we could put rules in there
ex.: we identify file tiki-login_scr.php as something that can never be turned off and has to be trusted
One question, must htaccess.sh or something be run before the security check , or does it matter?
that might make many files "not web accessible" hence shortening the list
What's your definition of unsafe, BTW? Shouldn't be webaccessible?
how you enforcing this? Through htaccess?
one of the goals, is that, as people add things to Tiki, we have some sort of safety net to make sure that we can turn off
people = tiki authorised developers or the local admin?
people = committers
ok
agree with Nelson
ok
as for .htaccess, we should not depend on it completely since not all installs will have that configured
all the lib files of Tiki in fact have a check at the top of them to prevent them from being called directly
sounds like the flag can't be in the files themselves, else there is no workflow through the packager to authorise a file
so this is a check that the committer has used the same check?
yes
obviously this does not apply to external libs, such as zend, so we can't do anything about those
secdb is a good idea, because it avoids checking the file between releases if it doesn't change
except for externals, should they have written something explicit if they add something that can be used directly?
right now, the security check checks for patterns
it's not that sophisticated for now
and is it up to the file to check itself? or does the checker defer to something central?
i don't think it checks itself
background: we had an obscure feature a while back that caused us a security nightmare.  There was no way to turn off.   Obscure features have less eyeballs and can have security issues.
sylvieg: : can you elaborate on access_check?
So, reading the table, and testing, it seems that ./doc/devtools/usergeo.php is not checked but that the next one, ./fgal_listing_conf.php
is
fgal has:
/this script may only be included - so its better to err & die if called directly.
/smarty is not there - we need setup
if (strpos($_SERVER["SCRIPT_NAME"],basename(__FILE__)) !== false) {
  header("location: index.php");
I think doc/devtools dont make it into the tarball packages, so it is distributed only through svn
  exit;
}
so the risk there is less
MartinCleaver: exactly
And I noticed secdb generates for every file but not every file gets packaged
there are a couple of php that use access_check - this lib was supposed to dissapear - but lph reintroduced some
Right now, a lot of this is up to the "judgement" of the checker, so it's great if you can help in more documentation/guideline type things
why was the lib to disappear?
- a lot of lines - for almost nothing
ok - we have two things going on here: 1) checking today's release 2) a discussion about whether and how to improve the checker
presumably we don't want to halt the release while we improve the process?
right
grepping for access_check yielded no hits, BTW
so either it's called something else or it has been removed sylvieg 
sorry $access->check_feature
aha
One way to check for security:  I click manually on all files. If I get message of some sort, it needs  a check. It if redirects me to root, it's feels ok
so these files are 'secure' but the check security does not know taht because it was supposed to disappeear.. or not - I do not know
so, I need someone to run down the 1934 unsafe files listed and bracket them for me
how many lines pasted here would kick me for flooding?
MartinCleaversMBP:CitRock3.0 martincleaver$ grep -R check_feature *
changelog.txt:get rid of check_feature
changelog.txt:two params version of check_feature
lib/.svn/text-base/tikiaccesslib.php.svn-base:			$this->check_feature($features);
lib/.svn/text-base/tikiaccesslib.php.svn-base:	function check_feature($features, $feature_name="") {
lib/tikiaccesslib.php:			$this->check_feature($features);
lib/tikiaccesslib.php:	function check_feature($features, $feature_name="") {
tiki-index.php:$access->check_feature( 'feature_wiki' );
tiki-listpages.php:$access->check_feature( array( 'feature_wiki', 'feature_listPages' ) );
tiki-listpages.php:			$access->check_feature( 'feature_wiki_multiprint' );
tiki-listpages.php:			$access->check_feature( 'feature_wiki_usrlock' );
tiki-listpages.php:			$access->check_feature( 'feature_wiki_usrlock' );
please use pastebin
tiki-mindmap.php:$access->check_feature( 'feature_wiki_mindmap' );
tiki-orphan_pages.php:$access->check_feature( array( 'feature_wiki', 'feature_listorphanPages' ) );
tiki-plugins.php:$access->check_feature('wiki_validate_plugin');
tiki-print_indexed.php:$access->check_feature( 'feature_print_indexed' );
tiki-print_indexed.php:	$access->check_feature( 'feature_categories' );
tiki-print_indexed.php:		$access->check_feature( 'feature_categories' );
heh
:)
ok
my understanding is that a centralized feature check thing would help us do: http://dev.tikiwiki.org/wish2428
so, is someone going to click on each of the 1934 files, or can we come up with some heuristics?
we roughly know.
e.g. lib/core/lib/Zend is okay
is lib/core/lib okay?
.. why tiki-change_password is not happy - there is a prefs check?
or maybe even lib ?
toctoc
Good question, sylvieg - it has an X in the 4th column
the column where it has an X is "includes tiki-setup.php"
under the features column, there is no feature
so it theory, it has no feature check
./tiki-confirm_user_email.php is fine too 
tiki-handlers.php ... everything is in comment - is it a useful file?
not sure about this one tiki-jsplugin.php
is lphuberdeau about?
{{{ is php coding convention I think
lph is offline
hmmm - just found a nasty bug (my fault again i'm afraid) - CODE() plugin doesn't show the code (body) content in the plugin edit form :( - have a fix i'm committing to trunk
jonnyb_: I think I saw CODE() not working right in preview, but OK after save.
jonnyb_: ... in case that 2.* behavior is relevant.
SEWilco2 : & jonnyb: there has been a change in baehvior in code with is messing up hundreds of pages of doc, like this: http://doc.tikiwiki.org/PluginDBReport
not for me - it was my fix of saving it in $plugin_data_saved, but i set that in the bit that runs only if not CODE
jonnyb_: so it was more of an incomplete fix rather than a bug
marclaporte: you mean the html encoding?
yes
nkoth3: um, more like an incomplete fix leading to another bug - sorry
odd, as i did test (obviously not properly)
sylvieg: what do we normally do with files like that one that is totally commented out?
the CODE stuff - I rollbacked back a fix on nyloth's request
ok - I don't think I need to understand everything, just the permission_check, right?
perhaps it was a security hole - and to avoid problem with people that do a copy and not a replace on new install...
perhaps we can handle this with the installer now - can the installer do a rm file?
and in this file is feature_check. Didn't I read that you want an incremental list of features added per release?
sylvieg: ok, we can talk about this later. So now we leave such files around
yeh...
MartinCleaver: I think is was a feature request on the HowToRelease page on dev.tw.o
y, read it somewhere like that.
just dumping out the features per release would help: the diff you can handle later
I just sent a message to nyloth to join if he can
tikiwiki: 03jonnybradley * r18885 10/trunk/lib/tikilib.php: [FIX] Move setting of $plugin_data_saved to before handling for CODE plugins (CODE body wasn't appearing in plugin edit form)
MartinCleaver: most important is to check if the "risky" files in the webroot have some kind of feature/perms check that enables any TIki admininstrator to turn off a certain feature in case of a security issue they need to address
ok - so rule: "if the file is in root then it must have a feature or perm"
?
a file in doc/devtools could be very unsafe
MartinCleaver: yes, except for a few exceptions regarding fckeditor because those need to be called directly to work
ok - so rule: "no files from doc/devtools can be distributed
Files in lib can be blocked from direct access through .htaccess as a secondary measure, so although it is ideal if all of them are protected by other means as well, and audited sometime, the risk is not as high as for files in the webroot
tikiwiki: 03pkdille * r18886 10/trunk/modules/mod-last_articles.php: [FIX] mod last articles: remove offset param from smarty to avoid some bad side effects on all pagination_links when ajax is active (broken in r17911)
Fundamentally, this is a tool for better security risk management, not designed to be watertight, and still work in progress in the sense that it can be improved much
ok
some things we did in the past: we added code to each *.sh file to force to use sh filename.sh to run.   Apparently, a poorly configured server could let them execute via web access. This clean up was done once.  Not sure if it's part of the check.  And new files and changes have not systematically been checkec
y, manual one-off checks are only proofs-of-concept : they are no capabilities. You need security capabilities - regular processes - to be secure.
MartinCleaver: : is there a way to script to check files that are just libs and have no executable code (and are thus safe for sure?)
perhaps make sure everything is inside a function?
I'd need a meta description of php to be sure
s/meta description/meta model/
If we can do that, we can validate hundreds of files
php feels very hacky: I'd imagine its hard to parse in a lexical (non executable) way
Hi all :)
hi nyloth 
thanks marclaporte 
hi :-)
What's the problem with CODE ? just the default value ?!
SEWilco2: thx
http://doc.tikiwiki.org/tiki-index.php?page=PluginTrackerList
for instance the wiki code =&gt;...
adding ishtml=y ... it not really a solution
Just call me ishtml.
the problem is that CODE was not well handled before
and migration of data to the new version is a problem
but why put ishtml=y on wiki code???
in your example, instead of storing '>' chars, it stored '&gt;', or am I wrong ?
sylvieg: no, you should not put ishtml=y. It's not HTML, but the old data is probably wrong (I suppose)
If you create a new page with this, do you still have the problem ?
I juste created a CODE on wiki - the same problem
new page or new edit?
new edit
yeh still the problem
MartinCleaver & all:  how/where should I log files that I check and that are approved?  wiki page?  in code (for 4.0)?  one day, as part of the security script?  perhaps with secdb so manual security  checks have to be made at each change? 
well, I'll make a test, it was just suppositions
make me a wiki page please
polom Nyloth!
in future we can set up a round trip against a wiki page.
system checks, sees everything not listed on the wiki page
but, in principle, if you put '<div>' and don't want this to be interpreted as an HTML, you have to use ishtml=n, and it's the default I presume
ishtml=n produces {TRACKERLIST(trackerId=&gt;80) /}
This is probably an easy fix, but when creating pages in tikiwiki, lets say i have pages ((Screen)) and ((Screen - 1)).  If i create ((Screen)) and then attempt to create ((Screen -1)), the ((Screen -1)) link will go to the ((Screen)) page.  Any thouughts?  I appreciate the help.
Ohhhh... In fact it's maybe not the CODE plugin which is in cause...
tim432 - there is an option somewhere...
have a look at http://dev.tikiwiki.org/tiki-index.php?page=TestPageCode
It's broken, right ?
But... If you edit and try a preview, it's OK
so, it's a difference between save and preview
and it's maybe not due to the CODE plugin itself
the behavior in preview mode is OK to me, as I would expect
something somewhere htmlencode too much the output
not for me I have loosing the true html...
You have "loosed the true html" ?
What do you have if you edit and preview the TestPageCode on dev ?
http://dev.tikiwiki.org/Security+Check+exceptions -> started
SecurityCheckExceptions -> why a wiki page instead of a config inside the script ?!
so others can do the analysis first
before we script
ok
ok, so this is like a buffer?
and perhaps, we can round trip between the wiki page and the script
for now, we just need enough to do a release
sylvieg: ?
each save on dev.tw took me 250s excution time - you need to be very patient with me when accessing dev.tew or doc.tw
sylvieg: If you have another uptodate site where we can work together, I'm open :)
sylvieg: and about dev.tw being slow, I don't have the problem here
http://dev.tikiwiki.org/tiki-index.php?page=TestPageCode
the ishtml is not working on the last one
sylvieg: please leave the edit mode if you have finished, so I can make another test
lucky dev.tw was fast
sylvieg: first, your param value was wrong. You have to use "1" and not "y"
sylvieg: I updated the page
ak ok thx..
sylvieg: and as I said before, the problem is probably not in CODE, because, as you can check, the output of the PREVIEW is not the same as the SAVE (and preview is fine)
the rpeview on my local interprets the html...
tikiwiki: 03lphuberdeau * r18887 10/trim/ (8 files in 3 dirs): [MOD] Preparing for FTP support
sylvieg: yes, so there is a bug somewhere which is not related to CODE, that implies a different result between wiki preview and wiki display (save)
ok...
oh! This data structure is very unhelpful: it's set up so I can't immediately index to a record for a given file
is LP on skype?
found him 
have asked him to come in - assuming he's logged into skype at the mo
Is it only indexed by position and not by name?
[18/05/09 11:59:46 AM, 18-May-09] Louis-Philippe Huberdeau: don't remember much from that script, wrote it around a year ago and barely touched it since
marclaporte: I answeredyou on the list
nyloth: : tks
sylvieg: could you have a look for the preview/display difference problem ?
it is what I am doing - but as I tried alerady... not sure I will be more lucky this time
wow. why is tw.org so slow?
marclaporte: Yes, but not only. I made many other enhancements to maketoc ;p.... but it was monthes ago
sylvieg: ok, thx
I will try 30mn - after I give up
sylvieg: should be enough for you ;p
I already spent one day on this code problem ;-)
nyloth: : I noticed also that !# is smart and permits permanent URLs/bookmarks while still showing nice numbering.   Very slick
marclaporte: thx :) you're not often happy from what I commit ;p
s/from/of/
hahahhaha
I want you to commit more!
lol
even after freeze!
lol, no way ;p
but I'll work on some new things after the release
marclaporte: is that the only file?
MartinCleaver: as of now, yes, I got distracted
well it's a boring as hell task
about CODE plugin: afaics, ishtml param was already in 2.x branch.... and problems appeared after an upgrade of 2.x to 3.x, no ?
which is precisely why it needs to be scripted
MartinCleaver: how about I cut and paste the list in for now, and put next to each item a comment
and the 'as for now' means what, we just let them out unchecked? or we wait?
ok
sounds a good start
thx
nyloth: problem pccurs when lph tried to change soem plugin parsing
nyloth: : we were wondering above: http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-05-18,Mon&sel=1067#l1063
sylvieg: ok. Do you found how to fix ?
in the database should we have => or =&gt;
i thought it must eb => but it is escaping right at the begining in tiki-editpage
I suppose we should have =>
well, not sure, there are so many options (wysiwyf, html, ...)
but I think it should be =>
It's easy to know by checking on a 2.x
marclaporte: good question ;)
tiki2 saves as =&gt;
so both save the content of code in the same way
so ... we are back to code plugin
ok, I can see the type of each file now
http://vps7.etazo.net/3.0/b.html
what's the rule for libs, as these are the largest set
how do files get put in there? Are they all external dependencies?
CODE(wiki=1) interprets the plugin - I am lost
ah, go figure, there are some designated '3rdparty' and 'safe'  in the code
so actually zend needs adding to this list methinks
ok for wiki - I should read the doc
MartinCleaver:
can you add it?
I just did. Didn't work yet.
lib/calendar/tikicalendarlib.php
whacky
what about that one
sorry
k
I mean this file needs a include only check
can you add it (just use the same check in other libs)
nyloth: I can not figure out - if you say that the database in tiki2 is well set - it means that it must be saved as =&gt; then the escape_html must be false by default and not true
k
hi, anyone knows what is lib/debug/... ?
nyloth - and I come back to my commit 17317 - you asked me to rollback - So I have no idea ...
 New Forum Posts: Configurar foro - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=15&comments_parentId=33040
sylvieg: I don't think it's related to CODE plugin.
sylvieg: from my point of view, it's probably better to store => instead of =&gt;
sylvieg: but it's not the CODE plugin that stores, btw.
nyloth: I agree but I do not fell ready to change all tle wiki pages...
sylvieg: CODE is just used to display and it displays well in preview. The display mode is broken
but explain me why http://dev.tikiwiki.org/tiki-index.php?page=TestPageCode I can see <php but not =>
sylvieg: yes, as you wish, but you still can't fix that by looking at CODE plugin
MartinCleaver: can you add a permissions check to check for tiki_p_admin to tiki-channels.php
tiki-channel.php, I mean
k
similar check can be found in tiki-admin.php
nyloth and what about a big patch in code if &amp;gt;-> replace >
thx
nyloth - why this param - if all the > are stored in the database as &gt; 
sylvieg: you will break things, as seen by me and luci
MartinCleaver: add an "include only " check to ./lib/wiki/semanticlib.php as well
sylvieg: this param ishtml is used to decide if the HTML code has to be interpreted (not escaped) or not
k
but this line breaks things too ... 
sylvieg: the preview mode is OK, so how can you consider that the CODE plugin is not ok ???
sylvieg: the CODE plugin does not have a specific behavior for preview
it remains me a long time ago discussion about previer and view...
sylvieg: it was broken after our discussions
sylvieg: we discussed about this before the 2.x release I think
sylvieg: and if I'm not wrong, it's not broken in 2.x
sylvieg: and the ishtml param is the same in 2.x too
sylvieg: in tikilib, line 5488
there is a special handling of CODE plugin
I don't know why
but if you put this instead, it works:
if( false && preg_match( '/^ *\{CODE\(/', $plugin_start ) ) {
I tryed to roll back a lot of lph commits about plugin..
I think lph made this special case for CODE
maybe we could just handle CODE as any other plugin by removing this special code that causes problems
it's weird, btw, to have a condition on this plugin only
and this is apparently also the cause of the difference between display and preview
sorry to interrupt (hi all). I was wondering were are the settings for default user preferecens in tiki admin panels nowadays  (in tiki3svn )
hi xavi
I couldn't find it in the last days
hi nyloth
xavi: in community
thanks, marclaporte, I?ll check
there is typo in tiki-admin-include-community.tpl, line 270, which makes the label of a checkbox to be hidden by error
it's not that important, I guess, considering nkoth3 is packaging...
 New Forum Posts: How to display category when printing? - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=33041
hi nyloth/sylvieg: according to lph, he tells me that the special treatment of code was from before, and he tried to remove it but stuff broke. Apparently the parser parses from inside out so when code is nested or nests plugins, things break...
tikiwiki: 03marcoaasilva * r18888 10/branches/3.0/lang/pt-br/language.php: pt-br translation
commit-freeze in 3.0?
nyloth/sylvieg: not sure if jonnyb's commit on trunk this morning in this place regarding $plugin_data is any help...
I mean $plugin_data_saved
is it for the edit of plugin - at only one level?
nkoth3: do lph has an opinion about the special treatment of CODE plugin ? For me, there is no reason why a plugin should have this kind of treatment.
?
because CODE could have wiki syntax in them which you want to keep as e.g. to show the syntax
I think there is a chance it gets parsed or reparsed or something and in the end you can't have any wiki syntax in CODE that stays unparsed
nkoth3: other plugins mauy have wiki syntax in them
yes, but you'd like them parsed, right?
not necessarily
yeah, it is a generic problem, but because CODE is used often to show wiki syntax examples, it is the worst problem
well, it doesn't explain why a special treatment has to be done. For me, the plugin system should take care of those cases and be rock solid
yes, but the plugin parser (legacy) is rather dumb in that it parses from inside out with no knowledge of the tree (or DOM if you wish)
to fix this is major rewrite
the special treatment of CODE I think was not introduced my lph. He says it's legacy
yes, I know this part is not from lph, but sad that he didn't found a way to handle this 
sorry - yes it wah already there in 2005 - lph tried to delete it - I rrollbacked
I have a ride to catch back to Montreal. Thanks everyone and keep up the great work!
on different topic (I am looking through sec. check list) can anyone confirm that tiki-view_cache is something to do with  a feature, and if so, which one?
[18/05/09 1:05:10 PM, 18-May-09] Louis-Philippe Huberdeau: it existed long before my time
[18/05/09 1:06:01 PM, 18-May-09] Martin Cleaver http://twitter.com/mrjcleaver: I'm not in that conversation...
[18/05/09 1:06:18 PM, 18-May-09] Louis-Philippe Huberdeau: I don't feel the need to be in it
sorry, shouldn't have pasted all that
lol
anyone knows about the tiki-view_cache?
also, any reason why tiki-wap should not have a check for feature_mobile?
MartinCleaver: I have updated the sec check page
I need to go ... bye all
tata
ok, updated again - minor fix for one missing comment
MartinCleaver: the TODO seems to be good to do
to me
after which I think we are good to proceed, if no other comments from any others
great work
I've been working on a making securitycheck.php take a set of regexs 
almost there
MartinCleaver: i think it already takes a set of regexes, but i suppose you are adding more?
didn't take regexs for type, took the 2nd component part of the path, but many libs are deeper than /lib/ 
ah
MartinCleaver: we do want to release today, so if improvign the sec check script takes too long, it can wait
y, I can do rough regexes based on the input you just gave. Looks like the code change I made is working.
long term, I think we'll take a secdb-centric approach
maybe md5 every incoming file, 
but this will do for now
131
is there no way to have tikiwiki do ldap and static user accounts now?
I could swear it worked in some version of 3.X
not yet - need to be reintroduced as this feature ws a security hole
yea, I figured that was it
just makes my testing with dummy users rather difficult
but security does come first
off topic, but I need to sort it out in short: I'm attempting to provide information to my students on their final grade, and I was planning to use a tracker, in which each user can only see the record for that user, not the others.
brb - lunchtime
I 've been following the http://doc.tikiwiki.org/Group+Tracker instructions, but it doesn't work for me: ...
... I mean, either a student can see more than his own record, or he cannot see anyone
anyone's, no even the one from himself, I mean
sylvieg, did group tracker work for you?
btw, using a tiki 2.4
was working 2 weeks ago
on 2.x?
3
not working at all in 2
"not working at all in 2": so that the documentation from mlpvolt was for tiki 3, and it had never worked for 2.x?
doc is straneg view=+user - should be view=+group
well, I could figure out that bit. But besides that, it doesn't seem to work for me as explained there for tiki 2.4
I'll give it a try playing with the "visible by author and admin" at the field level, with a link to full record.
tikiwiki: 03jonnybradley * r18889 10/branches/proposed/ (31 files in 17 dirs): [MRG] manual merge, /branches/3.0:18363-18887
It would be nice to move all the external libraries into lib/external
or move tiki libs from /lib into /tiki-lib/
tikiwiki: 03jonnybradley * r18890 10/branches/proposed/lib/tikilib.php: [FIX] Move setting of $plugin_data_saved to before handling for CODE plugins (CODE body wasn't appearing in plugin edit form)
sylvieg, I managed to get the same kind of (expected) behavior through the "visible by" field type
fyi
in 2.4
nkoth3: there's a section near 1875 in http://dev.tikiwiki.org/Security+Check+exceptions
seems incomplete?
http://vps7.etazo.net/3.0/b.html is where I am at
right
I kind of skipped that part
:)
basically all the lib/......php are either should have a check
or be exempted for some other reason.
check for include only
so should the smarty_tiki
they should all be include only
brb
k
MartinCleaver: ok updated
thx
this code is clever, but hell it is confusing
write-only code. yuk.
there must be some code quality tools you can apply to the code base
maybe some voting on nicest and horriblest parts of the code
ok - please explain someone - http://pastey.net/114484
This is the output of var_dump
what data structure is this?
says its an array of three elements, but the 0th element is followed by an element labelled [0]
is it an array of 3, with the zeroth element being a named element whose value is an array of one element?
and the other elements being named, not numbered?
I suppose it is. Now I don't know why, but there you go.
ir is an array of 3 elts and the first elt is an array on one elt
y, its a dually numbered and named array
I don't understand why its built this way, but at least I understand now
thansk
I agree it is not clean
code programming do not put together strunh key and numeric key
string key
Or convert numeric key to string by prepending a string to it?
i have a question. i just installed tikiwiki on a local machine to test the quiz plugin. this wiki seems to have much potential but i seems to be somehow confusing. i checked http://doc.tikiwiki.org/tiki-index.php?page=Quiz+Admin&structure=Documentation but following the manual i still dont find this plugin, so does anyone know how i can activate it using twiki 2.4?
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
pretor31: try on Admin > Text area
yes and how does that help me?
is there list of the plugins ?
to enable/disable
anyone knows what feature is tiki-view_cache for?
there is a list on admin mods but this quiz as mentioned in the webpage is not available, that is my problem
nkoth3: i think it was used to view cached websites/external images
and is there any feature associate to it?
nkoth3: i believe yes
nkoth3: tiki-view_cache.php
no or at least i cant find it. it also isnt mentioned that this plugin is based on any other
nkoth3: amette uses that on his blog for example
pretor31: lemme see the doc page, just a moment
k thx
oh damn i just found it :/
pretor31: what plugin you mean ?
i used to search directlyand thought it were all plugins there but to found under features > more functionality > quizzed
the "plugin disabled" message ? sorry for confusion, it is picture plugin disabled on doc.tw.o
yes, it is feature, not plugin actually
that was my fault,  i will test this plugin now .. thanks for helpin
luciash: can't find it. Only thing I can find is $prefs['cachepages']
that is it, I think
nkoth3: if ($prefs['cachepages'] != 'y') 
tiki-list_cache.php?
yes
well, view_cache is the one that has no check right now
but list_cache is an admin on ly page anyway
is it essential to put a feature check in admin pages?
Hi again :)
sylvieg: did you find a solution for CODE ?
for a security reason - no a perm check is enough
nyloth: http://pastey.net/114489
hi! I am translating the promotion sheet and got a bit uncertain about the KDE reference there..just checked kde.org, are they really using Tiki?
:-X
wiki.kde.org
ok, thanks
that looks like tiki, ok :)
sylvieg: this still not fix the preview/display difference, right ?
no - this one is a deeper problem
as it is not only for CODE
and plugin
tikiwiki: 03mrjc * r18891 10/branches/3.0/ (tiki-channel.php tiki-view_cache.php tiki-wap.php): With nkoth3, added missing permissions and feature checks
tikiwiki: 03mrjc * r18892 10/branches/3.0/doc/devtools/securitycheck.php: 
tikiwiki: Changes to allow lookup by pathname, and accepted as 3rd party many other libs.
tikiwiki: Built part of new feature to aggregate files according to which feature the file
tikiwiki: contributes to, but this is disabled as it has a bug (introduces 'Array' into
tikiwiki: the last column of the table)
after running sh convertsqls.sh , do I need to commit them?
MartinCleaver: convertsqls.sh has probably not changed any files, no ? Is suppose there was no DB changes since rc2
nyloth: some strange \"  escaping of some lines
you want to see the diff in a pastebin?
nkoth3: yes
something like this http://pastey.net/114492
nkoth3: strange. I fear that those changes are bad. I think it's better to revert them (svn revert) and commit nothing (since there are no DB changes)
ok, then we just commit lib/setup/twversion.class.php right?
nkoth3: yes
tikiwiki: 03mrjc * r18893 10/branches/3.0/doc/devtools/securitycheck.php: [ENH] better comments - functionally same
maybe we should introduce [DOC] for just code documenting/commenting changes...
nkoth3: yes, DOC might be a good addition. And we also need something for translations
tikiwiki: 03mrjc * r18894 10/branches/3.0/doc/devtools/release.php: [DOC] updating documentation re: weird SQL quote problem after convertsqls.sh
tikiwiki: 03mrjc * r18895 10/branches/3.0/lib/setup/twversion.class.php: [REL] Preparing 3.0 release
cool :)
thx MartinCleaver for handling the release :)
tikiwiki: 03mrjc * r18896 10/branches/3.0/README: [REL] Update README file for 3.0
lang in process
if the pre package is good, we don't have to rerun all these lanugage/readme/copyright etc... right?
tiki is presently accomodating the flag:fj
nkoth3: right, you could reply 'n' to these steps in the interactive mode of the release script
since they will already be commited and uptodate
thx
well, it seems that the 'pre' was put in README file (maybe we should change release script to avoid the 'pre' part)... so, this means that, ideally, you will still have to answer 'y' to the README update step (but this is the fastest one ;) )
tikiwiki: 03mrjc * r18897 10/branches/3.0/lang/ (35 files in 35 dirs): [REL] Update language.php files for 3.0
tikiwiki: 03mrjc * r18898 10/branches/3.0/changelog.txt: [REL] Update changelog.txt for 3.0
MartinCleaver: the copyright step is _very_ long, due to sf.net ... it's the coffee step :)
:)
(or beer if you prefer ;) )
hmmm. beer
it is a vacation day, officially, here in Canada
ok :)
lucky guy :)
well, if I'd had the day off
yes, sure
nkoth3 luciash : cache feauture?
hi amette: I found prefs['cachepages']
nkoth3: alright... I just read back...
... I think it's not essential to do anything about it...
... it might be nice to have more prefs there - but it's an ages old feature and no one ever complained and it's mostly ok like that..
... it's like having a small mirror of archive.org on your site, I think! ;)
But basically - yes, it would be definitely nice to have more prefs for that! :D
np, all i added was a check for the prefs['cachepages'] == y to access tiki-view_cache.php
aaaah, ok, that is the HTML-only version inside the Tiki-cache, yeah...
so your addition means that generally people are allowed to view the cached version?
people are already allowed
I think that should be more or less ok (even though I usually would say "site admin has to opt-in instead of opt-out")
ok
polom
moloq
hi - I just saw your email about the readme.txt
tikiwiki: 03mrjc * r18899 10/branches/3.0/copyright.txt: [REL] Update copyright.txt for 3.0
MartinCleaver: can you merge the second last version of the text of README (the one before you ran the script) into the release.php?
ok
btw, you made copyright.txt this time :
hi marclaporte
thereis a broken link in that version
or maybe in the current version as well. http://tikiwiki.org/TikiReleases
this is also broke http://doc.tikiwiki.org/Install+Problems
I think we can remove this line: * http://doc.tikiwiki.org/Install+Problems for what to do in case of problems
tikiwiki: 03mrjc * r18900 10/branches/3.0/README: [DOC] Merged back Xavi's doc changes as per marclaporte's email Mon, May 18, 2009 at 6:49 PM
hang on - do you want a change other than in README?
Is copyright manually updated as well as automated?
I think we have to update the "text" in release.php
ah
otherwise everytime you update README using the script, it will replace it again...
we should also (to avoid broken link)  remove this line: * http://doc.tikiwiki.org/Install+Problems for what to do in case of problems
oh, I see copyrights now
before you commit, let me check. there are a bunch of broken links
in the README
http://tikiwiki.org/TikiReleasesDoc ?
Would be better to list newer releases first
why not just http://tikiwiki.org/ReleaseNotes30 and change the text to indicate that it is a link to the release notes for this version?
woahhhhh  /me never knew (forgot?) about http://tikiwiki.org/TikiReleasesDoc
well, if we are updating the README manually, then we don't have to update it using the script later...
Having it in 2 places seems messy
anyway, 
go with  http://tikiwiki.org/ReleaseNotes30  unless anyone else has another better page
because http://tikiwiki.org/TikiReleasesDoc needs updating/cleaning before it can be used
nkoth3: we should not update README manually. The release script handles this and updates years, etc.
so, the best is to update text in release.php
doc.tikiwiki.org?
brb
nyloth: hmm... ok... then MartinCleaver, change release.php and also put a step in the howto section to "update text in the README text , check links, and check if anyone has committed anything to README independently that needs to be merge
Ahoy all about The Good Ship Tiki! We have 3? Not quite i gather...
hi jonnyb :)
Anything i can do? (not hanging around for long - 3am finishes too painful these days)
hi nyloth 
ok
jonnyb: well.. In fact I would very much appreciate one particular fix from you :)
jonnyb: related to jquery
jonnyb: in fact I don't use your wonderful work just because the tree explorer in filegals is not working with jquery :'(
so, if you have a few minutes ... :)
:)
tree is good for me in filegals with jq - in firefox?
well, sorry, not the tree itself, but the show/hide tre
aha - lemme check it out
:)
is ok in safari...
I'm using FF
also in ff - ok
(doh! jq off ;) )
LOL
it's late... :)
ok, yes - mangled show/hide effect - should be do-able
thank you :)
so... I have to go... see you later :)
if there's a clean fix should i commit to trunk?
tikiwiki: 03mrjc * r18901 10/branches/3.0/doc/devtools/release.php: [DOC] updated release instructions
i guess not - it's packed and gone, y?
not gone yet, can't comment on whether you can commit
i mean commit to 3.0? But nyloth's gone now, so i guess it's one for 'proposed'
trunk, sure
you were asking about 3.0?
it's adding " || foo == 'fgalexplorer'" ro the filp function in tiki-jquery.js
i meant 3.0, nkoth3 - was checking what nyloth's expectations were
it's not a blocker
ah, but he left before he could indicate what his expectations were
indeed
wasn't sure if it was part of the release thing - can't see it really matters, i'll stick it in trunk
k
in fact i'll come up with a better solution - but another day - nite all, happy tiki'ing