LouisMartin: joined #tikiwiki GillesM: joined #tikiwiki
hello Caarrie: joined #tikiwiki changi_: joined #tikiwiki thick_mcrunfast: joined #tikiwiki HardWare: joined #tikiwiki
Hello marclaporte: joined #tikiwiki HardWare: Does tiki currently get it's webhosting for free from a sponsor? fabricius: hello arildb: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r40897 10/branches/9.x/lib/ (parser/parserlib.php setup/editmode.php tikilib.php): [FIX] Still was a couple bugs that I couldn't fix, and started to loose it, so I added some object attributes rather than variables, it makes it easier to tracker. Cleaned up very well. marclaporte: polom goj_killedByISP: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r40898 10/branches/9.x/lib/wiki-plugins/wikiplugin_textlink.php: [FIX] possible escaping from origin of clipboarddata
tikiwiki: 03robertplummer * r40899 10/trunk/ (23 files in 17 dirs): [MRG] Automatic merge, branches/9.x 40864 to 40898 sandroandrade: joined #tikiwiki benoitg: joined #tikiwiki Caarrie|sleeping: joined #tikiwiki CIA-36: tikiwiki: 03marclaporte * r40900 10/branches/8.x/tiki-pagehistory.php: [bp/r40856] [FIX] Ensure permissions from page history lookup by object type arildb: joined #tikiwiki Rob___: joined #tikiwiki
morning
Anyone awake? sipherdee: joined #tikiwiki arildb: joined #tikiwiki GillesM: me rob
Rob___: mose: hey gilles GillesM: salut mose ca fait une paye
que deviens tu ? Rob___: hiya GillesM: hi Rob___ Rob___: hiya
I was looking for help , if anyone can GillesM: what kind of help ?. mose: moi je deviens bridé GillesM: bridé c'est à dire ? mose: je suis a taiwan depuis 4 ans GillesM: et tu y es heureux ? mose: le paradis :) Rob___: help with Theme Control and Categories GillesM: Rob___: ask your question Rob___: it seems unless I have very very short Category names, the dropdown box won't populate GillesM: mose tu y fais quoi ?
Rob___: I don't use catégory Rob___: ah damn. mose: apres avoir pris le temps d'apprendre le chinois j'ai repris du service, dev et ce genre-la
sorry rob I can't help, last version I knew perfectly well was 1.9 -: mose is a dinosaur mose: GillesM: je me suis mis a java et puis apres avoir vomi je suis passe a rails Rob___: blimey GillesM: moi je suis à fond dans Qt4 mose: classe GillesM: je développe parfois des petites améliorations dans TW que j'utilise toujours
et je fais des la chanson
j'ai gagné des prix je tourne un peu mais ça reste difficile mose: je me doute
c'est chaud comme metier GillesM: mais je travaille en parallèle à développer des application Qt4 et je fais des formations Linux -: mose doit sortir, bbl GillesM: joined #tikiwiki marclaporte1: joined #tikiwiki rodrigoprimo: joined #tikiwiki CIA-36: tikiwiki: 03Jyhem * r40901 10/branches/9.x/templates/tracker/edit_field.tpl: [ENH] Present existing text more clearly arildb: joined #tikiwiki Trebly: joined #tikiwiki reetp: joined #tikiwiki
!help Tiki|bot: You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . marclaporte1: Rob___: still need help with categories and theme control? Rob___: yes please
if you're still there CIA-36: tikiwiki: 03eromneg * r40902 10/branches/9.x/lib/wiki-plugins/wikiplugin_trackerprefill.php: [FIX] crude fix to increase the number of fields/values that can be set from 5 to 8 - but this should really be made more generic fabricius: joined #tikiwiki marclaporte1: here
Rob___: tell me more
you want a different theme depending on the category of the page? kstingel|offline: joined #tikiwiki rodrigoprimo: joined #tikiwiki Rob___: yes, marclaporte1
hmm don't see a way I can send a screenshot on this. Anyway the basic problem is any category with a name longer than 7 letters doesn't display, it instead shows () in the category dropdown box in Theme Control
And, to make it worse, the highest ID/most recently created category isn't shown even with short names
and if I delete a category, creating a discontinuity in the category ID, I have to manually alter them to be in a numerical sequence otherwise none work
I assume it's a problem in tcontrol.php but I'm not a programmer and don't know any PHP
I'm doing chores so only checking IRC occasionally marclaporte1: ok
which version?
Can you duplicate the problem on http://demo.tiki.org/ and gimme an URL to check? I'll then go and check and fix the code Rob___: what's the admin login there? marclaporte1: you can see on demo.tiki.org fabricius: hey Rob___ r u still there?
Rob___I did realise the problem with the last category not accessible in theme-control aswell
Btw hello everybody
I have a weird problem and cannot find a solution - productive running but small website with Tiki9
I cannot use Articles right at the moment, as the header is kind of invisible / hidden when I go to tiki-view_articles.php etc.
but would be nice to use articles ^u^
It seems not to be a problem with the code, as I frequently SVN'd up and I have not a similar problem on other 9ers
It seems not to be a CSS problem, because the problem appears aswell in a standart fivealive and not only in the custom theme
I did not find any setting or configuration, that could deactivate the header for articles and I do neither use perspectives nor mutidomain
I am really stuck, because I have no more idea where to look for a reason of the problems
Please does anybody has a hint what else to check or had a similar experience before, maybe s.th. that could guide me to a solution? marclaporte: joined #tikiwiki arildb: mose: I am looking at a problem with the permissions. In tiki_editpage.php, the direct object permissions are copied from the parent page, when a new structure page is created. This only happens when the current user has tiki_p_admin_wiki permission. This copying messes up systems which rely on category permissions (since the direct permissions override). Your name is mentioned in the blame (from 18 may 2005. (really old, I know). The question is whether
to add an option or to remove the code.
The code segment is: //Criss Holman added the if containing this code of which I don't know the use, but a check before the permissions copy
//is definitely needed in case someone has tiki_p_edit/tiki_p_admin_wiki in a page belonging to a structure. chealer
if ($tikilib->user_has_perm_on_object($user, $_REQUEST["page"],'wiki page', 'tiki_p_admin_wiki', 'tiki_p_admin_categories'))
$userlib->copy_object_permissions($page_info["pageName"], $_REQUEST["page"],'wiki page');
mose: Can you remember the purpose of this code?
I have had an email round with xavi about this. His point is that this code may be used for workspaces. Copying the direct permissions is easier than using category permissions. However, now I see that the copying only occurs if the current user has tiki_p_admin_wiki permissions. Thus it would not be triggered for regular users.
I would also be interested to hear from people familiar with/using workspaces. Is the copying of the permissions from the "mother page" in a structure a useful feature. CIA-36: tikiwiki: 03marclaporte * r40903 10/branches/9.x/templates/admin/include_wysiwyg.tpl: add PluginWYSIWYG to relevant spot in admin panel
tikiwiki: 03marclaporte * r40904 10/branches/9.x/lib/wiki-plugins/wikiplugin_wysiwyg.php: typo marclaporte: arildb: xavi is likely the person who has put the most thought in structures and workspaces
arildb: "Thus it would not be triggered for regular users" that doesn't sound right. Maybe it's because non-admins can't set permissions? arildb: marclaporte: I think it's right. The if statement checks if the current user has tiki_p_admin_wiki (and tiki_p_admin_categories..but this argument is not accepted by the function). So the copying only occurs if the current user has tiki_p_admin_wik permission. I assume normal users won't have that pemrission
I did buy xavi's argumentation, but now I see that it doesn't rteally apply, due to the permission check
I will try to contact xavi on IRC when he comes online. Easier to discuss here marclaporte: I am glad you are working to improve Tiki. Thank you arildb: :-) CIA-36: tikiwiki: 03marclaporte * r40905 10/branches/9.x/lang/en/language.php: fixing some it's/its without affecting translations marclaporte: changi_: ping
changi_: can you increase the frequency of updates of pre-dogfood server?
Why not every hour? Tiki|bot: New Forum Posts: Use Wiki syntax in Link directory? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43815 marclaporte: hmmm, I guess we don't want a bit of time to setup and play with it before it refreshes... Trebly: joined #tikiwiki coaboa: joined #tikiwiki HostinatoRigore: left #tikiwiki Rob___: hmm
not sure how to open up a private chat. Anyway, http://demo.tiki.org/8x/tiki-theme_control.php <- I can't replicate it entirely, your dropdown box is populating, but it's still ignoring the most recently created category so part of the error is there marclaporte: Rob___: ok, I am checking now Rob___: thanks Jyhem: Rob___: yes, I had been wondering about that. Thanks for the confirmation. → The last created category does not appear in the drop-down :-(
only I saw it in the "Add group" page Rob___: Jyhem - on my own installation it doesn't even populate the list if any categories are longer than 7 letters (or shorter than the word 'imperium' anyway Jyhem: I have categories "wiki_sections" and "Bucuresti" and they appear
Try "clear all Tiki caches" ?
Oh, I see you are in 8.x and I am in 9.x
I went to see in http://demo.tiki.org/8x/tiki-theme_control.php → Sorry, different bug. I don't know about theme control coaboa: joined #tikiwiki
polom Rob___: yea I cleared the cache a lot
I think the server I have struggles to run Tiki tbh marclaporte: Rob___: I confirm the issue. I look at recent code change in that file and didn't see what would cause it
It is perhaps something in Smarty 3 upgrade... Rob___: okay, thanks
I have no idea what that means, I assumed it was the function in tcontrol.php that provides the dropdown box
I've got to say, TikiWiki is awesome, but it could do with more killer themes marclaporte: Rob___: Agreed!
I think newish theme designer will help Rob___: and it destroys my 1and1 shared hosting
lots of 'out of memory' server errors despite me only enabling a few parts of it Jyhem: If I create a tracker field of type "category", will choosing the category categorize the item ? marclaporte: Jyhem yes Jyhem: thanks marclaporte marclaporte: Rob___: http://tv.tiki.org/tiki-kaltura_video.php?mediaId=1_d4y23n2f Jyhem: Nice. Is tv.tiki.org on Tiki9 ? Rob___: that looks good, but you still need to come up with a workable minimalist theme I think
with clean icons and minimal chrome, but not browser-breaking like Skeleton does on my MacBook :/
I say "you", I mean "Tiki people"
Fivealive is a great theme, but the icons look quite dated.
Obviously take this criticism with a pinch of salt, since I'm no artist fabricius: joined #tikiwiki CIA-36: tikiwiki: 03Jyhem * r40906 10/branches/9.x/templates/modules/mod-login_box.tpl: [ENH] A clearer grouping of login instructions fabricius: Jyhem and Rob___ sorry foir the late reply (disconnected and so ;-) ) I just confirm again: The last created category does not appear in the drop-down aswell in installations <- so I have to setup a next emty category to make the last one the one before the last and let it appear ... but this is a pretty awkward workaround Rob___: hi fabricius fabricius: hi Rob Rob___: yes that is correct. I also seem to have an additional problem, which is that no category name 8 letters or longer displays for me - if I have one, the dropdown won't show it
And to make it worse, unless I manually edit my SQL database to ensure all categories are sequential (1,2,3,4,5) it breaks the dropdown box as well.
My installation is vanilla 8 so I'm not sure if I've done something accidentally or what, but Theme Control by objects and groups works okay. fabricius: I neverrealised this problem - I will have to check this lateron -> which version was it?
ah 8 Rob___: er objects and sections.
Although theme control by groups would be amazing. fabricius: jupi objects and sections
there is an option for themes for groups I think, but I never touched this - what if s.b. is in two groups ... even the defaultgroup wins, I am not shure if this will lead to somewhere
better to do with perspectives or so clemente: joined #tikiwiki Rob___: I've not tried perspectives yet - I've found the more complex stuff breaks my rubbish shared hosting marclaporte: Rob___: can you duplicate on demo.tiki.org/9x and add issue to http://dev.tiki.org/Regressions+in+9x ? (I can then backport fix to 8.x for 8.4) Rob___: roll on the days of Freedom Plugs marclaporte: Sorry to hear 1and1 is not holding up Rob___: I couldn't duplicate my "no category names over 7 letters" on the Tiki demo for 8, only the other one clemente: Hi, how can I insert the current date in a wiki page? I have searched the documentation but didn't find anything. Is there a plugin or something? Rob___: yea well they used to be good, gone downhill recently IMHO marclaporte: http://tiki.org/Testing+Tiki+installations+on+major+Shared+Hosting+companies Rob___: really I should have my own server
interesting, didn't spot that coaboa: joined #tikiwiki Rob___: didn't run into any of those particular bugs yet though I haven't tried file uploading
certainly 1and1 defaults to php5 now coaboa: left #tikiwiki marclaporte: clemente: yes, there is a way added by sylvieg fabricius: Hi clemente, there is a little piece of Smarty code ... give me a few minutes and I look for it marclaporte: joined #tikiwiki clemente: fabricius: I found this: {$now|tiki_long_date} but it seems to work only in some contexts. Inside a table I get a SmartyCompilerException xavi: joined #tikiwiki arildb: xavi: I have looked into the copying of direct object permission for structure pages some more.
The copying is only done if the current user has the permission: tiki_p_admin_wiki
I assume regular users do not have that permission, and thus it will not simplyfy the permission handlng in structures/workspaces for them
I do buy your argument that object permissions "could" simplify things, but that doesn't seem to be the status today, which brings back my original though of removing the code.
s/though/thought
The code is from 2004/2005, which is probably before the category permissions were introduced (or?)
xavi: I would like to get your input in light of the given permission check LordVan: joined #tikiwiki
joined #tikiwiki marclaporte: joined #tikiwiki
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/9.x/lib/wiki-plugins/wikiplugin_now.php?view=markup xavi: polom
arildb, ok
my input: I would vote for adding a preference to let tiki admins select behavior in their sites
and for me, it would be a desired enhancement to allow any user (and not only admins) to have this behavior to get permissions copied from a parent page to their child from within structures (through the structure header bar)
luciash?
sylvieg? arildb: xavi: I guess that means checking for the edit page permission or edit structure permission, instead of admin wiki? xavi: +1 arildb: xavi: Adding an option per structure seems a bit too much at the moment. xavi: then add the option for all structures
that would be enough for most cases
imho arildb: ok. Which permission would be most fitting edit page or edit structures (if I recall right)
Maybe edit page would be most fitting xavi: for me , intuitively, it should be edit structures. But as far as I remember, you can't find right now the perm "edit structures" when you are adding local perms.
the page bar would be shown just when the page is in a structure, so tiki_e_edit_structures would be the most intuitive, imho
provided that the code is fix/improved and this perm is shown for local pages clemente: marclaporte: thanks, I'm using that plugin and it works marclaporte: :-)
https://doc.tiki.org/PluginNow xavi: marclaporte: I've just seen this page, and I see that it's not within any structure in doc.t.o :-) arildb: xavi: if the curent user has tiki_p_edit_structures, would he/she be able to create a new page in the first place (if tiki_p_edit was not also there)? xavi: do you want any hints on how to create those pages (or add them later) in the main structure in doc.t.o? (so that they are listed by toc, etc)
arildb: I don't know. try it arildb: xavi: ok, I will look into it xavi: arildb: thks
marclaporte: ok, I've done it myself. marclaporte: clemente: do you code? Trebly: joined #tikiwiki arildb: xavi: Given that the permission check now will be changed for the inheritance of the direct object permissions. Should the default choice be to disable it? Jyhem: polom
arildb: I've wondered. What is the use case which would be improved by removing this option ? You seem to believe that not keeping permissions from one page to a new page would be an improvement.
I can see for what people this might be useful. I have not found an example of people who might find this annoying arildb: xavi: The problem is that the direct object permissions override all other permissions. The sites I am working on are driven by group and category permissions. That's why I am doing this upgrade, to get rid of the direct permission copying. So, yes, it is an improvement (for me). My impression is that category permissions are commonly used, and the copying will mess up the access rights