[00:30] Gwayne joined #tikiwiki [01:54] dabright joined #tikiwiki [02:35] XGuarden_ joined #tikiwiki [02:36] XGuarden_ hi [02:52] MagicFab_ joined #tikiwiki [03:00] Tiki-KGB 03chibaguy r53073 10trunk/themes/ 10(16 files in 7 dirs) [03:00] Tiki-KGB [NEW] Utopias theme implemented with Bootstrap variables, etc. To do: Some details and theme options. [03:05] chibaguy joined #tikiwiki [03:05] chibaguy polom [04:05] chibaguy joined #tikiwiki [04:44] chibaguy joined #tikiwiki [05:44] olinuxx joined #tikiwiki [06:07] chibaguy joined #tikiwiki [06:41] olinuxx joined #tikiwiki [07:54] gour joined #tikiwiki [08:07] Biswajit joined #tikiwiki [08:14] Biswajit Can any one say that how can I put a automatic serial number generataion field ID in tracker [08:29] TomJarvis joined #tikiwiki [08:32] TomJarvis Biswajit Have you looked into the Auto-increment Field / ItemId Field? http://doc.tiki.org/Auto-Increment+Field [08:35] Biswajit Thanks Tom.... But I cant find the Auto-increment option, it any others option to enable it... [08:43] TomJarvis Biswajit: You need Advanced selected in your "Preference Filters", and you can turn on the field type by selecting it in Admin Home, Trackers, Field Types tab. [09:12] TomJarvis left #tikiwiki [09:20] Biswajit Thanks tom !! It's working fine [09:22] Biswajit Now I am put a email field ID but after tracker submit user register mail id & tracker notification mail id have received a intimation but Tracker Field mail those user put manually have not get any intimation. Please help [09:32] fabricius joined #tikiwiki [10:54] Tiki-KGB 03chibaguy r53074 10trunk/themes/ 10(30 files in 7 dirs) [10:54] Tiki-KGB [NEW] Darkshine theme implemented with Bootstrap variables, etc. To do: some details. [11:11] Caarrie joined #tikiwiki [11:25] olinuxx joined #tikiwiki [13:16] wolfganga joined #tikiwiki [13:27] dabright joined #tikiwiki [14:05] Jyhem polom [14:10] Tiki-KGB 03gezzzan r53075 10trunk/ 10templates/prefs/shared-flags.tpl 10lib/jquery_tiki/tiki-admin.js * [MOD] pref-reset use icon set [14:19] jonnyb joined #tikiwiki [14:21] fabricius joined #tikiwiki [14:23] XGuarden joined #tikiwiki [14:23] XGuarden Hi everybody [14:23] jonnyb polom all [14:23] jonnyb hi XGuarden [14:23] XGuarden I think I find a bug, or jsut I dont figure it out mayb [14:24] XGuarden I dont understand why my page dont show up corectly, I past the whole day yesterday trying to figure it out [14:25] jonnyb need a little more info XGuarden ;) [14:25] XGuarden Did somebody can check it? It's look like some anomaly [14:26] Jyhem polom jonnyb [14:26] Jyhem hi XGuarden [14:26] jonnyb hi Jyhem [14:27] jonnyb thought i'd start releasing the 9.x one [14:27] Jyhem XGuarden: way too little info :-) [14:27] XGuarden want to see the code that never appreat corectly»67 [14:28] Jyhem Right now I can't even figure out if it's a 1 minutes aswer or if it's a complicated issue [14:28] jonnyb XGuarden: can't really help without knowing what the problem is... [14:28] * jonnyb proceeds to https://dev.tiki.org/How+to+release [14:29] XGuarden http://pastebin.com/VPL97EAc [14:29] XGuarden if you put this code on a wiki page, on attribut tab, FADE appear on the bottom [14:29] XGuarden I pass a whole day yesterday trying to find out why that happen [14:30] jonnyb maybe a missing plugin end tag or something, will have a go [14:30] jonnyb in 12.x? [14:30] XGuarden http://uni-action.com/wiki/tiki-index.php?page=La+Gestion+des+fichiers [14:30] XGuarden 13x [14:31] XGuarden username: test [14:31] XGuarden password: 12345q [14:31] Jyhem Do you have FADE into FADE into FADE ?? [14:32] jonnyb usually with this sort of thing i start stripping out chunks of the markup until you have just the problem bit left [14:32] jonnyb yes, looks like the {FADE}{FADE}{FADE( line is bad [14:33] XGuarden ? [14:33] XGuarden I check.. [14:33] jonnyb also you can't nest them [14:34] XGuarden nest? [14:34] XGuarden I dont know this word [14:34] jonnyb put one inside another (don';t think you are actually) [14:34] jonnyb the {FADE} right at the end doesn't have an opening one either [14:35] Jyhem nest: imbriquer [14:35] XGuarden I put them in word and I ahve the same number of opening and closing one [14:36] XGuarden from what I see yes he have one.. [14:37] XGuarden He closing the FADE les attributs spéciaux [14:37] jonnyb by the way, we're going to start a BBB meeting on http://live.tiki.org while we do the releases now, all are welcome :) [14:40] XGuarden I dont understand why {FADE}{FADE}{FADE( line is bad, i use it on a lot of page without trouble [14:40] jonnyb {FADE} means close a FADE plugin [14:41] jonnyb {FADE(blah...)} means open one [14:41] XGuarden I kknow [14:41] XGuarden both dade close a opening fade [14:41] jonnyb so what do you expect {FADE}{FADE} to do? [14:41] Jyhem BTW: crazy page, you really stretch the wiki syntax. I am amazed :) [14:41] XGuarden I use nest a lot [14:43] XGuarden and work fine everywhere else lol [14:43] XGuarden It's not the biggest page lol [14:45] XGuarden but I really try a lot of thing and no way to make it work. you can try if you want lol [14:47] Jyhem I see nothing obvious and now I really need to join the relaese process on http://live.tiki.org :-( [14:47] jonnyb starting 9.x release [14:47] jonnyb XGuarden: i still think your open and close FADE tags don't match [14:51] XGuarden I checked it a whole day... [14:52] XGuarden i put them on word, remove all code and only keep fade and that fit [14:57] luciash polom [15:00] nelsonko joined #tikiwiki [15:00] nelsonko polom [15:00] jonnyb hi Nelson [15:01] jonnyb we're on BBB doing releases - http://live.tiki.org/ [15:01] luciash hi Nelson [15:01] jonnyb but there are three of us and threee releases so i think we're ok [15:01] jonnyb you feeling better? [15:01] nelsonko yes, it is better today - feels roughly normal with Tylenol [15:02] nelsonko so luci you and jm? [15:03] jonnyb yup [15:10] Tiki-KGB 03jonnybradley r53076 10branches/9.x/lib/setup/twversion.class.php * [REL] Preparing 9.9 release [15:10] XGuarden Hum still find nothing lol [15:12] * gour is wondering how old is 9.x [15:13] wolfganga in tiki14 trunk: permissions are not inheriated by a group, if that group is not based on "registered users". Bug or feature? [15:13] wolfganga kk [15:13] Bsfez joined #tikiwiki [15:14] wolfganga joined #tikiwiki [15:14] Tiki-KGB 03jonnybradley r53077 04branches/9.x/db/tiki-secdb_9.8_mysql.sql * [REL] Preparing 9.9 release [15:20] Tiki-KGB 03jonnybradley r53078 10branches/9.x/README * [REL] Update README file for 9.9 [15:22] Tiki-KGB 03jyhem r53079 10branches/ 1012.x 1012.x/lib/setup/twversion.class.php * [REL] Preparing 12.3 release [15:22] Tiki-KGB 03jonnybradley r53080 10branches/9.x/changelog.txt * [REL] Update changelog.txt for 9.9 [15:24] Tiki-KGB 03jyhem r53081 10branches/12.x/README * [REL] Update README file for 12.3 [15:26] Tiki-KGB 03jyhem r53082 10branches/12.x/ 10(52 files in 52 dirs) * [REL] Update language.php files for 12.3 [15:32] Tiki-KGB 03jyhem r53083 10branches/12.x/changelog.txt * [REL] Update changelog.txt for 12.3 [15:32] Tiki-KGB 03luciash r53084 10branches/13.x/lib/setup/twversion.class.php * [REL] Preparing 13.1 release [15:34] chibaguy joined #tikiwiki [15:34] chibaguy polom [15:35] jonnyb polom chibaguy [15:35] chibaguy hi jonnyb [15:38] jonnyb thanks for updating utopias :) [15:39] luciash gour: see http://info.tiki.org/Version%20lifecycle#Version_Lifecycle_Diagram [15:39] luciash hi gary [15:40] chibaguy Sure, jonnyb. It's kind of a Tiki12 and Bootstrap blend. If there are specific things you want changed or whatever, let me know and I'll attend to it. [15:40] chibaguy hi luciash [15:44] Tiki-KGB 03luciash r53085 04branches/13.x/db/tiki-secdb_13.0_mysql.sql * [REL] Remove previous secdb file [15:48] Tiki-KGB 03luciash r53086 10branches/13.x/README * [REL] Update README file for 13.1 [15:50] Tiki-KGB 03jonnybradley r53087 10branches/9.x/copyright.txt * [REL] Update copyright.txt for 9.9 [15:50] Tiki-KGB 03jyhem r53088 10branches/12.x/copyright.txt * [REL] Update copyright.txt for 12.3 [15:50] Tiki-KGB 03luciash r53089 10branches/13.x/ 10(52 files in 52 dirs) * [REL] Update language.php files for 13.1 [15:54] Tiki-KGB 03jyhem r53090 03branches/12.x/db/tiki-secdb_12.3_mysql.sql * [REL] SecDB for 12.3 [15:54] Tiki-KGB 03luciash r53091 10branches/13.x/changelog.txt * [REL] Update copyright.txt for 13.1 [15:56] Tiki-KGB 03jyhem r53092 03tags/12.3 * [REL] Tagging release [15:56] Tiki-KGB 03jonnybradley r53093 03branches/9.x/db/tiki-secdb_9.9_mysql.sql * [REL] SecDB for 9.9 [15:58] Tiki-KGB 03jonnybradley r53094 03tags/9.9 * [REL] Tagging release [16:00] Tiki-KGB 03luciash r53095 10branches/13.x/copyright.txt * [REL] Update copyright.txt for 13.1 [16:03] wolfganga polom [16:04] wolfganga :-) [16:05] wolfganga tiki14trunk: should permissions be inheriated by group2 from group1, if group1 is not based on "registered users"? [16:08] Tiki-KGB 03luciash r53096 03branches/13.x/db/tiki-secdb_13.1_mysql.sql * [REL] SecDB for 13.1 [16:08] Tiki-KGB 03luciash r53097 03tags/13.1 * [REL] Tagging release [16:12] luciash wolfganga: every group "is based" on Registered group because every logged in user is Registered [16:16] wolfganga i know that. But: if i assign permissions (i.e p_tiki_tracker_view) in cat1 (categorie1) for group1 and then define group2 with parent group1, than these permissions are not inheriated. [16:18] wolfganga however - if i set these permissions global for group "registered users" then these permissiosn show up in group2 (which makes sense since each group inheriates from "registerd users". [16:21] wolfganga *wolfgang hopes that does not sound too confusing* [16:22] gour luciash: thanks. newer than i thought [16:30] Tiki-KGB 03jyhem r53098 04branches/12.x/db/tiki-secdb_12.2_mysql.sql * [REL] Remove previous secdb file [16:32] Tiki-KGB 03jonnybradley r53099 10trunk/doc/devtools/release.php * [REL] Update sf help page [16:42] Tiki-KGB 03jonnybradley r53100 10branches/9.x/lib/setup/twversion.class.php * [REL] Closing 9.9 release [16:43] wolfganga luciash - maybe you have an idea wether what i described is intended behaviour or a bug? [16:48] XGuarden I still try to find what dont work [16:51] XGuarden I really think it's a bug [16:52] fabricius hi wolfganga [16:54] wolfganga hi fabricius [16:56] Tiki-KGB 03jonnybradley r53101 10trunk/doc/ 04stable.version 04unstable.version [16:56] Tiki-KGB [KIL] Remove old version checker files, believed to no longer be in use since around r42523 (new version checking system introduced) [16:56] fabricius if group2 inherits group1 as example Chefredakteure includes Redakteure (you speak German?) then with general permissions you need only add extra permissions to group2 as all other permissions of group1 are inherited [16:57] fabricius with category permission this works aswell, BUT only if you use a lot of general permissions - what I actually avoid as much as possible (Registered with maximum limited perms and minimum use of general permissions I prefer) [16:59] wolfganga Yes i speak german. Good example. I defined a group Customers (as group1) and then groups for each customer (like Wolfgang Inc.) as group2, or Example Inc. as group3. [16:59] fabricius when you start to set the permissions for one category the first time, then the actual general permissions are taken as a base or draft or suggestion. Then you untick existing perms and tick additional permns etc. [16:59] fabricius please mind the different color of the ticks of the permission tickboxes [17:00] fabricius primary are black, inherited are grey [17:00] wolfganga Thats what i thought. ( i am fimilar with the concept of ACLs ). But.. [17:01] wolfganga when i set permissions in lets say category1 for group1 [17:01] fabricius I have to go out of the house, but if you have more questions or want to discuss, we can chat in the evening - if you do not see me here (or I do not see the message) you can quickly write an e-mail to torsten@tiki.org to shout ;-) [17:02] wolfganga so CCustomers set permissions for GCustomers [17:03] wolfganga the when creating Wolfgang Inc. (as group2) and select inherited from GCustomers, the permissiosn set in GCustomers do NOT apply for Wolfgang Inc. (Group2). [17:03] wolfganga Thats my problem. I CAN set permissions for "registered users" and then LIMIT these perms for group2 - that works. [17:04] wolfganga But if i grant in group1, than these perms do not show up in group2. [17:04] fabricius hummm - do you inherit GCustomers into Wolfgang BEFORE or AFTER you have first time touched the related categories permissions? [17:04] slyskawa joined #tikiwiki [17:04] wolfganga Hmm - that i do not know. I have tested forth back so much - i reakly do not know. [17:05] wolfganga but i can check again. [17:05] fabricius Once you have only changed one single permission in one category you can only (and should only be able) to change permissions on a per group base. [17:05] fabricius in that category [17:06] fabricius I consider this as a feature [17:06] wolfganga *Wolfgang reads that twice to ensuer he understands * [17:06] fabricius ;-) [17:07] wolfganga * wolfgang feels - twice is not engough * [17:07] fabricius maybe we can talk in the late evening [17:07] fabricius gotta go [17:08] wolfganga ok - thank you anyway. [17:17] eromneg joined #tikiwiki [17:21] gour fabricius: hiya, have you got my msg the other day about repo with croatian translation? it's at the very beginning, but still... [17:22] Tiki-KGB 03jonnybradley r53102 10trunk/ 10(6 files in 4 dirs) [17:22] Tiki-KGB [KIL] Remove feature_custom_home (as per http://dev.tiki.org/Endangered+features) [17:27] * gour --> offline. bbl [17:29] XGuarden In found it =:0) [17:31] XGuarden No, nont found stiff bug [17:31] Tiki|bot joined #tikiwiki [17:31] panamaus joined #tikiwiki [17:33] XGuarden http://uni-action.com/wiki/tiki-index.php?page=test [17:33] XGuarden I chalenge any anyone to find out why that dont work. [17:34] Tiki-KGB 03jyhem r53103 10branches/12.x/lib/setup/twversion.class.php * [REL]Closing release 12.3 [17:36] XGuarden that will really help me if you can help me tou find out what going on, it's te second day that I past just on this problem... [17:39] gour joined #tikiwiki [17:43] XGuarden I dont know why but remove the first {BOX()}test{BOX} make it work, non sense... [17:46] luciash Please anyone interested can grab and test just released (fresh from the owen) tarballs: https://sourceforge.net/projects/tikiwiki/files/Tiki_13.x_Fomalhaut/13.1/ [17:47] XGuarden Anything that I change seam to make it work or not, randomize... [17:47] luciash I tested zip locally fresh install and applied blog profile and all looks fine [17:47] aalex joined #tikiwiki [17:47] XGuarden Please can somebody check it with me for 5 minutes? [17:47] luciash you can test Upgrade please [17:49] XGuarden me? [17:49] luciash anyone [17:49] XGuarden I have a website if you want to test your upgrade =:0) [17:50] Tiki-KGB 03jonnybradley r53104 10trunk/doc/ 10longterm.cycle 10regular.cycle * [REL] Update version cycle files [17:50] luciash XGuarden: I do not follow what is your problem, sorry [17:50] XGuarden http://uni-action.com/wiki/tiki-index.php?page=test [17:50] XGuarden username: test [17:50] XGuarden password: testq [17:50] TomJarvis joined #tikiwiki [17:50] XGuarden check the page, it's dont appear corectly but I can see what wrong in code [17:51] XGuarden it's make me crazy =:0( [17:51] TomJarvis XGuarden: Your problem may be related: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48766 [17:53] luciash XGuarden: I will not waste my time with you providing username and password which is wrong [17:53] XGuarden maybe, lok like similar [17:53] XGuarden oups [17:53] luciash XGuarden: sorry [17:53] XGuarden username: test [17:54] XGuarden password: 12345q [17:54] XGuarden my bad, I get distract when I wrote the password [17:57] XGuarden For dianostic purpose I remove on the page page all text, like this we can clearly see structure [18:00] luciash ode/#tikiwiki(+nt)] [Act: 1,3,6] [18:00] luciash [#tikiwiki] [18:00] luciash XGuarden: BOX()}test{BOX} [18:01] XGuarden yes? [18:02] XGuarden ho [18:02] XGuarden still fail [18:04] XGuarden it's jsut a copye past trouble, but change nothing on the bug [18:04] XGuarden I add the bracket but fail. [18:09] XGuarden You still there? [18:13] XGuarden anythinh that I remove make the code work... [18:14] XGuarden I think I get exaclty this bug: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48766 [18:14] XGuarden look like exaclt that [18:15] XGuarden they told to edit: /lib/core/WikiParser/PluginMatcher.php, and increase the number of passes from 500 to 800 [18:16] XGuarden So, I guest that I can test it, but can I edit it without touching directly the file? with the admin panel? [18:17] fabricius hi gour [18:17] gour fabricius: hiya [18:17] fabricius no gour, no recent message about croatian repo [18:17] gour fabricius: it was the other day... [18:18] fabricius yesterday? [18:18] fabricius back then far away day? [18:18] gour few days ago [18:18] gour fabricius: here is url: http://fossil.atmarama.net/ [18:18] gour not much, i've to remind my friend to be more productive [18:20] gour fortunately, i'm atm doing last steps to fully migrate from old hosting to vps which means that 'next thing' on my list is to dive into tiki [18:21] TomJarvis XGuarden: As I said in the post, changing it from 500 to 800 would allow his page to work, and it is not a real fix, you may need more than 800, depending on how many plugins are used on the page. [18:22] XGuarden I will add another 50 plugins on this page... [18:22] XGuarden that will slow down the process? [18:26] XGuarden it's work great =:0) [18:36] wolfganga_ joined #tikiwiki [18:38] Tiki-KGB 03luciash r53105 10branches/13.x/lib/setup/twversion.class.php * [REL] Closing release 13.1 [18:39] wolfganga fabricius - still back again? [18:43] chibaguy joined #tikiwiki [18:50] gour fabricius: have you visited it? does it work for you? [19:14] aalex joined #tikiwiki [19:23] wolfganga tiki14trunk - permissions: (tiki_p_list_trackers) is available via a group but not via a categorie - is this correct? [19:34] Telesight joined #tikiwiki [19:49] gour_ joined #tikiwiki [20:22] fabricius wolfganga, gour, hi [20:22] fabricius gour, I have seen your site, but what should work for me? [20:23] fabricius wolfganga, there are indeed a number of permissions not available for categories .. I do notknow why and I sometimes miss a few [20:25] fabricius wolfganga, another thing - worse imho - is that sometimes certain global permissions are needed to make things working in categories ... luckily not too many [20:27] wolfganga fabricius - good to see you are back. meanwhile i made some progress - i guess. [20:27] wolfganga after spending 8+ hours to figure out how it works i rknow run in parallel the database editor ;-9 [20:30] wolfganga itt seems to me like this (and maybe that should be more clear in the docs): Global give permissions for certain actions to a group. Example: "tiki_p_view_trackers)" [20:30] wolfganga This means any meber of a group granted this perm can do: tiki_p_view_trackers) [20:31] wolfganga that would allow to view ANY tracker. [20:31] wolfganga Now when one wnats to limit this to CERTAIN trackers - categories come into play [20:32] wolfganga I assgien the tracker in question (ex. tracker1) a catogeory like cat-customer [20:33] wolfganga In this category i can again select perms for any groups likein globals. Here i can noe revoke perms from any group except for group customer. [20:34] wolfganga this way any group has on a global level access to tracker, but tracker1 is restricted to teh groups NOT removed in cat-customer. [20:34] wolfganga Is this correct? [20:38] wolfganga Until i forget - it further seems that categories themselves do not inherit permissions. So having a catgorie Redekateure with a subcategorie Chefredakteure would NOT grant/inherit/revoke any permissions from Redakteure. [20:39] wolfganga This is different with groups - they inherit permissoons. [20:39] wolfganga It is still somehow confusing... [20:43] chibaguy joined #tikiwiki [20:49] wolfganga Correction: When creating/modifying a sub-category one can select inherit perms "Wende übergeordnete Kategorie an" (something like "Apply parant category"). [20:49] wolfganga But this COPIES the perms from the parent - it does not LINK to the parent. [20:50] wolfganga This should be really more clear. Wording should be at least more like "Copy perms from parent" ... [20:52] wolfganga Ups - sry for wall of text in the chat^^ [21:03] gour_ fabricius: well, it's opportunity for you to test fossil scm ;) [21:23] XGuarden lol [21:39] wolfganga about tracker permissions: there is "user can VIEW his own items" and "member of the creater group can EDIT items". Is there also a "Member of the creator group can VIEW items"? So a mor restritive one than edit? [22:02] Tiki-KGB 03gezzzan r53106 10trunk/ 10lib/prefslib.php 10themes/base_files/iconsets/legacy.php * [MOD] admin actions now use icon set [22:13] fabricius wolfganga ... humm I see that your description above is opposit than I would try to setup - and I assume, you would like to setup other way around aswell [22:13] fabricius one thing: tiki_p_view_trackers does NOT allow to view tracker items [22:23] wolfganga fabricius - maybe yes - i try to setup a ticket tracker that is used by all customers but where employees of each customer can see only tickets f their company. [22:24] wolfganga so each customer is represented by a group - and the group members are the emplyoees of that customer. [22:25] wolfganga i would like to use only one global ticket tracker - so the support stuff has a central overview [22:26] wolfganga actually i use the "category field type" as a trackerfield to assign that item to the corresponding customer group. so each customer has a group and a category that defines the permissions so only THEY can actually view/edit the object. [22:28] wolfganga it seems to me that this use case is not so well impleneted (maybe bc it is teh opposite of the "wiki" idea ^^) [22:30] wolfganga fabricius - if you have a better idea of to setup such a scenario i would be very much interested. [22:40] wolfganga joined #tikiwiki [22:42] wolfganga sry had a dc [22:42] fabricius me aswell :-D [22:44] fabricius wolfganga, I find your setup quite ok .. makes sense, is slim and all customers seem to have a similar or the same configuration ... this way the support stuff has overview as you said, without need to switch trackers [22:44] chibaguy joined #tikiwiki [22:45] fabricius but for this setup wolfganga, it is absolutely irrelevant, if you set tiki_p_view_tracker globally or per category! all customers/customer employees and support staff work with the same tracker anyway and MUST be able to see it! [22:47] fabricius what you need is a per category rule which tracker be seen by whom -> open and pending by customer group in customer category and closed by support in all category -> closed for customer group in NO category but for support in all category ... and swooosh you have the setup alright ... kein Hexenwerk ;-) [22:53] wolfganga fabricius great. do tracker have a permission like "allow view access for all member of the group" similar to "allow edit for all members of the group"? I have not seen anything like that. [22:54] fabricius what you mean? [22:54] fabricius aren't we talking about tiki_p_view_tracker? Isn't that what we are talking about? [22:55] fabricius you can view the tracker itself and you can see tracker items [22:55] fabricius sry again [22:55] wolfganga no we absolut talking about this. ;-) [22:56] fabricius you can view the tracker itself and you can view open itens, view pending items and view closed items and same for items with edit [22:56] fabricius /s/itens/items [22:57] wolfganga sry if i was confusing. i simply wonder why there is a "creater can view" perm and a "creater group can modify" perm but not a "creater can edit" and "creater group can view" perm. [22:57] fabricius ahhh [22:58] fabricius BUT isn't that an option? a value to be set in the trackers administration - completely different spot than permissions!? [22:59] wolfganga Yes - thats why i am thinking about that! [22:59] wolfganga But i have not found such an option. [22:59] fabricius I do not have a tracker in front of me right now, but my association with creater can is a pop up admin dialogue and not a permission list [23:00] fabricius and a permission "creator can edit" makes no sense! lol - how he should be able to create at the first place, when he had no edit permission ? [23:00] wolfganga Like a said - on the tracker level - one can set those both perms without having to deal with categories and the like. But only creater/view, group/edit. [23:00] fabricius sure! [23:01] wolfganga In that case "creater can view" would not make sense either ^^ - which is implemented. create != edit ^^ [23:01] fabricius but you are right - it could be done this or that way [23:03] fabricius and it has to do with the associations by the developers and often undergoes long discussions between the major developers - when new features are added or major changes are under way [23:04] wolfganga Anyway I think this would be a godd addition to the use of trackers. they are really powerful. i think i could do it but i have not yet got an idea of how to deal with the configuration part when writing/modifing code. [23:04] fabricius yeah ... create can be add but not edit again if the developer thinks this way. a developer can alos think ah logic! creator can edit again, he has to ... and then he codes a tiny bit different and that affects the permissions [23:05] wolfganga and - as you said - it needs approval from soem major developer. [23:06] fabricius trackers should not be the spot where you start to code - a holy piece of Tiki for a few people and crusial for production for many [23:07] fabricius or if you are a genious coder and team experienced you might be largely welcomed ... anyway you can always suggest things in the developers list and in a wish list report [23:08] wolfganga i see and understand. thats why i actually try to get a glance of how it works aand how i can talyor it to our needs - using what is available today. [23:09] fabricius and if you anyway commit, you are simply responsible ny yourself not to brake anything and not to force one of the experienced Tiki developers to revert - what is happening amasingly seldom [23:10] fabricius and recommendation: if you go into the code, do NOT taylor it custom wise [23:11] wolfganga well i am for sure not a genius - but i ahve some xp about designing acl bc we have a procjet ongoing that does a similar thing. [23:11] fabricius think about it globally, diuscuss with the other devs and commit ... so you get acceptance and longterm more help AND keep compatibility and easy upgrading without danger to brake on upgrade [23:11] wolfganga thats is multiple company with x emploeyees can connect to a single place and get their individuell data [23:13] wolfganga i know what you mean - and for sure i will not commit anything in this direction in the next time. still getting experience in tiki first. And yes - if i have more background (and more questions to answer) i ll be more active in the dev community as well. [23:14] fabricius please have a look at the Tiki bugtracker / wishlist on http://dev.tiki.org ... are long term configured tracker from which you can even trigger a Tiki show instance with database snapshots on a different server for reproducing and demonstrating bugs [23:14] fabricius i assume, that you can do most stuff you need with tracker without the need of coding php [23:14] wolfganga i know - i already did that - the day befoer yesterday..^^ i think its bug 5400 or so [23:15] fabricius hehe .. so what do you think about Tiki trackers? A beast alone without the rest of the features, isn't it? [23:16] wolfganga Buut since you mention that tracker - why is the css so buggy that you cannot filter? That is not a goog show case. (evertyime i need to search in the tracker, i need to delete some buggy css with firebuugg to get the input fileds shown...). [23:16] wolfganga i mean the bug tracker. [23:16] wolfganga beides that - yes they are REALLY powerful! [23:16] wolfganga besides [23:17] fabricius ohhhh bad ... I do not really - but had this issue once - I hope until Tiki 15 LTS all these issues are gone - I tell you why this [23:19] fabricius it is a combination of more intense use of JavaScript plus the new TwitterBootstrap implementation - replacement of old Tiki Design schem with Bootstrap Framework, which was done between 12 and 13, meaning in Trunk exactly after branching 12.x [23:20] wolfganga Ah i see. [23:22] wolfganga well i saw the changes (incl. bootstrap) with respect to how templates are organized in 14.x - in compariosn to 13.x. [23:26] fabricius yes, that was prepared by LPH when he worked out enhancements in the templating systems, but not been recognised in 13 development ... I recently recommitted the themes folder and added the containing directories and files, which caused a huge extra workload for Gary who nearly killed me ... BUT that brought the selfcontaining themes to Tiki which have been explained to me by Alex who was chatting about that with LPH ... heh [23:27] fabricius Gary is doing a huge amount of work in respect of transferring old CSS system to Bootstrap System ... besides a few others, but assumingly by far the most amount [23:28] wolfganga ... Which i imaginge is/was a huge! amount of work. [23:28] wolfganga But when i look to 14.x i think its really worth it. [23:29] wolfganga ups another bug in the last trunk revision with respect to trackers. (was working a few days ago ...) Popup list details can no longer be configured - fields do not show up. [23:55] wolfganga Mhh - tried to file a bug and setup a demo - problem: "Your Tiki is not completely installed because Composer has not been run to fetch package dependencies."