[00:16] hi chealer [00:17] chealer: about r38898, you removed $tikilib->invalidateModifiedPreferencesCaches(). but this function is still called in lib/core/Connect/Client.php line 29 [00:23] tikiwiki: 03sampaioprimo * r38900 10/trunk/lib/core/Connect/Client.php: update client code after removal of $tikilib->invalidateModifiedPreferencesCaches() in r38898 [00:23] chealer: please check r38900 [00:40] *** rodrigoprimo has quit IRC (Quit: Leaving.) [01:33] *** indro has joined #tikiwiki [01:33] hi all [01:33] i want to import wordpress sql dump. [01:33] but when i click on import i get the error: Invalid file mime type [01:33] any idea whats wrong? [01:34] i use tikiwiki 8.1 [01:57] Recent Bug: Tracker item: #4051 - - Crash with blank screen at starting for new users (unknown) visitor with 8.1 - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4051 [02:02] *** goj has quit IRC (Disconnected by services) [02:02] *** goj_killedByISP has joined #tikiwiki [02:02] *** goj_killedByISP is now known as goj [02:10] *** nkoth|nelson has quit IRC (Quit: nkoth|nelson) [02:38] *** Trebly has joined #tikiwiki [02:43] Hi, Marc quite ready to come back. I have a commit for 8.x (see tracker 4051), but I can't log for commit. Because of new installation I have no more the passwords which is not, it seems the same as for login on the site. Thanks to help me [02:45] *** marclaporte has quit IRC (Quit: Leaving.) [02:49] Hi, I am quite ready to come back to work on dev. I have today a commit for 8.x (see tracker 4051), but I can't log for commit. Because of new installation I have no more the passwords which is not, it seems the same as for login on the site. Thanks to help me [02:53] tikiwiki: 03trebly * r38901 10/branches/8.x/lib/setup/user_prefs.php: Track-4051- $prefs are set to null for null user because of not suitable array_merge with a null array $_SESSION['preferences']. A major crash make often the version 8.1 unusable with blank screen [02:54] No matter, I remember that it is my sourceforge password. Thanks [02:58] *** Caarrie|away is now known as Caarrie|sleeping [02:59] Hi, I commit a minor change into users_prefs.php. You will see as you are the author. please see my coomment in trk4051. [02:59] I do think that an organization should be exist to prepare during the life of a version some "major-upgrade packages" particularly when such bugs are found on releases. [03:03] , Hi, without errors : I do think that an organization should exist to prepare when necessary, during the life of a version some "major-upgrade packages" particularly when such bugs are found on released versions. [03:10] *** gillesm has quit IRC (Quit: Quitte) [03:53] *** Trebly has quit IRC (Ping timeout: 240 seconds) [04:26] *** savasten has quit IRC (Ping timeout: 265 seconds) [05:10] *** indro has quit IRC (Ping timeout: 265 seconds) [10:02] tikiwiki: 03gezzzan * r38902 10/branches/8.x/lang/hu/language.php: [TRA] some additional hungarian translation [10:17] *** coaboa has joined #tikiwiki [10:18] *** coaboa has quit IRC (Remote host closed the connection) [10:26] New Forum Posts: Lingua italiana per tikiwiki - http://tiki.org/tiki-view_forum_thread.php?forumId=8&comments_parentId=42668 [10:37] tikiwiki: 03pkdille * r38903 10/trunk/lib/ (4 files in 4 dirs): No changes - code styling only (seen on quality.tiki.org) [12:42] *** coaboa has joined #tikiwiki [12:43] polom [12:56] *** Trebly has joined #tikiwiki [13:48] Hi, to who knows about : update of database for 8.1. [13:48] I just upgrade a site which was waiting till 7.x (7.0x) with 245 tables. After upgrade and db update there are still 245 tables. No real upgrade seems have been done. At the same time a site (which was using galeries) was 252 tables with 6.3 then 262 with 7.1, increased to 264 with 8.1... [13:48] How do you check that the db upgrade have been well done ? [14:00] *** pascalstjean has quit IRC (Quit: pascalstjean) [14:12] *** jasonjohnwells has joined #tikiwiki [14:13] is it safe to ask a n00b question here? [14:38] *** Caarrie|sleeping is now known as Caarrie|away [14:45] *** fabricius has joined #tikiwiki [14:45] polom [14:45] how is everybody? [14:49] Trying to figure out how to change a wiki page title is oddly fustrating but I'm excited about writing my first report using Structures. Have a good day sir. Past my bedtime [14:49] *** jasonjohnwells has quit IRC (Quit: Page closed) [14:50] again I come back to an old question: [14:53] when I want in a custom-module different menus according to the actual category I am in, the must be a string like that {$if catId=XYZ}{menu=A}{$elseif catID=ZYX}{menu=B}{$endif} or so [14:54] is s.th. like that existing and who could be so kind to tell me the right spelling? - next: is that smarty? or what this syntax would be kind of? [15:29] *** pascalstjean has joined #tikiwiki [15:32] *** Trebly has quit IRC (Read error: Connection reset by peer) [15:33] *** Trebly has joined #tikiwiki [16:10] *** marclaporte has joined #tikiwiki [16:10] *** ChanServ sets mode: +o marclaporte [16:17] tikiwiki: 03pkdille * r38904 10/trunk/ (19 files in 5 dirs): No changes - code styling only (seen on quality.tiki.org) [16:46] marclaporte: available for a sec? [16:53] *** coaboa is now known as coaboa|afk [17:00] polom [17:01] Trebly: check tiki_schema [17:02] Trebly: there should be 242 tables in 8.1. 245 shouldn't be a problem [17:02] Trebly: I don't understand what you mean by "major-upgrade packages", [17:16] *** arildb has joined #tikiwiki [17:27] *** marclaporte has quit IRC (Quit: Leaving.) [17:30] *** arildb has quit IRC (Read error: Connection reset by peer) [17:34] tikiwiki: 03eromneg * r38905 10/branches/8.x/templates/header.tpl: [ENH] automatically assign a unique description meta tag for blogs & blog posts to improve SEO performance [18:12] Ok, I create a concept without explanation. I mean that we can each of us and as team, and as most of development teams, to publish releases with important bugs that don't concerns a great system they are most of time punctual problems which were appearing (sometime ago with way to develop) during beta with users returns on experiences. The actual rhythm don't allows this anymore. [18:12] So the solution is to publish what I name "important or critical updates" contained in "major-upgrade packages" as the kbxxxx of MS, generally it is one or a few numbers of programs concerned by one bug. [18:12] Actually this don't exists for tiki, we publish and after we have upgrades by SVN. [18:12] In such case the current version has a sub number (often the build for compiled soft). So when you have a "obsolete version" you just have to run the "upgrades packages" generally just unzip and replace files (at first run the pack is recorded and the installation level updated) [18:12] Sorry it is very long for the chat, but if you agree in the problem and the idea, I will post. [18:26] *** redflo has joined #tikiwiki [19:10] Trebly: sorry, I don't understand much of the proposition [19:10] in particular, I don't understand what "important bugs that don't concerns a great system" means [19:58] *** pascalstjean has quit IRC (Quit: pascalstjean) [20:09] tikiwiki: 03chealer * r38906 10/branches/8.x/tiki-setup_base.php: [20:09] tikiwiki: [FIX] Session cookie path was one directory too high if the install was not in the document root and accessed without specifying any script (for example as "http://localhost/tiki/"). Hopefully solves #4051. [20:09] tikiwiki: Note: This would cause abnormal session conflicts which have a bad impact after 7.x (see #4051 for more information). Use $tikiroot instead of miscomputed $cookie_path. This partially reverts r30672. [20:09] tikiwiki: Review welcome, a regression in this area could be grave. [20:28] tikiwiki: 03chealer * r38907 10/branches/8.x/lib/setup/user_prefs.php: (log message trimmed) [20:28] tikiwiki: [REF] Revert r38901. [20:28] tikiwiki: Note: $_SESSION["preferences"] should never be null for anonymous at this point, [20:28] tikiwiki: unless there is a session conflict. See #4051 for reference. r38906 should [20:28] tikiwiki: prevent some abnormal session conflicts. initialize_prefs() has a check for [20:28] tikiwiki: conflicts in the session preferences cache which no longer does what it used to [20:28] tikiwiki: in 7.x and was removed in trunk. This check could be reintroduced as a general [20:32] *** coaboa|afk has quit IRC (Ping timeout: 276 seconds) [20:59] rehi [21:00] back to my question [21:00] I have this now: [21:01] {if $objectCategoryIds eq "1"}{menu id=42}{elseif $objectCategoryIds eq "2"}{menu id=43}{else}{menu id=44}{/if} [21:01] and alternatively tried this: [21:01] {if $categoryId eq '28'}{menu id=42}{elseif $categoryId eq '29'}{menu id=43}{else}{menu id=44}{/if} [21:02] both does not work - what do I make wrong? [21:08] hmmm language ... {if $prefs.language eq "en"} works ... but how to mspell the smarty right for category (Id) [21:10] categories used in templates alright is activated [21:10] hmmm [21:11] nobody there to give a hint? [21:12] *** goj has quit IRC (Disconnected by services) [21:12] *** goj_killedByISP has joined #tikiwiki [21:12] *** goj_killedByISP is now known as goj [21:21] *** Myrkul has joined #tikiwiki [21:21] Hi :) I'm trying to use HTML in my wiki page, and it keeps stripping the tags... are only certain tags allowed? [21:27] Hi, are you using the (standart) TikiSyntax editor and the Plugin {HTML()}blabla{HTML} ? [21:28] Myrkul: do you have Allow HTML checked? [21:30] i couldn't find that, my edit page looks nothing like the screenshot in the documentation...i guess that's v8? i'm using 7.2... [21:30] i added it by clicking the html button at the top, then putting my html in the window that pops up [21:35] tikiwiki: 03gta74 * r38908 10/trunk/lang/de/language.php: [TRA] and again 100 % [21:35] Myrkul: Allow HTML is there since a long time. are you aware that Tiki 7 is no longer supported? [21:35] no... [21:36] {if !empty($objectCategoryIds)}{menu id=42}{else}{menu id=43}{/if} [21:36] shows me menu 42 on a categorised page and menu 43 on a not categorised page (shouldn't that be opposit around?) [21:36] it's was the newest stable version linked from the homepage when i installed it a couple weeks ago [21:37] Myrkul: 7 reached end of life last week. 7.x sites should be upgraded to Tiki 8 [21:37] sigh [21:37] last week i was told 8 was still really buggy [21:37] Myrkul: you should stay with the newest stable version -> frequent updates OR stick with LTS up to the next LTS -> 1 1/2 years circle [21:38] Myrkul: 8.1 should be OK so far - isn't it chealer? [21:38] i'll upgrade now then [21:38] and hope my site doesn't get completely ruined [21:39] fabricius: well, there are several regressions indeed ( http://tiki.org/ReleaseNotes8.1#Known_Issues ), they could be problematic for some sites [21:40] ok, well, looks like none of that will affect me :) [21:42] chealer: do you have some hints for me regarding to the module/menu/category issue? [21:43] chealer: I want to create a single module with a condition to show different menus in relation to the actual category [21:43] halfway there [21:44] *** pascalstjean has joined #tikiwiki [21:44] {if isset($objectCategoryIds) and in_array(28, $objectCategoryIds)}{menu id=42}{elseif isset($objectCategoryIds) and in_array(29, $objectCategoryIds)}{menu id=43}{else}{menu id=44}{/if} [21:44] shows me menu 42 in category 28 - that's right [21:45] but in category 29 and without category - no menu - that's still not what I nees [21:45] need [21:45] hmmmpff grrml [21:46] Sorry, I meant : a default which needs an important review, the tree which was hiding the forest. Sometimes it is impossible without many changes which needs a new version to make something function well. In this case there not other solution than say don't use it, a function unusable or reduced a lot till new version. In other cases, my object, there are only some little updates... [21:46] ...(in volume and complexity) which makes everything OK, in some cases one instruction creates a dramatic situation that the dev team could not see before the release. [21:46] I look at the last to cases that I met : the last is in prefs_user.php my last commit, the situation with 8.1 was that a new user was always getting as blank screen... redhibitory situation which lock the use of the whole version and just one php to change for one line... can be the object of a "major-upgrade packages". [21:46] The other recent example is the treatment of the compilation crash of smarty with elements of syntax of users modules no more acceptable with 8.1. This lock for me a site during 3 month with blank screens before I found that there was a smarty compilation crash. Searching, I gave to Jonny the good warning and he had added quickly a good holding of the exception, but this has been into a... [21:46] ...release two month later.... Again blank screen and no solution. [21:47] So to avoid this type of problems, I try to imagine a solution to make the releases working more quickly. Make that "upgrade little package" can solve great problems and have best releases with a best reactivity on redhibitory bugs. note : the SVN is not made for this, even the content covers by part this problem but only for dev. [21:47] Sorry I don't find a way to be shorter. [21:51] so it's 8.1 that i want? [21:53] Myrkul: that depends on what you need/want - hmm I for myself go for 8.1 and pre9 depending on some personal parameters ... but I am mostly working with Daily Builds anyway [21:53] well, i was just told that 7.2 is not being supported anymore... [21:53] Myrkul: and I have not so much a problem with frequent but temporary bugs at the moment [21:54] Myrkul: well, and you do not wanna go with 6.4, I guess ... cannot downgrade a database anyway [21:55] i'd rather something more recent, yes [21:55] I will not tell you what you should do - but I would go for 8 and look out for 9 in spring - then you could stay with 9 for a longer period [21:56] ok [21:58] for the further development you'd have the opportunity to stay with 9 LTS with the main content and combine it via Intertiki with single sign on with an up to date Daily Build development version, to give your users a view on new features [21:59] i'd rather not have to update every day, seems updating is a pita [21:59] like info.tiki.org, doc.tiki.org, dev.tiki.org all are seperate websites, but connected with Intertiki and having the same usermanagement against the community site [21:59] fabricius: if you replace all that with just {menu id=43} does it work when you're in category 29? [22:00] this isn't really a huge website network like tiki.org though :P [22:00] i only have a few dozen pages [22:00] Myrkul: do you have shell access? [22:00] Myrkul: I would upgrade to 8.1 indeed [22:00] yeah [22:01] chealer: yes [22:01] it's more or less hosted locally [22:01] Myrkul: do you know Subversion? [22:01] nope [22:01] chealer: I did try different - it works for languages for example, but not yet for categories [22:02] chealer: the best I could gain is to have the menu in one category and not in the other and not in no category [22:02] Myrkul: if you find upgrading time-consuming, you could use Subversion checkouts rather than downloading archives each time. it's longer to setup, but very quick for minor upgrades and faster for major upgrades too [22:03] well, downloading isn't the time-consuming part, that took a couple seconds... [22:03] but i need to run the installer, then reapply my code changes... [22:03] chealer: I've setup three testpages on my site: no category: http://fabricius.me/Test-Catmenu_0 category 28: mydomain/Test-Catmenu_28 category 29: mydomain/Test-Catmenu_29 [22:04] Myrkul: I did mean the whole process, not just the download [22:04] ah, ok [22:05] well, is upgrading something that generally needs to be done often? [22:06] chealer and Myrkul: running a site with svn is kind of cool stuff, but not possible with shared hosting providers wich (mostly?) not provide svn [22:06] fabricius: add something other than the menus so that it's clear which case is chosen. for example: [22:06] ah, well, i'm not using a shared hosting provider, so doesn't really apply to me [22:06] CASE:{if isset($objectCategoryIds) and in_array(28, $objectCategoryIds)}IF{menu id=42}{elseif isset($objectCategoryIds) and in_array(29, $objectCategoryIds)}ELSEIF{menu id=43}{else}ELSE{menu id=44}{/if}ENDCASE [22:07] Myrkul: if you organise your site(s) and the folders well and you have a decent system to save your files, then an upgrade should not need more than 3/4 of an hour, maybe 20 minutes if you wouldn't be disturbed at all (included all steps) [22:07] Myrkul: it depends a bit on the branch you run. generally, about every month [22:08] ok, that's not too bad, i guess [22:08] ooh, the quick admin module looks actually useful now! [22:11] chealer: nocat and cat29 show this in the module: CASE:ELSEENDCASE ... cat 28 shows: CASE:IF ...menuitems... ENDCASE [22:14] chealer: It seems that I am a bit dump or so ... missed to categorise page ...29 [22:14] so it works when a page is categorised at all [22:15] but not if it is not categorised [22:15] hmmm nearly there now [22:16] (realised my fault, when I switched cat28 and 29 in the smarty code) [22:17] Myrkul: you should save your tikifiles (file gallery, attachments etc.) neither in the database, nor in the tiki root [22:18] why not in the database? that doesn't get overwritten? [22:18] the database gets far too big after a short period of time [22:19] so if you need safety backups (dumps) or you do upgrades with fresh installations (as recommenase migh bring you into problemsded) and keep the original site able to run instantly - big datab [22:20] sorry my keyboard messed up [22:20] I say again [22:20] so if you need safety backups (dumps) or you do upgrades with fresh installations (as recommended) and keep the original site able to run instantly - big databases might bring you into problems [22:21] Trebly: we already have minor versions. I think the problem is we don't have many minor releases because the code is not methodically reviewed, Subversion branches are not very tested and it takes time to release each one. [22:21] well, i'm not too worried about a bit of downtime as i upgrade, and i don't plan on having many attachments anyway [22:22] saves you pain, if you get in trouble, if you always can reset your domain to the original site and go to bed or to a party with your girlfriend, in case something went wrong [22:24] let's say, I want to setup a site called A, then I'd always setup a folder /A and in there I unpack my Tiki (for ex. tiki-8.1.zip) [22:24] that gives me /A/tiki-8.1 [22:25] tikiwiki: 03chealer * r38909 10/trunk/tiki-setup_base.php: [REF] Oops, forget to clean this up in r38898 [22:25] well, this is interesting... [22:25] then in /A i setup folders like /files-filegallery /files-wikiattachements /files-podcasts /files-batchupload and so on [22:25] i'm reapplying my code changes, and a file that i had changed is no longer there :P [22:26] nod, makes sense [22:26] then setting for file galleries: path: ../filesfilegallery [22:27] mind the double dots - just unix or dos syntax for ONE folderlevel UP instead of staying in the same level [22:28] once you upgrade your tiki-8.1 to tiki-8.2 or tiki-9.0 your files will not be touched [22:29] and it is much safer than in the root (in respect of security) [22:29] if you want to use batchupload you use /A/files-batchupload [22:30] aka ../files-batchupload [22:30] you could even give ftp access to this folder and let somebody upload files there - then apply the files in tiki via tick boxes and take them into tiki [22:31] your db stays small [22:31] just take as few as possible files into the tikiroot - respectively change things in as few folders of the root as possible [22:32] mainly styles for your custom theme and maybe some templates and /img/tiki for your logo -> you even can "outsource" your logo [22:33] yeah, that's all i've changed [22:33] the few you have to change in the tiki root and the smaller the database, the quicker your upgrades will be [22:33] tikiwiki: 03eromneg * r38910 10/branches/proposals/6.x/templates/header.tpl: [ENH] [bp38905] automatically assign a unique description meta tag for blogs & blog posts to improve SEO performance [22:35] I allways take the newest dump of the db, import into a new db, same time unpack the newest tiki.zip, put in the appropriate files (css and such), do my chmod (have a list of abou 10 changes in a textfile) and then I go through the installer [22:35] I'd say I could save about half the time, if I would manage it to write a small ssh shell script for unpacking and chmodding [22:41] looks like everything went well :) [22:43] now lets see if i can get my html page working... [22:43] I agree, but when for example I commit the little change in prefs_user I solve a great problem. So previously, I was putting in join a zip file to my trackers (2 years ago). It is not the same approach than minor versions, is like kbxxxxxx of microsoft, they are quite independant and if they are thy just check the kb list to remain coherent. [22:43] while I discuss with you, I imagine a solution : [22:44] 1- For each upgrade if those I take as example the author creates a zip file with a tracker, but with a ref way for number to record it [22:44] 2- The zip contains always data (a php file with array) [22:44] 3- When installer is run it checks the "kb" the upgrades are recorded into a table of the db (so that it can't be executed twice, and new version can be declared include a kb), this maintain coherency. [22:44] 4- For user into list of files there are the kb files with objects and version to apply [22:44] no, it's still eating my tags :( [22:44] 5- This kb never changes the behavior regardless to the defined functions of the version (just can make there are no more buggy) [22:44] This make easy when a major bug is found to be able to set a kb in a few hours, set a message into a special page of the site with the list of such kb, this too is a 'fatal arm' against regressions. (I use this "kb" because it is the same purpose as MS for systems upgrades, they are often. This would give the feeling and the reality of "reactivity" for all users. We are able to do it. [22:46] i guess there must just be some tags that aren't allowed? [22:46] it's not eating the
s :P [22:46] hehehe [22:46] :-P [22:47] Ok Myrkul 1st I try some HTML on my site [22:47] ... you are sure, that you do not use WYSIWYG? [22:48] on the wiki page editor, i clicked the html button at the top [22:48] then inserted my code [22:48] Trebly: if they are what? [22:48] and it adds {HTML} tags to the wiki page [22:48] *** gillesm has joined #tikiwiki [22:49] i'm not too familiar with wiki syntax, but i assume the {HTML} is supposed to make it process html tags :P [22:49] Myrkul: so is Allow HTML enabled now? [22:49] yes [22:49] it was before too, it's a preference apparently :P [22:49] i was looking for it on the edit page page [22:50] oh, it's on the page editor too, under properties...yes, it's checked [22:51] Myrkul: are you editing as admin? [22:51] no, but i have all permissions... [22:52] tried as the actual admin account, same problem [22:54] Myrkul: which tags? [22:54] form, select and option [22:56] Myrkul: are you writing actually IN the HTMLplugin? [22:57] Myrkul: form, select? what you try to achive there? [22:57] not sure what you mean... [22:57] a few drop-down menus [22:59] ok ... hmmm I do not know, if it would be oversised for what you want to achieve, but you know, that there exist the tracker feature? [23:00] including drop down menus [23:00] yeah, but i don't want a tracker :P [23:00] well, actually... [23:01] do the tracker items need to be inserted into the tiki database, via the tracker? or can i use a tracker as an interface to another database? [23:02] i was going to write my own wikiplugin to access my database, but if i can use a tracker that's much easier [23:05] oh, actually, it looks like there's an sql plugin, i can use that instead of writing my own :P [23:05] but i still need the drop down menus for filtering [23:06] Myrkul: trackers only work with Tiki's virtual tables [23:06] nod, that's fine then, i'll use the sql plugin [23:06] (tiki_trackers and company) [23:06] I think Myrkul, you'd need s.th. different than trackers, to access an external database [23:07] yeah, i'm not too worried about that [23:08] *** pascalstjean has quit IRC (Quit: pascalstjean) [23:09] hmm, where are these plugins stored? it looks like i will need to modify it a bit... [23:10] moment, I'll check [23:12] http://dev.tiki.org/Hello+World#To_create_a_new_plugin [23:13] thanks :) [23:19] chealer: do you maybe know an opposit of" in_array{..." [23:20] fabricius: " not in array(..." ? [23:35] *** Myrkul has quit IRC (Ping timeout: 265 seconds) [23:35] *** Myrkul has joined #tikiwiki [23:36] so, any ideas about how to add drop down menus on a wiki page? [23:36] Myrkul: see the HTMLPurifier preference in the Security control panel [23:38] i don't see that... [23:38] search didn't turn up anything either... [23:39] Myrkul: make sure Advanced preferences are not filtered [23:39] Myrkul: and welcome to Tiki 8... [23:39] hehe, thanks :) [23:40] yeah, that would explain why a lot of things seemed to be missing after i upgraded :P [23:41] it works! :) thanks so much [23:54] *** Trebly has quit IRC (Ping timeout: 244 seconds) [23:55] *** Trebly has joined #tikiwiki [23:55] *** Trebly has quit IRC (Remote host closed the connection)