| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| 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:0] |
| 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.
whta Jyhem says, seems to most reasonable behavior | [0:1] |
| 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
that should be the way (if it is not like this already) that tiki should behave, imho | [0:2] |
| arildb | Jyhem: sorry..was in a "loop" | [0:3] |
| 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).
arildb: no problem, just mentioning it so you don't get too confused :-) | [0:4] |
| 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:5] |
| 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:6] |
| 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)
I thnk xavi is also right on the good night part :-) Jyhem goes to sleep. g'night! | [0:9] |
| 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
good night ...it's after midnight here too | [0:10] |
| marclaporte | polom | [0:42] |
| CIA-36 | tikiwiki: 03arildb * r40907 10/trunk/ (4 files in 4 dirs):
tikiwiki: [MOD] Direct object permissions are copied from the "mother page" when adding a page to a structure. tikiwiki: Was only activated for users with wiki admin rights. Now for any user with page and structure edit permissions. tikiwiki: [NEW] Added new wiki structure option feature_wiki_no_inherit_perms_structure to disable copying of direct object permissions. tikiwiki: By default they are copied. tikiwiki: [MOD] user_has_perm_on_object now accept 3 permission parameters. tikiwiki: Was 1, though several calls used multiple parameters. tikiwiki: 03marclaporte * r40908 10/branches/9.x/ (3 files in 2 dirs): improve admin panels for PluginNow and PluginCountDown tikiwiki: 03marclaporte * r40909 10/trunk/ (10 files): typo 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 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. 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. tikiwiki: 03lindonb * r40913 10/branches/9.x/lib/prefs/socialnetworks.php: [FIX} Missing default for socialnetworks_facebook_login | [1:22] |
| goj_killedByISP | joined #tikiwiki | [3:7] |
| 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.
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 tikiwiki: 03marclaporte * r40916 10/branches/9.x/lib/wiki-plugins/wikiplugin_hasbought.php: cleanup of params of PluginHasBought. Robert, Nelson or Pascal: please review tikiwiki: 03marclaporte * r40917 10/branches/9.x/templates/admin/include_payment.tpl: Add cart-related plugins on Payment admin panel tikiwiki: 03marclaporte * r40918 10/branches/9.x/lib/wiki-plugins/wikiplugin_hasbought.php: better name/desc for PluginHasBought tikiwiki: 03lindonb * r40919 10/branches/9.x/lib/prefs/metatag.php: Add help descriptions for the meta tag admin panel | [3:9] |
| Rob_____ | joined #tikiwiki | [8:54] |
| Tiki|bot | joined #tikiwiki | [10:0] |
| ......................................................................................................................................... (idle for 11h24mn) | ||
| changi_ | polom | [11:24] |
| changi | joined #tikiwiki | [11:24] |
| polom | [11:34] | |
| ..................................... (idle for 3h1mn) | ||
| CIA-36 | tikiwiki: 03lindonb * r40920 10/branches/9.x/templates/tiki-calendar.tpl: [FIX] Avoid error when clicking "Edit Calendar" button. | [14:35] |
| .......... (idle for 47mn) | ||
| tikiwiki: 03lindonb * r40921 10/branches/9.x/templates/tiki-admin_calendars.tpl: [FIX] Eliminate dead option "Let me select my own colors".
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:22] | |
| ....... (idle for 31mn) | ||
| marclaporte | joined #tikiwiki | [15:55] |
| rodrigoprimo | joined #tikiwiki | [16:4] |
| ................ (idle for 1h19mn) | ||
| CIA-36 | tikiwiki: 03pkdille * r40923 10/branches/9.x/lib/setup/twversion.class.php: Add 6.6 and 6.7 versions in twversion | [17:14] |
| .... (idle for 15mn) | ||
| Bernard1 | joined #tikiwiki | [17:29] |
| 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 | [17:32] |
| .............. (idle for 1h8mn) | ||
| rain`` | joined #tikiwiki | [18:40] |
| sandroandrade | joined #tikiwiki | [18:51] |
| marclaporte | changi: community server under pressure? | [19:4] |
| deeku | joined #tikiwiki
polom | [19:5] |
| .... (idle for 19mn) | ||
| marclaporte | polom :-) | [19:10] |
| 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.
day and week views are fine, though. But entering events appears to be off by a few hours I wonder is it just me or is this a known issue? | [19:13] |
| marclaporte | marclaporte clicks | [19:15] |
| deeku | in case you want to log in as admin, the password is the same as your id | [19:17] |
| marclaporte | joined #tikiwiki | [19:23] |
| lindonb | joined #tikiwiki | [19:32] |
| arildb | joined #tikiwiki | [19:36] |
| 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:37] |
| Tiki|bot | joined #tikiwiki | [19:40] |
| 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):
tikiwiki: [FIX] Renumber array keys from 0 for article topic arrays used in Smarty section tikiwiki: loops. It appears there may be a bug in Smarty 3 in looping through arrays that tikiwiki: aren't zero-based. I don't see a bug report but it is noted here: tikiwiki: https://bugs.launchpad.net/phpdevshell/+bug/781565 | [19:42] |
| deeku | on the left column, I see more than one months worth of dates
I am expecting to see just one month - April This is a fresh install of TW6.7 and I have not changed any defualt settings | [19:43] |
| changi | marclaporte: a little mistake in cron !) | [19:51] |
| marclaporte | changi: hehe
lindonb: can you look here http://demo.tiki.org/9x/tiki-theme_control.php There is a list of categories which is weird lindonb: do you think it could be same Smarty-related issue? deeku: I see just April | [19:55] |
| lindonb | marclaporte: could be, I'll check it out | [19:56] |
| deeku | Hmm, I see March (and then April). I am using IE 8
Thanks for looking into this, I am testing with more recent browsers It is an IE8 issue. I have checked with other major browsers and the site looks fine, but calendar dates show twice in IE8 IE6 has the same issue as IE8, not surprisingly | [19:57] |
| CIA-36 | tikiwiki: 03lindonb * r40926 10/branches/9.x/tiki-theme_control.php:
tikiwiki: [FIX] Renumber array keys from 0 for array used in Smarty section loops. It tikiwiki: appears there may be a bug in Smarty 3 in looping through arrays that aren't tikiwiki: zero-based. I don't see a bug report but it is noted here: tikiwiki: https://bugs.launchpad.net/phpdevshell/+bug/781565 | [20:5] |
| lindonb | marclaporte: same issue. just fixed | [20:5] |
| marclaporte | deeku: IE9 seems OK. What happens if you visit tiki-calendar.php?viewmode=quarter
lindonb: thanks. Can you check one more? http://demo.tiki.org/9x/tiki-edit_templates.php is not listing available templates... lindonb: I confirm http://demo.tiki.org/9x/tiki-theme_control.php is now happy | [20:6] |
| .... (idle for 15mn) | ||
| deeku | joined #tikiwiki
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:12] |
| marclaporte | deeku: I vaguely remember a such issue
it's so nice that we now have several great browsers 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:13] |
| deeku | yes indeed. But will be abandon support for IE8 from TW6.7 onwards? IE8 works fine on 6.6 and earlier
ah, your answer crossed my question | [20:14] |
| CIA-36 | tikiwiki: 03marclaporte * r40927 10/branches/8.x/tiki-theme_control.php:
tikiwiki: [bp/r40926] [FIX] Renumber array keys from 0 for array used in Smarty section tikiwiki: loops. It appears there may be a bug in Smarty 3 in looping through arrays that tikiwiki: aren't zero-based. I don't see a bug report but it is noted here: 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
http://dev.tiki.org/How+to+figure+out+what+revision+number+causes+a+bug As 6.x supported IE8 when it started, support should continue changi: are you winning against htaccess bug? | [20:16] |
| 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:18] |
| 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?
lindonb: ok, maybe a memory issue on demo.tiki.org? (It is only 64Megs, instead of the default 128Megs for PHP) | [20:19] |
| deeku | standard compliant browsers only | [20:20] |
| marclaporte | lindonb: does php doc/devtools/prefreport.php > prefreport.csv work locally? (not working on demo.tiki.org) | [20:21] |
| 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:22] |
| 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
tikiwiki: 03arildb * r40929 10/trunk/web_config: [FIX] Synchronized with the latest _htaccess file | [20:23] |
| deeku | It is being tried by corporates, but is not being widely adopted due to lack of support
The US and UK are the kinds of markets where services like Zoho will be in demand In India, most users learnt computers on pirated copies of Windows and Office, so Office 365 is being adopted. 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:24] |
| lindonb | marclaporte: how do I use the prefreport.php file?
rather, how do I run it? | [20:29] |
| CIA-36 | tikiwiki: 03arildb * r40930 10/trunk/ (lib/tikilib.php tiki-editpage.php):
tikiwiki: [FIX] Fix to r40907. Copy for wiki admin perms too. (Included in the original code). 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
PHP Stack trace: PHP 1. {main}() /var/local/trunkprofiles.tiki.org/www/installer/shell.php:0 PHP 2. Installer->update() /var/local/trunkprofiles.tiki.org/www/installer/shell.php:54 PHP 3. Installer->installPatch() /var/local/trunkprofiles.tiki.org/www/installer/installlib.php:90 PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkprofiles.tiki.org/www/installer/installlib.php:114 PHP 5. ParserLib->plugins_replace() /var/local/trunkprofiles.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:70 PHP Notice: Undefined index: data in /var/local/trunkprofiles.tiki.org/www/lib/parser/parserlib.php on line 166 that's the new error when you upgrade a website to tiki9 | [20:37] |
| marclaporte | lindonb: on the command line, type: php doc/devtools/prefreport.php > prefreport.csv
deeku: wow! | [20:38] |
| 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:43] |
| 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:50] |
| 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 | [20:51] |
| 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:1] |
| marclaporte | deeku: congrats! Are you ready for your first commit?
lindonb: that used to work... lindonb: remember we had discussed the idea of adding link to source code of plugins in the docs? | [21:3] |
| lindonb | marclaporte: yes, to sourceforge, right? | [21:6] |
| ........ (idle for 38mn) | ||
| CIA-36 | tikiwiki: 03yonixxx * r40933 10/branches/9.x/lang/he/language.php: [TRA]Completing language transalation | [21:29] |
| marclaporte | yes | [21:34] |
| arildb | joined #tikiwiki | [21:35] |
| ............ (idle for 58mn) | ||
| sandroandrade | joined #tikiwiki | [22:33] |
| ................. (idle for 1h22mn) | ||
| blast_hardcheese | joined #tikiwiki | [23:55] |
| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |