[0:0] Jyhem (I'm not xavi) But if there are no direct permissions set on the page (only category and group permissions), then none are copied, and all is well, no ?
[0:1] arildb Category transitions are used to alter the page access (in a process). No direct permissions must be set for it to work
[0:1] xavi imho, the default should be the similar to the current behavior : copy access permissions from parent to child. And those admins who prefer to use the more advanced setup with categories, and not use this feature, then disable it in their tikis.
[0:1] xavi whta Jyhem says, seems to most reasonable behavior
[0:2] Jyhem Exactly: so it does not cause a problem, unless people have actually set direct permissions, in which case they obviously had a reason
[0:2] xavi +1 Jyhem
[0:3] xavi that should be the way (if it is not like this already) that tiki should behave, imho
[0:3] arildb Jyhem: sorry..was in a "loop"
[0:4] Jyhem So, since you do not yourself set direct permissions (and I agree with that, i also don't), keeping the current behaviour is no problem for you, correct ? So I'd say leave default behaviour as it is (someone must have a use for it, and upgrading should noyt break their site).
[0:5] Jyhem arildb: no problem, just mentioning it so you don't get too confused :-)
[0:5] arildb Jyhem: The "root" page in the structure we use is not a part of the category transitions, and does have direct object permissions set, but other yes you aer right. Nothing should be copied
[0:6] xavi :-)
[0:6] arildb ok. I will keep the copying activated by default. I guess the setup we use is kind of particular
[0:6] Jyhem Oh, you don't force the same category for the whole structure ?
[0:6] xavi g'night all
[0:6] arildb Jyhem: That's right
[0:9] Jyhem I'm glad this gets improved, but it seems we all find different ways of configuring this stuff. so let's not break it for other configurations just because we did not think of them. (I force the same category for the whole structure, so no direct perm anywhere)
[0:9] Jyhem I thnk xavi is also right on the good night part :-)
[0:10] * Jyhem goes to sleep. g'night!
[0:10] arildb The change I am working on will have the structure option (copy direct permissions from the "mother" structure page by default). The copying will be activated if the user can both edit the structure and edit the page
[0:11] arildb good night ...it's after midnight here too
[0:42] marclaporte polom
[1:22] CIA-36 tikiwiki: 03arildb * r40907 10/trunk/ (4 files in 4 dirs):
[1:22] CIA-36 tikiwiki: [MOD] Direct object permissions are copied from the "mother page" when adding a page to a structure.
[1:22] CIA-36 tikiwiki: Was only activated for users with wiki admin rights. Now for any user with page and structure edit permissions.
[1:22] CIA-36 tikiwiki: [NEW] Added new wiki structure option feature_wiki_no_inherit_perms_structure to disable copying of direct object permissions.
[1:22] CIA-36 tikiwiki: By default they are copied.
[1:22] CIA-36 tikiwiki: [MOD] user_has_perm_on_object now accept 3 permission parameters.
[1:22] CIA-36 tikiwiki: Was 1, though several calls used multiple parameters.
[1:30] CIA-36 tikiwiki: 03marclaporte * r40908 10/branches/9.x/ (3 files in 2 dirs): improve admin panels for PluginNow and PluginCountDown
[1:53] CIA-36 tikiwiki: 03marclaporte * r40909 10/trunk/ (10 files): typo
[2:15] CIA-36 tikiwiki: 03marclaporte * r40910 10/trunk/tiki-setup_base.php: fix typo in variable name. comments_threshold is used in comments.php, but I don't see where threshold is used
[3:2] CIA-36 tikiwiki: 03lindonb * r40911 10/branches/9.x/lang/en/language.php: "Allows to..." is unnatural in English - the passive form is used instead. Probably don't need to say "Allows" at all but leaving for now. Occaisionally dropped "allows" when awkward, but meaning not changed.
[3:3] CIA-36 tikiwiki: 03lindonb * r40912 10/branches/9.x/lib/prefs/feature.php: Warning seems out of date since site logo in admin panels is not yet obsolete.
[3:7] CIA-36 tikiwiki: 03lindonb * r40913 10/branches/9.x/lib/prefs/socialnetworks.php: [FIX} Missing default for socialnetworks_facebook_login
[3:7]  goj_killedByISP joined #tikiwiki
[3:9] CIA-36 tikiwiki: 03marclaporte * r40914 10/branches/9.x/tiki-list_submissions.php: Change of behavior to be discussed: Since there is no list submission permission, only users that can approve submissions can also view them.
[3:33] CIA-36 tikiwiki: 03marclaporte * r40915 10/branches/9.x/tiki-list_submissions.php: Since users can modify their own submission until it's approved, make this page visible for users with tiki_p_submit_article
[4:35] CIA-36 tikiwiki: 03marclaporte * r40916 10/branches/9.x/lib/wiki-plugins/wikiplugin_hasbought.php: cleanup of params of PluginHasBought. Robert, Nelson or Pascal: please review
[4:59] CIA-36 tikiwiki: 03marclaporte * r40917 10/branches/9.x/templates/admin/include_payment.tpl: Add cart-related plugins on Payment admin panel
[5:1] CIA-36 tikiwiki: 03marclaporte * r40918 10/branches/9.x/lib/wiki-plugins/wikiplugin_hasbought.php: better name/desc for PluginHasBought
[5:32] CIA-36 tikiwiki: 03lindonb * r40919 10/branches/9.x/lib/prefs/metatag.php: Add help descriptions for the meta tag admin panel
[8:54]  Rob_____ joined #tikiwiki
[10:0]  Tiki|bot joined #tikiwiki
[11:24] changi_ polom
[11:24]  changi joined #tikiwiki
[11:34] changi polom
[14:35] CIA-36 tikiwiki: 03lindonb * r40920 10/branches/9.x/templates/tiki-calendar.tpl: [FIX] Avoid error when clicking "Edit Calendar" button.
[15:22] CIA-36 tikiwiki: 03lindonb * r40921 10/branches/9.x/templates/tiki-admin_calendars.tpl: [FIX] Eliminate dead option "Let me select my own colors".
[15:24] CIA-36 tikiwiki: 03lindonb * r40922 10/branches/proposals/6.x/templates/tiki-admin_calendars.tpl: [bp/r40921][FIX] Eliminate dead option "Let me select my own colors".
[15:55]  marclaporte joined #tikiwiki
[16:4]  rodrigoprimo joined #tikiwiki
[17:14] CIA-36 tikiwiki: 03pkdille * r40923 10/branches/9.x/lib/setup/twversion.class.php: Add 6.6 and 6.7 versions in twversion
[17:29]  Bernard1 joined #tikiwiki
[17:32] CIA-36 tikiwiki: 03xavidp * r40924 10/branches/9.x/_htaccess: [FIX]Adding img/mytiki to the rewrite rules to prevent loosing at upgrade time some other images that were reused elsewhere in tiki sites
[18:40]  rain`` joined #tikiwiki
[18:51]  sandroandrade joined #tikiwiki
[19:4] marclaporte changi: community server under pressure?
[19:5]  deeku joined #tikiwiki
[19:7] deeku polom
[19:10] marclaporte polom :-)
[19:13] deeku Marc, I think there is a problem with the calandar of TW6.7, see http://linkas.in/biostockquotes - I get two months worth of dates instead of the expected one month.
[19:14] deeku day and week views are fine, though. But entering events appears to be off by a few hours
[19:15] deeku I wonder is it just me or is this a known issue?
[19:15] * marclaporte clicks
[19:17] deeku in case you want to log in as admin, the password is the same as your id
[19:23]  marclaporte joined #tikiwiki
[19:32]  lindonb joined #tikiwiki
[19:36]  arildb joined #tikiwiki
[19:37] lindonb anyone aware of a bug in Smarty where it doesn't loop through arrays properly if the keys don't start with 0?
[19:40]  Tiki|bot joined #tikiwiki
[19:42] marclaporte deeku: I am logged in. How do I reproduce the issue?
[19:42] CIA-36 tikiwiki: 03lindonb * r40925 10/branches/9.x/ (3 files in 2 dirs):
[19:42] CIA-36 tikiwiki: [FIX] Renumber array keys from 0 for article topic arrays used in Smarty section
[19:42] CIA-36 tikiwiki: loops. It appears there may be a bug in Smarty 3 in looping through arrays that
[19:42] CIA-36 tikiwiki: aren't zero-based. I don't see a bug report but it is noted here:
[19:42] CIA-36 tikiwiki: https://bugs.launchpad.net/phpdevshell/+bug/781565
[19:43] deeku on the left column, I see more than one months worth of dates
[19:43] deeku I am expecting to see just one month - April
[19:45] deeku This is a fresh install of TW6.7 and I have not changed any defualt settings
[19:51] changi marclaporte: a little mistake in cron !)
[19:55] marclaporte changi: hehe
[19:55] marclaporte lindonb:  can you look here http://demo.tiki.org/9x/tiki-theme_control.php  There is a list of categories which is weird
[19:55] marclaporte lindonb:  do you think it could be same Smarty-related issue?
[19:56] marclaporte deeku:  I see just April
[19:56] lindonb marclaporte: could be, I'll check it out
[19:57] deeku Hmm, I see March (and then April). I am using IE 8
[19:57] deeku Thanks for looking into this, I am testing with more recent browsers
[20:0] deeku It is an IE8 issue.
[20:0] deeku I have checked with other major browsers and the site looks fine, but calendar dates show twice in IE8
[20:3] deeku IE6 has the same issue as IE8, not surprisingly
[20:5] CIA-36 tikiwiki: 03lindonb * r40926 10/branches/9.x/tiki-theme_control.php:
[20:5] CIA-36 tikiwiki: [FIX] Renumber array keys from 0 for array used in Smarty section loops. It
[20:5] CIA-36 tikiwiki: appears there may be a bug in Smarty 3 in looping through arrays that aren't
[20:5] CIA-36 tikiwiki: zero-based. I don't see a bug report but it is noted here:
[20:5] CIA-36 tikiwiki: https://bugs.launchpad.net/phpdevshell/+bug/781565
[20:5] lindonb marclaporte: same issue. just fixed
[20:6] marclaporte deeku: IE9 seems OK.   What happens if you visit tiki-calendar.php?viewmode=quarter
[20:8] marclaporte lindonb: thanks. Can you check one more?  http://demo.tiki.org/9x/tiki-edit_templates.php  is not listing available templates...
[20:9] marclaporte lindonb: I confirm http://demo.tiki.org/9x/tiki-theme_control.php is now happy
[20:12]  deeku joined #tikiwiki
[20:12] deeku renders fine in major browsers including IE9. Broken in IE8 and earlier versions. Amazingly the content is also different in IE8 - shows March - June instead of April - June
[20:13] marclaporte deeku: I vaguely remember a such issue
[20:13] marclaporte it's so nice that we now have several great browsers
[20:14] marclaporte So we can now just say: respects the standards, works with Safari, works with Firefox, works with Chrome.  So please report the bug to Internet Explorer team :-)
[20:14] deeku yes indeed. But will be abandon support for IE8 from TW6.7 onwards? IE8 works fine on 6.6 and earlier
[20:15] deeku ah, your answer crossed my question
[20:16] CIA-36 tikiwiki: 03marclaporte * r40927 10/branches/8.x/tiki-theme_control.php:
[20:16] CIA-36 tikiwiki: [bp/r40926] [FIX] Renumber array keys from 0 for array used in Smarty section
[20:16] CIA-36 tikiwiki: loops. It appears there may be a bug in Smarty 3 in looping through arrays that
[20:16] CIA-36 tikiwiki: aren't zero-based. I don't see a bug report but it is noted here:
[20:16] CIA-36 tikiwiki: https://bugs.launchpad.net/phpdevshell/+bug/781565
[20:16] deeku it is surprising that 6.7 shows different content in different browsers
[20:16] marclaporte Ok, so this may be a regression. Ideally, if you could find which commit causes it
[20:17] marclaporte http://dev.tiki.org/How+to+figure+out+what+revision+number+causes+a+bug
[20:17] marclaporte As 6.x supported IE8 when it started, support should continue
[20:18] marclaporte changi: are you winning against htaccess bug?
[20:18] deeku this leads me to suspect that the bug may not be with IE's rendering but with TW6.7 detecting of browsers and catering to quirks
[20:18] lindonb marclaporte: it doesn't look like the edit templates problem is the same thing
[20:18] deeku I agree that TW6.x should continue to support IE8
[20:19] lindonb marclaporte: works fine for me locally and on a server
[20:19] marclaporte deeku: which browsers do you think should be supported for Tiki9LTS?
[20:20] marclaporte lindonb:  ok, maybe a memory issue on demo.tiki.org? (It is only 64Megs, instead of the default 128Megs for PHP)
[20:20] deeku standard compliant browsers only
[20:21] marclaporte lindonb:  does    php doc/devtools/prefreport.php > prefreport.csv work locally?  (not working on demo.tiki.org)
[20:22] lindonb marclaporte: possible memory problem, there are 701 items in that array
[20:22] deeku In India, most buisnesses have EOLed IE6 some time ago and with Microsoft pushing Office 365, majority of the users have switched to standards complaint browsers
[20:23] marclaporte deeku:  "The nice thing about standards is that you have so many to choose from."
[20:23] deeku :-)
[20:23] marclaporte deeku: any opinion about Zoho?
[20:23] CIA-36 tikiwiki: 03arildb * r40928 10/branches/9.x/web_config: [FIX] Synchronized with the latest _htaccess file
[20:23] CIA-36 tikiwiki: 03arildb * r40929 10/trunk/web_config: [FIX] Synchronized with the latest _htaccess file
[20:24] deeku It is being tried by corporates, but is not being widely adopted due to lack of support
[20:25] deeku The US and UK are the kinds of markets where services like Zoho will be in demand
[20:26] deeku In India, most users learnt computers on pirated copies of Windows and Office, so Office 365 is being adopted.
[20:28] deeku Did you know that Govt. of India has just purchased 7.5 million Office 365 accounts? See http://www.businesswireindia.com/PressRelease.asp?b2mid=30816
[20:29] lindonb marclaporte: how do I use the prefreport.php file?
[20:29] lindonb rather, how do I run it?
[20:37] CIA-36 tikiwiki: 03arildb * r40930 10/trunk/ (lib/tikilib.php tiki-editpage.php):
[20:37] CIA-36 tikiwiki: [FIX] Fix to r40907. Copy for wiki admin perms too. (Included in the original code).
[20:37] CIA-36 tikiwiki: [DOC] Better documentation for the new perm arguments in tikilib
[20:37] changi PHP Notice:  Undefined index: data in /var/local/trunkprofiles.tiki.org/www/lib/parser/parserlib.php on line 166
[20:37] changi PHP Stack trace:
[20:38] changi PHP   1. {main}() /var/local/trunkprofiles.tiki.org/www/installer/shell.php:0
[20:38] changi PHP   2. Installer->update() /var/local/trunkprofiles.tiki.org/www/installer/shell.php:54
[20:38] changi PHP   3. Installer->installPatch() /var/local/trunkprofiles.tiki.org/www/installer/installlib.php:90
[20:38] changi PHP   4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkprofiles.tiki.org/www/installer/installlib.php:114
[20:38] changi PHP   5. ParserLib->plugins_replace() /var/local/trunkprofiles.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:70
[20:38] changi PHP Notice:  Undefined index: data in /var/local/trunkprofiles.tiki.org/www/lib/parser/parserlib.php on line 166
[20:38] changi that's the new error when you upgrade a website to tiki9
[20:38] marclaporte lindonb:  on the command line, type: php doc/devtools/prefreport.php > prefreport.csv
[20:39] marclaporte deeku:  wow!
[20:43] Tiki|bot Recent Bug: Tracker item: #4193 - - Calendar (TW6.7) month view does not render correctly in IE8, shows different calendar months in IE8 than in other major browsers  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4193
[20:43] lindonb marclaporte: it produces an empty file called prefreport.csv
[20:50] CIA-36 tikiwiki: 03yonixxx * r40931 10/branches/8.x/styles/BiDi/BiDi.css: [REF]So all BiDi files are the same for 8,9,trunk
[20:50] deeku Yes, there is a big, big market opening up and if Tiki could be in some way aligned with Office 365, we could attempt to get corporate and school admins to adopt it.
[20:51] CIA-36 tikiwiki: 03yonixxx * r40932 10/branches/8.x/styles/BiDi/BiDi.css: [REF]So all BiDi files are the same for 8,9,trunk
[21:1] deeku Ah, I am a genius! I figured out why the calendar was not rendering correctly in IE8. Am posting the solution in the bug tracker.
[21:3] marclaporte deeku:  congrats!  Are you ready for your first commit?
[21:4] marclaporte lindonb: that used to work...
[21:5] marclaporte lindonb:  remember we had discussed the idea of adding link to source code of plugins in the docs?
[21:6] lindonb marclaporte: yes, to sourceforge, right?
[21:29] CIA-36 tikiwiki: 03yonixxx * r40933 10/branches/9.x/lang/he/language.php: [TRA]Completing language transalation
[21:34] marclaporte yes
[21:35]  arildb joined #tikiwiki
[22:33]  sandroandrade joined #tikiwiki
[23:55]  blast_hardcheese joined #tikiwiki