From kraftb at kraftb.at Sun Feb 1 12:06:35 2009 From: kraftb at kraftb.at (Bernhard Kraft) Date: Sun, 01 Feb 2009 12:06:35 +0100 Subject: [TYPO3-dev] Math in TS In-Reply-To: References: Message-ID: Roberto Presedo - Cobweb schrieb: > value = ({field:resultnumber}-1) > insertData = 1 > prioriCalc = 1 Try it this way: override = ({field:resultnumber}-1) override.insertData = 1 prioriCalc = 1 It should also work this way: override.dataWrap = ({field:resultnumber}-1) prioriCalc = 1 Or you could also do it this way (I use this one usually): stdWrap = 1 stdwrap.dataWrap = ({field:resultnumber}-1) prioriCalc = 1 using ".dataWrap" is almost the same as assigning a value and setting "insertData = 1" ... the important thing in your case, is that "prioriCalc" is called very early during stdWrap - so it did the prioriCalc "before" it inserted the field:resultnumber ... (probably it is called "prioriCalc" because of this - and not because it takes */+- priorities into account ;) Note from a developer: As a man should plant a tree, build a house and raise children once in his life - A TYPO3 user/developer should have a look at tslib/class.tslib_content.php method "stdWrap" once in his life *g* PS: The whole price-calculation + adding VAT of my kb_shop system is usually being done via TypoScript (!) To contra those who call this "boring" *grin* ... For the kb_shop systems basket you wont find any loops adding together the price*amount of each product - it is done via TypoScript ... But be warned: kb_shop is discontinued. I am working (large parts finished) on an "cleaner" alternative ... greets, Bernhard From fsuter at cobweb.ch Sun Feb 1 20:47:53 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 01 Feb 2009 20:47:53 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach In-Reply-To: References: Message-ID: Hi, > should be easy > > // if document.domain is numeric, otherwise strip off the server name > and use the remainder > this.defaultDomain = > (defaultDomain)?defaultDomain:(document.domain.search(/[a-zA-Z]/) == > -1)?document.domain:document.domain.substring(document.domain.indexOf('.') > + 1,document.domain.length); > > > remove the substring and use complete domain Thanks a lot for the pointer. Will look into it. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From christoph.koehler at gmail.com Mon Feb 2 16:25:33 2009 From: christoph.koehler at gmail.com (Christoph Koehler) Date: Mon, 02 Feb 2009 09:25:33 -0600 Subject: [TYPO3-dev] OT: PHPList vulnerability took down phpbb.com Message-ID: Hey everyone, Just FYI, but phpbb.com got taken down Saturday night because of a vulnerability in PHPList. The hacker posted usernames, email addresses and passwords, staff contact info, config files, database access info, and other stuff on the web. So if you're using PHPList, be sure and update to the latest version. phpBB itself is not vulnerable. Christoph From ingo at typo3.org Mon Feb 2 23:09:52 2009 From: ingo at typo3.org (Ingo Renner) Date: Mon, 02 Feb 2009 23:09:52 +0100 Subject: [TYPO3-dev] Including files to the once In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi all, > includeHeaderData { > type = script/css/user > file = path-to-filename > identifier = unique identifier (eg. prototype) > inline ( > string for inline > ) > attributes = xyz (like for css media-attribute etc. > position = numeric index > blockPosition = header/bodyBegin/bodyEnd > } good start, but like always there's room for improvement ;) what you propose is too complicated or too much effort already, let's make it simpler: PHP wise I would suggest the following: create a class to represent a page: $page $page->addCssFile( $pathToFile, [$blockPosition,] (defaults to xxx, defined as constants) [$additionalAttributes = 'predefined defaults'] ) $page->addInlineCss( $cssString $blockPosition, $additionalAttributes ) your identifier can be created automatically, hashing the file path f.e. and doesn't need to be something the user needs to deal with. The thing would the look similar for JS. Internally it could then work like Dmitry described it. With the introduction of such an API we could also mark the direct access to additionaHeaderData as deprecated, two versions later we can then remove it and thus enforce the use of the API and thus also a standard way of adding JS and CSS to a page. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Mon Feb 2 23:21:24 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 02 Feb 2009 23:21:24 +0100 Subject: [TYPO3-dev] Including files to the once In-Reply-To: References: Message-ID: Hi Ingo, Ingo Renner schrieb: > Steffen Kamper wrote: > > PHP wise I would suggest the following: > > create a class to represent a page: $page > > $page->addCssFile( > $pathToFile, > [$blockPosition,] (defaults to xxx, defined as constants) > [$additionalAttributes = 'predefined defaults'] > ) > > $page->addInlineCss( > $cssString > $blockPosition, > $additionalAttributes > ) > > your identifier can be created automatically, hashing the file path f.e. > and doesn't need to be something the user needs to deal with. > > The thing would the look similar for JS. > > Internally it could then work like Dmitry described it. With the > introduction of such an API we could also mark the direct access to > additionaHeaderData as deprecated, two versions later we can then remove > it and thus enforce the use of the API and thus also a standard way of > adding JS and CSS to a page. > > good idea ;-) These classes should be usable for BE and FE, so same approach. It also would simplify the template.php and tslib_pagegen, and would allow internal magic like minify, double inclusion checks etc. vg Steffen From ingo at typo3.org Tue Feb 3 00:00:16 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:00:16 +0100 Subject: [TYPO3-dev] clear specified cache_pagesection In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi Steffen, > Imho it would make sense to have a wrapper function for it, no, but the extension in question - in this case tt_news - should add tags to the cache that have a defined scheme how they're built, then you can use those tags to delete entries from the cache. There are a couple of hooks in tt_news, I'm sure you can find one to tag the cache entries... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:04:34 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:04:34 +0100 Subject: [TYPO3-dev] clear specified cache_pagesection In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi Steffen, >>> Anyway i'm not able to generate the right tag for a given set of >>> GET-params, hope that Ingo is reading and can help out. > unfortunally not. I will ask Ingo next week and report as soon i know > details. see my answer earlier ;) Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:27:00 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:27:00 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Franz Holzinger wrote: > Then you still have the possibility to write an extension patch_ > , maybe using an XCLASS to the TYPO3 core and publish it into TER. sorry, but this certainly is the worst thing you can do - poluting the TER. If you insist on such things, attach them to the bug in the bugtracker, but leave the TER alone with it! Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:35:59 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:35:59 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: ries van Twisk wrote: Hi Ries, > It might not be a bad idea to close all open bugs in bugtrack older then > 1 year, > specially when there was a patch attached. There is a good change that > the patch will not work anymore anyways. I disagree, bugs should only be closed if * they can't be reproduced or * if they've been resolved What's the sense in closing a bug if it's still present? Of course it sometimes/often takes a while until bugs get processed but when having a look at the chart under [1] I clearly see a positive trend that could even turn around the graph for open bugs... Opening the core list was one of the best decissions we made over the last years. Development accelerated at an incredible rate, we get introduced to more and more active people who are fixing bugs. And from time to time these contributors also get promoted to core developer status as has been the case with Steffen and Fran?ois lately. This again speeds up development and improves the chance of getting even old bugs fixed. And then, even if you aren't intrested in the solution to a bug anymore, others might, which is why we do not close unresolved bugs. [1] http://bugs.typo3.org/summary_jpgraph_page.php all the best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:38:51 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:38:51 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Steffen Kamper wrote: >> that some nice guy reads the report and writes a patch? >> >> Ries >> > > i said it before: detailed description and showing a way how to > reproduce, that's the important part! exactly, and then some nice guy can come along and write a patch to fix the bug. Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:42:43 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:42:43 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: ries van Twisk wrote: > would it still be a good idea to close (set to unresolved) all really > old bugs? nope. see my other post, we're waiting for the nice guys to show up and write patches ... ;) Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Tue Feb 3 00:44:44 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 00:44:44 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Marcus Krause wrote: > TYPO3 - "Inspire people to share"! well said! Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3 at rvt.dds.nl Tue Feb 3 01:21:22 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Mon, 2 Feb 2009 19:21:22 -0500 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: On Feb 2, 2009, at 6:35 PM, Ingo Renner wrote: > ries van Twisk wrote: > > Hi Ries, > >> It might not be a bad idea to close all open bugs in bugtrack older >> then >> 1 year, >> specially when there was a patch attached. There is a good change >> that >> the patch will not work anymore anyways. > > I disagree, bugs should only be closed if > > * they can't be reproduced or > * if they've been resolved > > What's the sense in closing a bug if it's still present? Of course it > sometimes/often takes a while until bugs get processed but when > having a > look at the chart under [1] I clearly see a positive trend that could > even turn around the graph for open bugs... > > Opening the core list was one of the best decissions we made over the > last years. Development accelerated at an incredible rate, we get > introduced to more and more active people who are fixing bugs. And > from > time to time these contributors also get promoted to core developer > status as has been the case with Steffen and Fran?ois lately. This > again > speeds up development and improves the chance of getting even old bugs > fixed. > > And then, even if you aren't intrested in the solution to a bug > anymore, > others might, which is why we do not close unresolved bugs. > > > [1] http://bugs.typo3.org/summary_jpgraph_page.php > > > all the best > Ingo Ingo, it was only a suggestion. THis because quite a bit of bugs are against older versions of TYPO3. And I totally understand what you are saying, as long as the people that skim and use bugtrack don't get confused by the number of bugs and that a potential poster doesn't get pushed back by the number of open bugs and thinking 'it will not get resolved, who cares' THen I am totally fine with it. I totally agreed about opening core list.. I suggested it already a couple of times before it was open. This really accelerates development but most important it opens door for these people that are interested and can work as a magnet for interested parties. Most important, since it's open source it shows open development... PS: The graphs don't revile to much at that size.... Ries From ingo at typo3.org Tue Feb 3 09:14:39 2009 From: ingo at typo3.org (Ingo Renner) Date: Tue, 03 Feb 2009 09:14:39 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: ries van Twisk wrote: > PS: The graphs don't revile to much at that size.... try this one: http://bugs.typo3.org/summary_graph_cumulative_bydate.php?width=1000 you can adjust the size through the URL... best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Tue Feb 3 14:54:36 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 03 Feb 2009 14:54:36 +0100 Subject: [TYPO3-dev] install tool don't create table Message-ID: Hi, i encountered a problem with an extension having a fieldname "month" which is not a reserved keyword for MySQL. But install tool doesn't create the table. Is there a reason for it or is it just a bug? I also encountered that you get no feedback if table create doesn't succeded, a really annying thing. vg Steffen From dmitry at typo3.org Tue Feb 3 14:56:53 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 03 Feb 2009 15:56:53 +0200 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > i encountered a problem with an extension having a fieldname "month" > which is not a reserved keyword for MySQL. > But install tool doesn't create the table. Is there a reason for it or > is it just a bug? What does it mean exactly: "does not create"? Is there a PHP or SQL error? "Does not create" does not really say anything :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From albert.van.der.veen at xs4all.nl Tue Feb 3 14:59:01 2009 From: albert.van.der.veen at xs4all.nl (Albert van der Veen) Date: Tue, 03 Feb 2009 14:59:01 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach In-Reply-To: References: Message-ID: Steffen Kamper wrote: > Hi, > > >>> After removing efa cookies are ok. I don't know much about the >>> handling of cookies, is there an easy way to fix the javascript efa >>> uses? > > should be easy > > // if document.domain is numeric, otherwise strip off the server name > and use the remainder > this.defaultDomain = > (defaultDomain)?defaultDomain:(document.domain.search(/[a-zA-Z]/) == > -1)?document.domain:document.domain.substring(document.domain.indexOf('.') > + 1,document.domain.length); > > > remove the substring and use complete domain > > vg Steffen Hi Steffen, I tried your suggestion by changing the line above to: this.defaultDomain = (defaultDomain)?defaultDomain:document.domain; What happens now is that the host part of the cookie is prefixed with a dot, so you get: name be_typo_user host .test.domain.org expires: Wed, 03 Feb 2010 13:21:09 GMT Strange thing is that I checked the value of 'cookies' around line 100 in cookies.js and there the value for domain is 'test.domain.org' (thus correct value)! And right after the cookie is set with: document.cookie = cookies; So I would assume this would result in a correctly set cookie... Any idea why a dot is placed in front when writing the cookies? grtz, Albert From info at sk-typo3.de Tue Feb 3 15:09:19 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 03 Feb 2009 15:09:19 +0100 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> i encountered a problem with an extension having a fieldname "month" >> which is not a reserved keyword for MySQL. >> But install tool doesn't create the table. Is there a reason for it or >> is it just a bug? > > What does it mean exactly: "does not create"? Is there a PHP or SQL error? "Does not create" does not really say anything :) > as i mentioned - there is no feedback, everything looks like all is done. But the table is not created, so the create statement is displayed again next time you click on the extension. vg Steffen From denyerec at gmail.com Tue Feb 3 15:11:50 2009 From: denyerec at gmail.com (Denyer Ec) Date: Tue, 3 Feb 2009 14:11:50 +0000 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Have you checked or are you able to check the PHP and MySQL error logs? On Tue, Feb 3, 2009 at 2:09 PM, Steffen Kamper wrote: > as i mentioned - there is no feedback, everything looks like all is > done. But the table is not created, so the create statement is displayed > again next time you click on the extension. ------- http://gallery.denyerec.co.uk From patrick.rodacker at the-reflection.de Tue Feb 3 15:42:52 2009 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Tue, 03 Feb 2009 15:42:52 +0100 Subject: [TYPO3-dev] how to check for inherited access restrictions in FE Message-ID: Hi list, I need to check inherited login access in a frontend plugin and wonder, whats the best way to do this. There is the flag "Include Subpages" (pages:extendToSubpages) in the tab "Access" which will use the restriction on every subpage in the page tree. The method enableFields() does not support the check for inherited restrictions, so whats the best approach to do this? How is this done on normal page level? Thanks in advance Patrick From "peter,russ" at 4many.net Tue Feb 3 16:18:52 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Tue, 03 Feb 2009 16:18:52 +0100 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 03.02.2009 14:54: > Hi, > > i encountered a problem with an extension having a fieldname "month" > which is not a reserved keyword for MySQL. > But install tool doesn't create the table. Is there a reason for it or > is it just a bug? > > I also encountered that you get no feedback if table create doesn't > succeded, a really annying thing. > > vg Steffen What is the message when you try to excute the command in phpmyadmin? Regs. Peter, -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Tue Feb 3 16:40:22 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 03 Feb 2009 16:40:22 +0100 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > --- Original Nachricht --- > Absender: Steffen Kamper > Datum: 03.02.2009 14:54: >> Hi, >> >> i encountered a problem with an extension having a fieldname "month" >> which is not a reserved keyword for MySQL. >> But install tool doesn't create the table. Is there a reason for it or >> is it just a bug? >> >> I also encountered that you get no feedback if table create doesn't >> succeded, a really annying thing. >> >> vg Steffen > > What is the message when you try to excute the command in phpmyadmin? > > Regs. Peter, > PMA does the create without errors vg Steffen From info at sk-typo3.de Tue Feb 3 18:25:40 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 03 Feb 2009 18:25:40 +0100 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Hi, i tested again on my local server and had no problems, may be it was because old version on client server with TYPO3 4.1.5 vg Steffen From typo3news at otherone.de Tue Feb 3 18:29:06 2009 From: typo3news at otherone.de (Uschi Renziehausen) Date: Tue, 03 Feb 2009 18:29:06 +0100 Subject: [TYPO3-dev] 4.3 trunk: contextmenu does not show up anymore Message-ID: Hi folks, I upgraded my core from r[doNotKnowAnyMore] to r4932. Now, the contextmenu does not show up anymore, neither on click on the icon nor on rightclick on the title. Can anybody reproduce this behaviour or did I manage to f... up my local installation? Uschi From info at sk-typo3.de Tue Feb 3 19:00:14 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 03 Feb 2009 19:00:14 +0100 Subject: [TYPO3-dev] 4.3 trunk: contextmenu does not show up anymore In-Reply-To: References: Message-ID: Hi Uschi, Uschi Renziehausen schrieb: > Hi folks, > > I upgraded my core from r[doNotKnowAnyMore] to r4932. Now, the > contextmenu does not show up anymore, neither on click on the icon nor > on rightclick on the title. Can anybody reproduce this behaviour or did > I manage to f... up my local installation? > > Uschi i checked and here all is fine with latest rev. Check your extensions for the well known extra line before vg Steffen From dosipov at phillyburbs.com Tue Feb 3 19:49:06 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Tue, 03 Feb 2009 13:49:06 -0500 Subject: [TYPO3-dev] install tool don't create table In-Reply-To: References: Message-ID: Curious - what version of MySQL were you doing it on? Dan Osipov Calkins Media http://danosipov.com/blog/ Steffen Kamper wrote: > Hi, > > i tested again on my local server and had no problems, may be it was > because old version on client server with TYPO3 4.1.5 > > vg Steffen From peter.kuehn at wmdb.de Wed Feb 4 08:47:23 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Wed, 04 Feb 2009 08:47:23 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Hey yall, what i feel noticeable about the handling of the BT is that there seem to be better chances to get a more or less useless but waaaayyyy coooool feature into the core than a bloody damned bug fixed, performance improved or other boring routine business done. humanly im not unsympathetic with that, but i doubt that featurism leads to the goals. What about that: could there be some sort of rule that helps to get bugs fixed and improvement of existing features and code done first? Like "no features until existing and *acknowledged* or *assigned* bugs are *not closed* that *has patch* and is *pending in core list*"? every now and again a new feature done instead of fixing a bug introduces another bug. the feature cant be used, the unfixed bug remains and thats: one step forward, two steps back. less features - more reliability just my 2cnt pekue Ingo Renner schrieb: > ries van Twisk wrote: > > >> would it still be a good idea to close (set to unresolved) all really >> old bugs? > > nope. see my other post, we're waiting for the nice guys to show up and > write patches ... ;) > > > Ingo > From snf at dkm.dk Wed Feb 4 08:59:39 2009 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Wed, 04 Feb 2009 08:59:39 +0100 Subject: [TYPO3-dev] new TCA manipulation extension Message-ID: Hi I've created a new extension(tcamanipulate) from which you can manipulate the TCA through the use of page TSconfig. It works on a hook in class.t3lib_userauth.php. I'm not sure if my approach is bulletproof. I guess that Manipulating the TCA in the first place isn't a very bulletproof thing to do. What do you think? What to watch out for? /Stig From info at sk-typo3.de Wed Feb 4 09:22:46 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 04 Feb 2009 09:22:46 +0100 Subject: [TYPO3-dev] new TCA manipulation extension In-Reply-To: References: Message-ID: Hi, Stig N?rgaard F?rch schrieb: > Hi > > I've created a new extension(tcamanipulate) from which you can > manipulate the TCA through the use of page TSconfig. > > It works on a hook in class.t3lib_userauth.php. > > I'm not sure if my approach is bulletproof. I guess that Manipulating > the TCA in the first place isn't a very bulletproof thing to do. > > What do you think? > What to watch out for? > > /Stig i do the same but not with pageTS, i do with a dynamic ext_tables.php which is been written on every save action, simular to install tool doing that with localconf.php. What do you manipulate exactly? Could you offer a pre-version? vg Steffen From snf at dkm.dk Wed Feb 4 09:40:39 2009 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Wed, 04 Feb 2009 09:40:39 +0100 Subject: [TYPO3-dev] new TCA manipulation extension In-Reply-To: References: Message-ID: Steffen Kamper skrev: > Hi, > > Stig N?rgaard F?rch schrieb: >> Hi >> >> I've created a new extension(tcamanipulate) from which you can >> manipulate the TCA through the use of page TSconfig. >> >> It works on a hook in class.t3lib_userauth.php. >> >> I'm not sure if my approach is bulletproof. I guess that Manipulating >> the TCA in the first place isn't a very bulletproof thing to do. >> >> What do you think? >> What to watch out for? >> >> /Stig > > i do the same but not with pageTS, i do with a dynamic ext_tables.php > which is been written on every save action, simular to install tool > doing that with localconf.php. > > What do you manipulate exactly? Well this is an example where I change the tceforms of tt_news and tt_address in a specific folder to work as a database instead of a news plugin. So I reuse tt_news and tt_address instead of writing a complete new extension. In other folders tt_news and tt_address works like normal. ##Here I add a lib with function for label_userFunc tx_tcamanipulate.includeLibs.test = fileadmin/templates/scripts/addr_title.inc ##Here I force the secondary options to be activated TCA.tt_news.ctrl.canNotCollapse = 1 TCA.tt_address.ctrl.canNotCollapse = 1 ##Here I setup the order of tt_address and change some types on some fields TCA.tt_address { ctrl.label_userFunc = user_addr_title palettes { 2.showitem = title, company 4.showitem = mobile 5.showitem = www,company 6.showitem = zip,city } types.1.showitem = hidden;;;;1-1-1, address;;6, phone;;4, email;;5, first_name, description, gender;;;;3-3-3, name columns.gender.config { type = radio items.0.0 = Ja items.0.1 = 1 items.1.0 = Nej items.1.1 = 0 default = 1 } } ## Here I change the title of the tt_news records from News to Organisation and change the layout of tt_news. And I remove the wizards. TCA.tt_news{ ctrl { title = Organisation dividers2tabs = false } types.0.showitem = title;;1;;,type,editlock,datetime;;2;;1-1-1,short,bodytext;;4;richtext:rte_transform[flag=rte_enabled|mode=ts];4-4-4,no_auto_pb,--div--;Aktiviteter og M?lgruppe,author;;;;,author_email;;;;,category;;;;,image;;;;1-1-1,imagecaption;;5;;,links;;;;2-2-2,related;;;;3-3-3,news_files;;;;4-4-4,--div--;Adresse oplysninger, tx_txsocialvejviser_adresseinformationer;;;;1-1-1 columns.author.config.checkbox = columns.author_email.config.checkbox = columns.category.config.size = 20 columns.category.config.autoSizeMax = 20 columns.category.config.wizards.add.enableByTypeConfig = 1 columns.category.config.wizards.edit.enableByTypeConfig = 1 } > Could you offer a pre-version? Pre-version? What is that? /Stig From snf at dkm.dk Wed Feb 4 09:43:23 2009 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Wed, 04 Feb 2009 09:43:23 +0100 Subject: [TYPO3-dev] new TCA manipulation extension In-Reply-To: References: Message-ID: > Could you offer a pre-version? Do you mean like a pre-release version? You can get a beta version already: http://typo3.org/extensions/repository/view/tcamanipulate/current/ /Stig From falcifer2001 at yahoo.es Wed Feb 4 12:18:35 2009 From: falcifer2001 at yahoo.es (Fernando) Date: Wed, 4 Feb 2009 11:18:35 +0000 (UTC) Subject: [TYPO3-dev] How to force page typenum in tscript Message-ID: Hello How can I force the typenum of a page in tscript? I have a script to detect mobile browsers and a template (with a special typenum) for mobiles so i want to force to this typenum if a dectect a mobile browser i want to force to this page.type Best regards Fernando From marcus#exp2009 at t3sec.info Wed Feb 4 12:33:31 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Wed, 04 Feb 2009 12:33:31 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Hi! I assume you are talking about TYPO3 core. Peter Kuehn [wmdb] schrieb am 04.02.2009 08:47 Uhr: > Hey yall, > > what i feel noticeable about the handling of the BT is that there seem > to be better chances to get a more or less useless but waaaayyyy coooool > feature into the core than a bloody damned bug fixed, performance > improved or other boring routine business done. > humanly im not unsympathetic with that, but i doubt that featurism leads > to the goals. "Inspire people to share" means not only consuming but also providing something. I guess your (wmdb) business is (amongst others) based on TYPO3. So you're a consumer. But what do you provide? I could not find wmdb in the association member or donations list. Don't get my wrong, nobody has to invest in TYPO3 in any way. But then, do you think you are in a position to complain? If you want to get rid of specific bugs, why don't you spend your time on them, provide bugfixes and send them to the core list? This would be helpful and highly appreciated. If you feel unable to produce patches, just sponsor bugs. This might help too. > What about that: > could there be some sort of rule that helps to get bugs fixed and > improvement of existing features and code done first? > Like "no features until existing and *acknowledged* or *assigned* bugs > are *not closed* that *has patch* and is *pending in core list*"? Please do show me one project that has a clean bug trail! The goal should not be to eliminate all bugs but fix serious issues. This is a common procedure in Software Development. Also mind that fixing one bug might introduce others. Marcus. From steffen at steffen-gebert.de Wed Feb 4 12:47:29 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 04 Feb 2009 12:47:29 +0100 Subject: [TYPO3-dev] How to force page typenum in tscript References: Message-ID: Fernando wrote: > How can I force the typenum of a page in tscript? > > I have a script to detect mobile browsers and a template (with a special > typenum) for mobiles so i want to force to this typenum if a dectect a > mobile browser i want to force to this page.type Please no cross-postings. Steffen From mmiousse at infoglobe.ca Wed Feb 4 13:43:55 2009 From: mmiousse at infoglobe.ca (Michael Miousse) Date: Wed, 4 Feb 2009 12:43:55 +0000 (UTC) Subject: [TYPO3-dev] new TCA manipulation extension References: Message-ID: Le Wed, 04 Feb 2009 08:59:39 +0100, Stig N?rgaard F?rch a ?crit?: > Hi > > I've created a new extension(tcamanipulate) from which you can > manipulate the TCA through the use of page TSconfig. > > It works on a hook in class.t3lib_userauth.php. > > I'm not sure if my approach is bulletproof. I guess that Manipulating > the TCA in the first place isn't a very bulletproof thing to do. > > What do you think? > What to watch out for? > > /Stig Great on of my collegue created an extension to modify tca from the admin tool->configuration-> tca ( ig_conf_editor ) but yours seem mutch more usefull nice From mmiousse at infoglobe.ca Wed Feb 4 13:49:23 2009 From: mmiousse at infoglobe.ca (Michael Miousse) Date: Wed, 4 Feb 2009 12:49:23 +0000 (UTC) Subject: [TYPO3-dev] Bugtracker - What is it good for? References: Message-ID: Le Wed, 04 Feb 2009 12:33:31 +0100, Marcus Krause a ?crit?: > Please do show me one project that has a clean bug trail! The goal > should not be to eliminate all bugs but fix serious issues. This is a > common procedure in Software Development. > > Also mind that fixing one bug might introduce others. i completely agree with you on that marcus From info at sk-typo3.de Wed Feb 4 14:04:40 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 04 Feb 2009 14:04:40 +0100 Subject: [TYPO3-dev] new TCA manipulation extension In-Reply-To: References: Message-ID: Hi, Michael Miousse schrieb: > > Great on of my collegue created an extension to modify tca from the > admin tool->configuration-> tca ( ig_conf_editor ) > > but yours seem mutch more usefull > > nice is this the one using DB? Imho unneccessary, i did a patch for this pending in core list. vg Steffen From peter.kuehn at wmdb.de Wed Feb 4 15:52:54 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Wed, 04 Feb 2009 15:52:54 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Hi Marcus, > But what do you provide? I could not find wmdb in the association > member or donations list. well, young padawan - you might have been able to find me here - digging a little deeper: http://forge.typo3.org/projects/show/extension-dam http://bugs.typo3.org/view.php?id=2381 http://bugs.typo3.org/view.php?id=6700 http://bugs.typo3.org/view.php?id=9830 http://bugs.typo3.org/view.php?id=10254 http://bugs.typo3.org/view.php?id=10312 http://bugs.typo3.org/view.php?id=10318 ... maybe here http://support.typo3.org/teams/dam/p/1/ or there http://support.typo3.org/general/dev/m/re-typo3-dev-more-than-10-check-boxes-9126/p/2/ or in the core dev todos for version 3.6.2 http://forge.typo3.org/repositories/entry/typo3v4-core/tags/TYPO3_3-6-2/TODO.txt?rev=412 or maybe you know some of the guys on this picture http://api.ning.com/files/VKW9vTKQH37jlyHehd6UpM82FEWGnFDfkmtGXZynNcQ_/3723616.bin taken in the backyard of the place where i live back in september 2003 (me sitting on the right of dan frost). nough pl comparison - youve just put the saddle on the wrong horse ;) the reason for my post was, that i can partly understand people asking "I was wondering if posting on bugs.typo3.org have any effect?": im trying to get this http://bugs.typo3.org/view.php?id=2381 fixed since january 2006. instead of fixing it, it was documented as not working in the core api. meanwhile i reposted it as http://bugs.typo3.org/view.php?id=10165 - again no response at all. > "Inspire people to share" >> could there be some sort of rule that helps to get bugs fixed and >> improvement of existing features and code done first? >> Like "no features until existing and *acknowledged* or *assigned* >> bugs are *not closed* that *has patch* and is *pending in core >> list*"? I tried to share an idea with you, that I considered worth talkin about. No offence! pekue Marcus Krause schrieb: > Hi! > > I assume you are talking about TYPO3 core. > > Peter Kuehn [wmdb] schrieb am 04.02.2009 08:47 Uhr: >> Hey yall, >> >> what i feel noticeable about the handling of the BT is that there seem >> to be better chances to get a more or less useless but waaaayyyy >> coooool feature into the core than a bloody damned bug fixed, >> performance improved or other boring routine business done. >> humanly im not unsympathetic with that, but i doubt that featurism >> leads to the goals. > > "Inspire people to share" means not only consuming but also providing > something. I guess your (wmdb) business is (amongst others) based on > TYPO3. So you're a consumer. > But what do you provide? I could not find wmdb in the association member > or donations list. > > Don't get my wrong, nobody has to invest in TYPO3 in any way. But then, > do you think you are in a position to complain? > If you want to get rid of specific bugs, why don't you spend your time > on them, provide bugfixes and send them to the core list? This would be > helpful and highly appreciated. > > If you feel unable to produce patches, just sponsor bugs. This might > help too. > > >> What about that: >> could there be some sort of rule that helps to get bugs fixed and >> improvement of existing features and code done first? >> Like "no features until existing and *acknowledged* or *assigned* bugs >> are *not closed* that *has patch* and is *pending in core list*"? > > Please do show me one project that has a clean bug trail! The goal > should not be to eliminate all bugs but fix serious issues. > This is a common procedure in Software Development. > > Also mind that fixing one bug might introduce others. > > > Marcus. From masi-no at spam-typo3.org Wed Feb 4 20:47:00 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 04 Feb 2009 20:47:00 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > Dan Osipov schrieb: >> Can there be a "connector" library that would sit in between TYPO3 >> core PHP and extJS? That way it could handle all the inconsistencies? >> > > something like that yes. What i had in mind (brainstorm mode): > > * a global Data-store that delivers result in json format, easy to > configure, working with DB-class You mean something like a JSON-view for TCA-based tables? This could also be used for other AJAX-frameworks. Though care must be taken because extJS uses special GET variables for remote sorting and paging, which are probably incompatible with other frameworks. But maybe we can make a base class with a derived extJS class. > * a wrapper class that create an extJS JS file having a class wrapped > with Ext.onReady(function(){ ... }); I don't get what do you mean. > * a set of validation rules Should these replace the home-grown JS validations that TCEforms now uses? I had the idea to check all TCA validations and make sure that all checks that can be done client side are done there. Additionally all checks that may be done with AJAX are done before saviing the record. > * an easy object for creating nested layouts In PHP or in JS? > * a bridge between LANG and JS for use localized labels Sounds good. But I have to dig into extJS localization yet. Masi From ingo at typo3.org Wed Feb 4 20:58:43 2009 From: ingo at typo3.org (Ingo Renner) Date: Wed, 04 Feb 2009 20:58:43 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Marcus Krause wrote: > If you feel unable to produce patches, just sponsor bugs. This might > help too. please don't, but please feel free to sponsor bugfixing SCNR ;) -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From peter.kuehn at wmdb.de Wed Feb 4 21:52:52 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Wed, 04 Feb 2009 21:52:52 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: another 666 beers like last year? we?ll see ;) Ingo Renner schrieb: > Marcus Krause wrote: > >> If you feel unable to produce patches, just sponsor bugs. This might >> help too. > > please don't, but please feel free to sponsor bugfixing > > SCNR ;) > From ingo at typo3.org Wed Feb 4 22:44:17 2009 From: ingo at typo3.org (Ingo Renner) Date: Wed, 04 Feb 2009 22:44:17 +0100 Subject: [TYPO3-dev] integrating extJS date picker In-Reply-To: References: Message-ID: Steffen Ritter wrote: > how about improving our search field in top right corner like there really is no problem with the search field as it is. We would have had live search in 4.2 already if it would be easy to actually do the search itself... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From mathias.schreiber at wmdb.de Wed Feb 4 23:18:02 2009 From: mathias.schreiber at wmdb.de (Mathias Schreiber [wmdb]) Date: Wed, 04 Feb 2009 23:18:02 +0100 Subject: [TYPO3-dev] RFC - Remove DBAL in total In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > Mathias Schreiber [wmdb] wrote: >> If DBAL is an extension the path would be like this: >> - Set up TYPO3 with mysql >> - Load Extension List >> - Install DBAL >> - Delete MySQL Database (if no longer needed) > > Imagine if the company uses Oracle exclusively. They have no training in MySQL and do not know how to install it. Will they choose a product that requires MySQL only to install such product? As I stated before you already had a point, I don't see the reason to repeat it. >> Option number two would be to store the extension cache in an XML file >> and use the PHP5 stuff to look things up. > > Extension cache updates hourly :) umm... and? The extension cache is the only blocker so moving that to an XML file is a valid option. I don't see why it is easier to update the database table instead of just downloading a file that is hopefully generated when a change in the TER takes place. cheers Mattes From info at sk-typo3.de Thu Feb 5 00:10:57 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 00:10:57 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: >> * a global Data-store that delivers result in json format, easy to >> configure, working with DB-class > > You mean something like a JSON-view for TCA-based tables? This could > also be used for other AJAX-frameworks. Though care must be taken > because extJS uses special GET variables for remote sorting and paging, > which are probably incompatible with other frameworks. But maybe we can > make a base class with a derived extJS class. > The data store object of extJS is a very nice object, i don't know it from other JS libs. It allows to bind to data in general, which can be database, xml, array or what ever. It's combined with a reader which defines how the data is organized. What i have in mind is a php class which sets the properties for data store. It's an object for often reuse whenever datastore is needed. Not deep thought yet. >> * a wrapper class that create an extJS JS file having a class wrapped >> with Ext.onReady(function(){ ... }); > > I don't get what do you mean. this is already in core, you have the $this->doc->extJScode which is a string that will be wrapped with Ext.onReady(function(){ ... }); in doc->startPage. > >> * a set of validation rules > > Should these replace the home-grown JS validations that TCEforms now > uses? I had the idea to check all TCA validations and make sure that all > checks that can be done client side are done there. Additionally all > checks that may be done with AJAX are done before saviing the record. > i really like the vtypes - you have a set of validation rules and use it in the objects (forms) for validate like vtype: email It's more easy to maintain, easy to extend etc. Sure, only makes sense if forms use extJS, but a basic set of validation rule should be there. >> * an easy object for creating nested layouts > > In PHP or in JS? > in php. Have a look at http://php-ext.quimera-solutions.com/ where it's done completely in php. Nested layouts are not easy to build, so an "Autogenerator" would be a great help, but this is just a future vision. >> * a bridge between LANG and JS for use localized labels > > Sounds good. But I have to dig into extJS localization yet. > as i brought the "#10144: enable JS-Libs in BE" to core list i would like to enable language support there. but this is only for the labels coming from extJS, eg the paginator for grids. The idea here was something that generates the labels dynamic with php as inline JS ready to use, like Ext.lang{ label.ok = "OK", label.cancel = "cancel" } vg Steffen From dmitry at typo3.org Thu Feb 5 09:11:03 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 10:11:03 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > as i brought the "#10144: enable JS-Libs in BE" to core list i would > like to enable language support there. but this is only for the labels > coming from extJS, eg the paginator for grids. > > The idea here was something that generates the labels dynamic with php > as inline JS ready to use, like > Ext.lang{ > label.ok = "OK", > label.cancel = "cancel" > } ExtJS recommends to do it differently... For example, object should have: ==================== TYPO3.TCEForms.date = Ext.extend(...., function() { label_badDate: 'Bad date', ... }); ==================== And localized version: ==================== TYPO3_TCEForms.date.nl = { label_bad_date = 'Lorem ipsum' }; $dateField = new TYPO3.TCEForms.date({ .... }); Ext.apply($dateField, TYPO3.TCEForms.date.nl, {}); ==================== Names for label properties are not standardized. I am not sure if we can use this whole approach. It is worth doing it like ExtJS recommends but we have to evaluate of it is convenient for us. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo.removeformessage at fx-graefix.de Thu Feb 5 09:36:26 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 05 Feb 2009 09:36:26 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 Message-ID: Hi, for me it's quite confusing to find the correct syntax for retrieving GET/POST values in various situations. For "gettext" values in TS you need to use "GPvar:stuff" and for TS conditions it's just "GP" or "_GET"/"_POST" (which are not documented) to retrieve a value from $_GET/$_POST. Even more confusing is, that t3lib_div::GPvar is now deprecated in TYPO3 4.3 and t3lib_div::_GP should be used, but the gettext syntax is still "GPvar". So we currently have different namings all over TYPO3 and it's really hard to remember the correct syntax to be used in certain places. How do you feel about that? Should this be cleaned up, aliases with consistent naming be provided and old names be defined as deprecated? -- kind regards, Franz Koch From marcus#exp2009 at t3sec.info Thu Feb 5 09:38:27 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Thu, 05 Feb 2009 09:38:27 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Ingo Renner schrieb am 02/04/2009 08:58 PM Uhr: > Marcus Krause wrote: > >> If you feel unable to produce patches, just sponsor bugs. This might >> help too. > > please don't, but please feel free to sponsor bugfixing Well, you know what I mean. At least, we got "sponsored bugs" in a way last year with the Security "Schnitzeljagd" campaign. An Apple IPod and T3N subscriptions were given away for the "winners". Marcus. From masi-no at spam-typo3.org Thu Feb 5 09:44:02 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 09:44:02 +0100 Subject: [TYPO3-dev] integrating extJS date picker In-Reply-To: References: Message-ID: Ingo Renner schrieb: > Steffen Ritter wrote: > >> how about improving our search field in top right corner like > > there really is no problem with the search field as it is. We would have > had live search in 4.2 already if it would be easy to actually do the > search itself... Fully agreed. The only thing I'd like to see is a) the cursor (never seen with my FF2) and b) a search button (I hate forms without trigger buttons). Masi From info at sk-typo3.de Thu Feb 5 09:57:56 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 09:57:56 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov schrieb: > Hi! > > ExtJS recommends to do it differently... For example, object should have: > > ==================== > TYPO3.TCEForms.date = Ext.extend(...., function() { > label_badDate: 'Bad date', > ... > }); > ==================== > > And localized version: > > ==================== > TYPO3_TCEForms.date.nl = { > label_bad_date = 'Lorem ipsum' > }; > > $dateField = new TYPO3.TCEForms.date({ .... }); > Ext.apply($dateField, TYPO3.TCEForms.date.nl, {}); > ==================== > > Names for label properties are not standardized. I am not sure if we can use this whole approach. It is worth doing it like ExtJS recommends but we have to evaluate of it is convenient for us. > i also saw this, but i don't like it for TYPO3. extJS does this for other reasons, eg displaying a language select and change lang dynamic. We don't need that, as the BE_USER has selected his language before, so i would suggest to use the simple approach. vg Steffen From masi-no at spam-typo3.org Thu Feb 5 10:12:21 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 10:12:21 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi Masi, > > Martin Kutschker schrieb: >>> * a global Data-store that delivers result in json format, easy to >>> configure, working with DB-class >> >> You mean something like a JSON-view for TCA-based tables? This could >> also be used for other AJAX-frameworks. Though care must be taken >> because extJS uses special GET variables for remote sorting and paging, >> which are probably incompatible with other frameworks. But maybe we can >> make a base class with a derived extJS class. >> > > The data store object of extJS is a very nice object, i don't know it > from other JS libs. It allows to bind to data in general, which can be > database, xml, array or what ever. It's combined with a reader which > defines how the data is organized. What i have in mind is a php class > which sets the properties for data store. It's an object for often reuse > whenever datastore is needed. Not deep thought yet. Ok, then we had different ideas. For now I created the necessary JS code "manually" and didn't think to write PHP generators for every extJS class/feature. What I had in mind is to create a reusable/configurable class/script to feed extJS JSON readers (and maybe XML readers). I guess that there are typical use cases which can be preconfigured. Masi From ingo at typo3.org Thu Feb 5 10:16:03 2009 From: ingo at typo3.org (Ingo Renner) Date: Thu, 05 Feb 2009 10:16:03 +0100 Subject: [TYPO3-dev] Bugtracker - What is it good for? In-Reply-To: References: Message-ID: Marcus Krause wrote: Hi Marcus, > Well, you know what I mean. sure, I guess you saw the "SCNR ;)" best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Thu Feb 5 10:33:03 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 10:33:03 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi, may be Dmitry, you, me and other interested should do a session on TDD09 and discuss / develop approaches for this, it's difficult to transport them all in mails here. Sure we can give small ideas, but would be nice to have some concrete results out of it :-) vg Steffen From shadow333 at gmail.com Thu Feb 5 10:48:03 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Thu, 5 Feb 2009 10:48:03 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hello List The problem with including extJS into the typo3 core as far as i can see it is the licensing model. If i read it right, every project that has been built with typo3 has to be provided as open source to the community, i see a problem with some web companies that build commercial extensions here... i could be wrong, after all, im not an advocate. greetings Oliver On Thu, Feb 5, 2009 at 10:33 AM, Steffen Kamper wrote: > Hi, > > may be Dmitry, you, me and other interested should do a session on TDD09 > and discuss / develop approaches for this, it's difficult to transport > them all in mails here. Sure we can give small ideas, but would be nice > to have some concrete results out of it :-) > > vg Steffen > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From dmitry at typo3.org Thu Feb 5 10:48:19 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 11:48:19 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > may be Dmitry, you, me and other interested should do a session on TDD09 > and discuss / develop approaches for this, it's difficult to transport > them all in mails here. Sure we can give small ideas, but would be nice > to have some concrete results out of it :-) Good idea! -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 10:53:27 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 11:53:27 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Oliver Leitner wrote: > The problem with including extJS into the typo3 core as far as i can > see it is the licensing model. > > If i read it right, every project that has been built with typo3 has > to be provided as open source to the community, i see a problem with > some web companies that build commercial extensions here... > > i could be wrong, after all, im not an advocate. You do not read it right :) http://www.gnu.org/licenses/gpl-faq.html#CanIDemandACopy http://www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 10:54:42 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 11:54:42 +0200 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi! Franz Koch wrote: > How do you feel about that? Should this be cleaned up, aliases with > consistent naming be provided and old names be defined as deprecated? They have to be kept working, that's for sure. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From shadow333 at gmail.com Thu Feb 5 11:23:51 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Thu, 5 Feb 2009 11:23:51 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi Dimitry Thx for the links... the Problem is, that the extJS license Differs from the gpl, thats why they call it open source license... the differences are explained on extJS homepage, partly as a statement with the commercial license... On Thu, Feb 5, 2009 at 10:53 AM, Dmitry Dulepov wrote: > Hi! > > Oliver Leitner wrote: >> The problem with including extJS into the typo3 core as far as i can >> see it is the licensing model. >> >> If i read it right, every project that has been built with typo3 has >> to be provided as open source to the community, i see a problem with >> some web companies that build commercial extensions here... >> >> i could be wrong, after all, im not an advocate. > > You do not read it right :) > > http://www.gnu.org/licenses/gpl-faq.html#CanIDemandACopy > http://www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic > > -- > Dmitry Dulepov > TYPO3 core team > "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From typo.removeformessage at fx-graefix.de Thu Feb 5 11:38:36 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 05 Feb 2009 11:38:36 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi, > Franz Koch wrote: >> How do you feel about that? Should this be cleaned up, aliases with >> consistent naming be provided and old names be defined as deprecated? > > They have to be kept working, that's for sure. of course. And as far as I see, only TS parameters/conditions would need aliases (no changes in php method names) whereas the current names must be kept, but maybe defined deprecated in TSref. -- kind regards, Franz Koch From gawain at camlann.de Thu Feb 5 11:44:46 2009 From: gawain at camlann.de (Christian Welzel) Date: Thu, 05 Feb 2009 11:44:46 +0100 Subject: [TYPO3-dev] License issues (was: extJS library) In-Reply-To: References: Message-ID: Oliver Leitner schrieb: > the Problem is, that the extJS license Differs from the gpl, thats why > they call it open source license... It would be important to me as the TYPO3-debian-maintainer, that the TYPO3 core is free of software compontents with licenses that are not compatible with the Debian Free Software Guidelines (DFSG). As Debian does not allow such software in its main repository, i would either have to remove these components from the core or i must request the removal of TYPO3 from debian repository as a whole. I'm not sure if this would be in the interest of the TYPO3 community. So please stay with software thats licenses are listed as DFSG compatible. For a list of these licenses look at this page: http://wiki.debian.org/DFSGLicenses -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 From typo3 at t3node.com Thu Feb 5 11:52:35 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 05 Feb 2009 11:52:35 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi. On 05.02.2009 09:36 Franz Koch wrote: > > for me it's quite confusing to find the correct syntax for retrieving > GET/POST values in various situations. For "gettext" values in TS you > need to use "GPvar:stuff" and for TS conditions it's just "GP" or > "_GET"/"_POST" (which are not documented) to retrieve a value from > $_GET/$_POST. _GET / _POST in TS conditions? IMHO only GP does work here. > > Even more confusing is, that t3lib_div::GPvar is now deprecated in TYPO3 > 4.3 and t3lib_div::_GP should be used, but the gettext syntax is still > "GPvar". > Easy to fix. I added a bug with patch. See: http://bugs.typo3.org/view.php?id=10357 Could you please add some text for TSref getText to the bug comments? I do not have the time atm. > > How do you feel about that? Should this be cleaned up, aliases with > consistent naming be provided and old names be defined as deprecated? > PHP throws a warning if things are deprecated, but TS? -- cheers, Steffen http://www.t3node.com/ From typo.removeformessage at fx-graefix.de Thu Feb 5 12:14:57 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 05 Feb 2009 12:14:57 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi, > On 05.02.2009 09:36 Franz Koch wrote: >> for me it's quite confusing to find the correct syntax for retrieving >> GET/POST values in various situations. For "gettext" values in TS you >> need to use "GPvar:stuff" and for TS conditions it's just "GP" or >> "_GET"/"_POST" (which are not documented) to retrieve a value from >> $_GET/$_POST. > > _GET / _POST in TS conditions? IMHO only GP does work here. I can't remember the correct syntax, but it is somehow possible to directly check for a GET or a POST var and not use GP. Martin Kutschker wrote that one in this list. >> Even more confusing is, that t3lib_div::GPvar is now deprecated in TYPO3 >> 4.3 and t3lib_div::_GP should be used, but the gettext syntax is still >> "GPvar". >> > > Easy to fix. I added a bug with patch. See: > http://bugs.typo3.org/view.php?id=10357 Thanks. > Could you please add some text for TSref getText to the bug comments? I > do not have the time atm. I'm also short of time atm. >> How do you feel about that? Should this be cleaned up, aliases with >> consistent naming be provided and old names be defined as deprecated? >> > > PHP throws a warning if things are deprecated, but TS? I ment just declaring it as deprecated in TSref. -- kind regards, Franz Koch From peter.kuehn at wmdb.de Thu Feb 5 12:16:36 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 12:16:36 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? Message-ID: Hi yall, some questions to those, who know more about databases than i do: How standard compliant is "truncate table"? On which DBMS will it work or not work? Is ADODB able to rewrite it where it does not work? Background: I plan to submit a patch request for t3lib_tcemain->clear_cacheCmd() where $cacheCmd=='all', if truncate table will not break DBAL. The currently used "DELETE FROM cache_*" calls end up as an entry in slow query logs on larger installs. thnx in advance pekue From typo.removeformessage at fx-graefix.de Thu Feb 5 12:18:39 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 05 Feb 2009 12:18:39 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi, >>> for me it's quite confusing to find the correct syntax for retrieving >>> GET/POST values in various situations. For "gettext" values in TS you >>> need to use "GPvar:stuff" and for TS conditions it's just "GP" or >>> "_GET"/"_POST" (which are not documented) to retrieve a value from >>> $_GET/$_POST. >> >> _GET / _POST in TS conditions? IMHO only GP does work here. > > I can't remember the correct syntax, but it is somehow possible to > directly check for a GET or a POST var and not use GP. Martin Kutschker > wrote that one in this list. check this out: [globalVar = _GET|key=value] -- kind regards, Franz Koch From masi-no at spam-typo3.org Thu Feb 5 12:30:11 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 12:30:11 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: > Hi yall, > > some questions to those, who know more about databases than i do: > > How standard compliant is "truncate table"? Not at all. It's a Mysql thingy. > On which DBMS will it work or not work? > Is ADODB able to rewrite it where it does not work? We could add a simple wrapper in t3lib_db. > Background: > I plan to submit a patch request for t3lib_tcemain->clear_cacheCmd() > where $cacheCmd=='all', if truncate table will not break DBAL. > The currently used "DELETE FROM cache_*" calls end up as an entry in > slow query logs on larger installs. Is truncate really faster? I assumed that a DELETE without a WHERE clause will work internally the same as a TRUNCATE. BTW, is there any difference for MyIsam or InnoDB tables? Masi From typo3dev2008.nospam1 at geithware.de Thu Feb 5 12:30:33 2009 From: typo3dev2008.nospam1 at geithware.de (Stefan Geith) Date: Thu, 05 Feb 2009 12:30:33 +0100 Subject: [TYPO3-dev] Weird Error message with T3X Import when extra NL after closing PHP-Tag: MD5 mismatch Message-ID: Hi Devs, after importing (on another typo3-installation) a new version of one of my plugins, I got this error-message in extension-manager: Extension Manager Wrong file format. No data recognized, Error: MD5 mismatch. Maybe the extension file was downloaded and saved as a text file by the browser and thereby corrupted!? (Always select "All" filetype when saving extensions) After some reserach, I found one php-file in my plugin, that had extra newlines after closing php tag ... I removed these, exported T3X again ... and: No more error-message after extension import ... Question: How can extra newlines after a closing php-tag lead to such a missleading error-message ? Any ideas ? I'm just curious ... - Stefan From info at sk-typo3.de Thu Feb 5 12:30:58 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 12:30:58 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi, Peter Kuehn [wmdb] schrieb: > Hi yall, > > some questions to those, who know more about databases than i do: > > How standard compliant is "truncate table"? > On which DBMS will it work or not work? > Is ADODB able to rewrite it where it does not work? > > Background: > I plan to submit a patch request for t3lib_tcemain->clear_cacheCmd() > where $cacheCmd=='all', if truncate table will not break DBAL. > The currently used "DELETE FROM cache_*" calls end up as an entry in > slow query logs on larger installs. > > thnx in advance > pekue as i know it will lead to problems on oracle etc. For that reasons i made an extension "truncate_tables" which is used for some clients having MySQL only. vg Steffen From masi-no at spam-typo3.org Thu Feb 5 12:32:02 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 12:32:02 +0100 Subject: [TYPO3-dev] Typoscript Config for Frontend and Backend In-Reply-To: References: Message-ID: Frank Weindel schrieb: > Martin Kutschker wrote: >> Frank Weindel schrieb: >>> Hi All, >>> >>> I have some configuration that I'd like my extension to be able to >>> access from the backend and the frontend. Is there a way to configure >>> typoscript that can be seen by both? >> >> You can define TypoScript constants for the FE via pageTS config. >> >> See >> http://typo3.org/documentation/document-library/core-documentation/doc_core_tsconfig/4.2.0/view/1/3/#id4164688 >> >> >> Masi > > Thanks Martin, but this will not work for me. That seems to work great > if you only want to bring over individual values, but I have complete > typoscript structures to bring over, which can vary significantly. [snip] > Is there any way to have a structure like this available to the frontend > and backend without having to define it in both places? This would be > an extremely useful feature... None that I'm a aware of. But as Francois wrote: there are so many features in in TYPO3 you can still learn new things for years. Masi From info at sk-typo3.de Thu Feb 5 12:35:03 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 12:35:03 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > > Is truncate really faster? I assumed that a DELETE without a WHERE > clause will work internally the same as a TRUNCATE. > for sure. We had some clients where clear cache lead to server crash. Truncate does the job in less a minute there. (MySQL) vg Steffen From info at sk-typo3.de Thu Feb 5 12:37:17 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 12:37:17 +0100 Subject: [TYPO3-dev] Weird Error message with T3X Import when extra NL after closing PHP-Tag: MD5 mismatch In-Reply-To: References: Message-ID: Hi, Stefan Geith schrieb: > > Question: > How can extra newlines after a closing php-tag lead to such a > missleading error-message ? > Any ideas ? I'm just curious ... > > - > > Stefan no idea for now, but glad to see this - extra lines stop context menu to work. vg Steffen From christopher at loerken.net Thu Feb 5 12:35:45 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Thu, 05 Feb 2009 12:35:45 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach - Even worse version of the problem: Involuntary hijacking In-Reply-To: References: Message-ID: Hello everyone. We've experiencing some session problems on our site since a few days that are far worse then simply having to log in twice: Our users frequently get the wrong session and are logged in as someone else! (I am only speaking about FE logins here. Since we are currently using only one BE login I can neither confirm nor neglet problems there.) I am sure you understand the severity of this problem and I would really be glad for _any_ help I can get in this matter! Extended description: - users return to our site and are logged in correctly because of stored cookie - when they click somewhere, they are logged in as someone else (has been reported for simply browsing the site as well as for changing languages). - everything works normal when they log out and in again - The problem has first been reported on January 30th. - The problem has, up to now, only been reported on the german part of the site. Probably users that go to the .com domain and change the language to german. - I did not manage to reproduce the problem. Used versions: I've upgraded from Typo3 4.2.3 -> 4.2.4 on January 21st. First bug report came on Jan. 30th (still running 4.2.4). I've upgraded to 4.2.5 on Febuary 4th as I read about the session problems. I've cleared the fe_sessions table, but the problem remains. Two answer your questions Marcus: > - browser type and version Confirmed reports for Firefox 3.0.5 and IE 6. > - host setup as multidomain (with web server config (alias) or TYPO3 > multidomain) Multiple domains: supremacy1914.com .de .at Same Typo3 tree with different languages per L parameter. > - any redirects (with web server config or TYPO3) German speaking domains automatically append the L=1 per htaccess redirect: # append default start site to empty domain RewriteCond %{REQUEST_URI} ^/$ [NC] RewriteCond %{HTTP_HOST} ^[a-z\.]*supremacy1914\.(at|ch|de)+(.*) [NC] RewriteRule .* http://www.supremacy1914.%1/index.php?id=25 [L,R=301] # append L=1 if on german TLD, a index.php file is requested and it is # not eID mode. RewriteCond %{HTTP_HOST} ^[a-z\.]*supremacy1914\.(at|ch|de)+(.*) [NC] RewriteCond %{REQUEST_URI} ^/index\.php(.*)$ [NC] RewriteCond %{QUERY_STRING} !^(.*)&L=(.*)$ [NC] RewriteCond %{QUERY_STRING} !^(^eID=|.*&eID=)(.*)$ RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI}?%{QUERY_STRING}&L=1 [L,R=301] > - cookie details as shown in the browser Sadly, I cannot reproduce the problem. > - sniffed network traffic (domain D sets cookie C, cookie details are > shown in browser as XXX, browser sends slightly modified cookie C back > to domain) Don't know how to do that. > - different behaviour in browser X and browser Y Since it has been reported in FF3 and IE6 I think it is a cross browser problem. We do, however, get reports that IE7 does have problems with keeping the session and that users are frequently logged out without reason. Again, I couldn't reproduce that on my system. > - is a proxy involved no > - TYPO3 configuration ($TYPO3_CONF_VARS['SYS']['cookieDomain'] etc..) cookieDomain is not set. $TYPO3_CONF_VARS['FE']['lifetime'] = '86400'; $TYPO3_CONF_VARS['FE']['permalogin'] = '2'; Used extensions are tx_felogin (1.0.0), sr_languagemenu (1.4.0) mm_forum user registration module (0.1.7) For matters of completeness (may or may not be important): I've rewritten part of the user registration to log them in automatically when they register. I am using this method to do that: /** * Logs in a user in the Typo3 FE. * * Login code discussion: http://www.typo3.net/forum/list/list_post//71147/?page=1#pid299542 * Final code adopted from here: http://www.sk-typo3.de/FE-Userlogin-per-Code.191.0.html * * @param string $uname - unescaped name of the user. */ public static function loginUserByName($uname) { if (!$GLOBALS['TSFE']->fe_user) { $GLOBALS['TSFE']->fe_user = tslib_eidtools::initFeUser(); } $GLOBALS['TSFE']->fe_user->checkPid=0; //do not use a particular pid $info= $GLOBALS['TSFE']->fe_user->getAuthInfoArray(); $user=$GLOBALS['TSFE']->fe_user->fetchUserRecord($info['db_user'],$uname); $GLOBALS['TSFE']->fe_user->createUserSession($user); $GLOBALS['TSFE']->fe_user->user = $user; } --> I am keeping custom log files (code removed from the snipped above) and the creation of new users and their auto-login does not show ovious relations to the session problem. This code has been live for over a month before the problems were first reported. > - is the problem reproducable Not for me, but some users report that it happens really a lot to them. > - does deleting cookies help I didn't confirm that with my users, but since logging out and logging in fixes the problem for the current session I guess deleting cookies does also help. I'll be glad to provide any more information that you might need and that I can deliver. This is _the_ top priority problem for me. Thank you and best wishes, Christopher ------- Find attached my install tool debug info: ### DEBUG SYSTEM INFORMATION - START ### HTTP_HOST : www.supremacy1914.com TYPO3_HOST_ONLY : www.supremacy1914.com TYPO3_PORT : PATH_INFO : QUERY_STRING : TYPO3_INSTALL[type]=phpinfo REQUEST_URI : /typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo HTTP_REFERER : http://www.supremacy1914.com/typo3/install/index.php?TYPO3_INSTALL[type]=about TYPO3_REQUEST_HOST : http://www.supremacy1914.com TYPO3_REQUEST_URL : http://www.supremacy1914.com/typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo TYPO3_REQUEST_SCRIPT: http://www.supremacy1914.com/typo3/install/index.php TYPO3_REQUEST_DIR : http://www.supremacy1914.com/typo3/install/ TYPO3_SITE_URL : http://www.supremacy1914.com/ TYPO3_SITE_SCRIPT : typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo TYPO3_SSL : TYPO3_REV_PROXY : SCRIPT_NAME : /typo3/install/index.php TYPO3_DOCUMENT_ROOT : /var/www SCRIPT_FILENAME : /var/www/typo3/install/index.php REMOTE_ADDR : 132.230.161.55 REMOTE_HOST : HTTP_USER_AGENT : Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 HTTP_ACCEPT_LANGUAGE: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 CONST: PHP_OS : Linux CONST: TYPO3_OS : CONST: PATH_thisScri: /var/www/typo3/install/index.php CONST: php_sapi_name: apache2handler OTHER: TYPO3_VERSION: 4.2.5 OTHER: PHP_VERSION : 5.2.4-2ubuntu5.4 imagecreatefromgif(): 1 imagecreatefrompng(): 1 imagecreatefromjpeg(: 1 imagegif() : 1 imagepng() : 1 imagejpeg() : 1 imagettftext() : 1 OTHER: IMAGE_TYPES : 15 OTHER: memory_limit : 300M SERVER: SERVER_PORT : 80 SERVER: SERVER_SOFTW: Apache SERVER: GATEWAY_INTE: CGI/1.1 SERVER: SCRIPT_NAME : /typo3/install/index.php SERVER: PATH_TRANSLA: T3CV_GFX: image_proc: 1 T3CV_GFX: gdlib : 1 T3CV_GFX: gdlib_png : 1 T3CV_GFX: gdlib_2 : 11 T3CV_GFX: im : 1 T3CV_GFX: im_path : /usr/X11R6/bin/ T3CV_GFX: im_path_lz: /usr/bin/ T3CV_GFX: im_version: im5 T3CV_GFX: im_negate_: 1 T3CV_GFX: im_imvMask: 0 T3CV_GFX: im_combine: composite ### DEBUG SYSTEM INFORMATION - END ### From peter.kuehn at wmdb.de Thu Feb 5 12:42:28 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 12:42:28 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: >> Is truncate really faster? it is - and has to be: delete without a where simply deletes every single row - by row, by row, by... ;) Steffen Kamper schrieb: > Hi, > > Martin Kutschker schrieb: >> >> Is truncate really faster? I assumed that a DELETE without a WHERE >> clause will work internally the same as a TRUNCATE. >> > > for sure. We had some clients where clear cache lead to server crash. > Truncate does the job in less a minute there. (MySQL) > > vg Steffen From typo3 at rvt.dds.nl Thu Feb 5 12:54:16 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 5 Feb 2009 06:54:16 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: On Feb 5, 2009, at 6:35 AM, Steffen Kamper wrote: > Hi, > > Martin Kutschker schrieb: >> >> Is truncate really faster? I assumed that a DELETE without a WHERE >> clause will work internally the same as a TRUNCATE. >> > > for sure. We had some clients where clear cache lead to server crash. > Truncate does the job in less a minute there. (MySQL) > > vg Steffen truncate and delete without a where clause are not the same. Truncate will usually not fire an ON DELETE triggers and foreign references to wards the truncated table are not checked. if there are foreign references the truncate will not continue and you have to truncate them all at the same time. Implementations depend on the vendor but since TYPO3 is so simple in it's DB design the result of the command would almost be the same on all RDBM's There is no TRUNCATE command in the SQL standard but it's implemented at some DB vendors. Oracle, MySQL, PostgreSQL, mssql seems to support it.... A API in the db class would be on it's place. ..->getTruncateSQLCommand(Array $tables); Would return the appropriate commands for the tables on the currently running DB. Ries From peter.kuehn at wmdb.de Thu Feb 5 12:51:58 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 12:51:58 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > We could add a simple wrapper in t3lib_db. exec_TRUNCATEquery($table) that checks if running on mysql use "truncate" else "delete from without where" ? id love to have that one - would even be cool for cli-importers and stuff where i frequently have to clear tmp-tables. gRTz pekue From typo3 at rvt.dds.nl Thu Feb 5 12:58:40 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 5 Feb 2009 06:58:40 -0500 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach - Even worse version of the problem: Involuntary hijacking In-Reply-To: References: Message-ID: On Feb 5, 2009, at 6:35 AM, Christopher L?rken wrote: > Hello everyone. > > We've experiencing some session problems on our site since a few days > that are far worse then simply having to log in twice: > > Our users frequently get the wrong session and are logged in as > someone > else! are you sure these users are wlays getting a not cached version of the site? They should be because they are logged in but I think I have seen teh same once.... try setting no-cache in TYPOSCRIPT. If that solved the problem then you know the area to look into the solve the real problem.... oink :) Ries From typo3 at rvt.dds.nl Thu Feb 5 13:01:00 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 5 Feb 2009 07:01:00 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: On Feb 5, 2009, at 6:51 AM, Peter Kuehn [wmdb] wrote: > Martin Kutschker schrieb: > >> We could add a simple wrapper in t3lib_db. > > exec_TRUNCATEquery($table) that checks > if running on mysql > use "truncate" > else "delete from without where" > ? > > id love to have that one - would even be cool for cli-importers and > stuff where i frequently have to clear tmp-tables. > gRTz > pekue You only need to pass an Array of tables in the case you want to truncate more then one table. The reason is because of possible foreign references that will not be checked and if found the truncate will not be executed. Now I know that this doesn't really count for TYPO3 but the API should be correct. Ries From johnange at gmail.com Thu Feb 5 13:01:30 2009 From: johnange at gmail.com (John Angel) Date: Thu, 5 Feb 2009 13:01:30 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Check this out, also: http://bugs.typo3.org/view.php?id=5370 From masi-no at spam-typo3.org Thu Feb 5 13:05:53 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 13:05:53 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: ries van Twisk schrieb: > > On Feb 5, 2009, at 6:35 AM, Steffen Kamper wrote: > >> Hi, >> >> Martin Kutschker schrieb: >>> >>> Is truncate really faster? I assumed that a DELETE without a WHERE >>> clause will work internally the same as a TRUNCATE. >>> >> >> for sure. We had some clients where clear cache lead to server crash. >> Truncate does the job in less a minute there. (MySQL) >> >> vg Steffen > > truncate and delete without a where clause are not the same. > > Truncate will usually not fire an ON DELETE triggers and foreign > references to wards the truncated table are not checked. if there are > foreign references > the truncate will not continue and you have to truncate them all at the > same time. > Implementations depend on the vendor but since TYPO3 is so simple in > it's DB design the result of the command would > almost be the same on all RDBM's > > There is no TRUNCATE command in the SQL standard but it's implemented at > some DB vendors. Oracle, MySQL, PostgreSQL, mssql seems to support it.... Oops, I really thought that PosgreSQL had no truncate. Maybe we don't need a wrapper after all. But OTOH adding one doesn't hurt and maybe helpful. Masi From j.a.m.v.d.wiel at tue.nl Thu Feb 5 13:11:26 2009 From: j.a.m.v.d.wiel at tue.nl (Bas v.d. Wiel) Date: Thu, 05 Feb 2009 13:11:26 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ries van Twisk wrote: > On Feb 5, 2009, at 6:51 AM, Peter Kuehn [wmdb] wrote: > >> Martin Kutschker schrieb: >> >>> We could add a simple wrapper in t3lib_db. >> exec_TRUNCATEquery($table) that checks >> if running on mysql >> use "truncate" >> else "delete from without where" >> ? >> >> id love to have that one - would even be cool for cli-importers and >> stuff where i frequently have to clear tmp-tables. >> gRTz >> pekue > > You only need to pass an Array of tables in the case you want to > truncate > more then one table. The reason is because of possible foreign > references > that will not be checked and if found the truncate will not be executed. > Now I know that this doesn't really count for TYPO3 but the API should > be correct. > > Ries In my experience a TRUNCATE is *a lot* faster than 'DELETE FROM tablename'.. probably due to the fact that TRUNCATE apparently doesn't guarantee referential integrity, which is fine as far as I'm concerned seeing how 'flat' TYPO3's DB schema is anyway. It's not standard SQL though, so I would still prefer the 'DELETE FROM' method for general public use. At least it doesn't bomb out/behave unexpectedly when a user decides to implement foreign key constraints for whatever reason.. like myself once, out of curiosity, but I quickly had to retrace my steps. Migration to another RDBMS would also be a whole lot easier if TYPO3 exclusively used standard SQL everywhere. I still feel many parent/child relationships between TYPO3 tables could benefit from foreign key constraints. Simple things like setting 'deleted' to 1 on related content elements when a page gets deleted. Bas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmK124ACgkQ2l7ND2B9iE3LiQCgi2ZaGrOypSNA3iIG/uamwUfG FhIAoODrD/BjDIrROKMm7ChskgRID3g0 =5oFh -----END PGP SIGNATURE----- From peter.kuehn at wmdb.de Thu Feb 5 13:27:13 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 13:27:13 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: so - as a summary of the notes to > http://bugs.typo3.org/view.php?id=5370 : the problem fill be fixed in 4.3, crashing servers running on versions < 4.3 are - according to dmitry - not relevant. did i get the point right? ;) From christopher at loerken.net Thu Feb 5 13:38:46 2009 From: christopher at loerken.net (=?ISO-8859-1?Q?Christopher_L=F6rken?=) Date: Thu, 05 Feb 2009 13:38:46 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach - Even worse version of the problem: Involuntary hijacking In-Reply-To: References: Message-ID: Hello Ries and thank you for your answer. The users can log in to our game as the wrong user and they can post under the wrong names in the forum so I seriously doubt it is a mere caching problem. Besides that, most of my own written plugins run as USER_INT. Furthermore, my custom debug logging at various points logs their correct IP address with the uid of the hijacked fe_user (taken from $GLOBALS['TSFE']). Thank you, Christopher ries van Twisk schrieb: > > On Feb 5, 2009, at 6:35 AM, Christopher L?rken wrote: > >> Hello everyone. >> >> We've experiencing some session problems on our site since a few days >> that are far worse then simply having to log in twice: >> >> Our users frequently get the wrong session and are logged in as someone >> else! > > are you sure these users are wlays getting a not cached version of the > site? > They should be because they are logged in but I think I have seen teh > same once.... > try setting no-cache in TYPOSCRIPT. If that solved the problem then you > know > the area to look into the solve the real problem.... oink :) > > Ries > > > > > > From typo3 at rvt.dds.nl Thu Feb 5 13:46:53 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 5 Feb 2009 07:46:53 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: On Feb 5, 2009, at 7:11 AM, Bas v.d. Wiel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > ries van Twisk wrote: >> On Feb 5, 2009, at 6:51 AM, Peter Kuehn [wmdb] wrote: >> >>> Martin Kutschker schrieb: >>> >>>> We could add a simple wrapper in t3lib_db. >>> exec_TRUNCATEquery($table) that checks >>> if running on mysql >>> use "truncate" >>> else "delete from without where" >>> ? >>> >>> id love to have that one - would even be cool for cli-importers and >>> stuff where i frequently have to clear tmp-tables. >>> gRTz >>> pekue >> >> You only need to pass an Array of tables in the case you want to >> truncate >> more then one table. The reason is because of possible foreign >> references >> that will not be checked and if found the truncate will not be >> executed. >> Now I know that this doesn't really count for TYPO3 but the API >> should >> be correct. >> >> Ries > > In my experience a TRUNCATE is *a lot* faster than 'DELETE FROM > tablename'.. probably due to the fact that TRUNCATE apparently doesn't > guarantee referential integrity, which is fine as far as I'm concerned > seeing how 'flat' TYPO3's DB schema is anyway. It's not standard SQL > though, so I would still prefer the 'DELETE FROM' method for general > public use. At least it doesn't bomb out/behave unexpectedly when a > user > decides to implement foreign key constraints for whatever reason.. > like > myself once, out of curiosity, but I quickly had to retrace my steps. > Migration to another RDBMS would also be a whole lot easier if TYPO3 > exclusively used standard SQL everywhere. > > I still feel many parent/child relationships between TYPO3 tables > could > benefit from foreign key constraints. Simple things like setting > 'deleted' to 1 on related content elements when a page gets deleted. > > Bas Bas. the only thing I would be a bit worried about is IF the user makes for his own extension two tables with foreign references constrains then TRUNCATE WILL bomb out if only one table get's truncated. That's why I think an API that accepts an array of tables would be on it's place. And now I think of it... May be a cascade Boolean needs to be added to such API aswell. PostgreSQL supports the CASCADE FLAG, not sure if MySQL has such a one or that you need to wrap in in a transaction. I will let the MySQL GURU's speak for that one.... Ries From peter.kuehn at wmdb.de Thu Feb 5 13:52:59 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 13:52:59 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: > A API in the db class would be on it's place. > ...->getTruncateSQLCommand(Array $tables); [...] > You only need to pass an Array of tables in the case you want to truncate > more then one table. The reason is because of possible foreign references > that will not be checked and if found the truncate will not be executed. sounds excellent! can someone tell me, who from the core-team members is in charge for t3lib_db? > Now I know that this doesn't really count for TYPO3 but the API should > be correct. nanana ;) From dmitry at typo3.org Thu Feb 5 15:34:38 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 16:34:38 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Oliver Leitner wrote: > the Problem is, that the extJS license Differs from the gpl, thats why > they call it open source license... Not for us. We got a special license from ExtJS for TYPO3. They used FLOS exception to license ExtJS as GPLv2 for TYPO3. This issue was checked by lawyers already. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 15:37:32 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 16:37:32 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Christian Welzel wrote: > It would be important to me as the TYPO3-debian-maintainer, that the > TYPO3 core is free of software compontents with licenses that are not > compatible with > the Debian Free Software Guidelines (DFSG). > As Debian does not allow such software in its main repository, i would > either > have to remove these components from the core or i must request the > removal of TYPO3 > from debian repository as a whole. I'm not sure if this would be in the > interest of the > TYPO3 community. > So please stay with software thats licenses are listed as DFSG compatible. > For a list of these licenses look at this page: > http://wiki.debian.org/DFSGLicenses Debian is one of many. If Debian does not want to have TYPO3, personally I say "hell with Debian". Their problem, not ours. Anyone can download and install TYPO3 from typo3.org if Debian is that stupid. Also you could have used search to find that these issues do not exist before writing your message. ExtJS is GPLv2 specially for TYPO3. There is no need to create panic here. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 15:39:59 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 16:39:59 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > Is truncate really faster? I assumed that a DELETE without a WHERE > clause will work internally the same as a TRUNCATE. > > BTW, is there any difference for MyIsam or InnoDB tables? Yes. TRUNCATE on InnoDB is an alias for DELETE and deletes all rows inside one internal transaction. TRUNCATE on MyISAM is much faster than delete because it just resets row counter to 0. DELETE removes all rows and much slower on MyISAM with many rows. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 15:41:59 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 16:41:59 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > so - as a summary of the notes to >> http://bugs.typo3.org/view.php?id=5370 : > the problem fill be fixed in 4.3, crashing servers running on versions < > 4.3 are - according to dmitry - not relevant. > > did i get the point right? ;) Yes. TYPO3 4.3 uses TRUNCATE for cache tables. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo3 at rvt.dds.nl Thu Feb 5 15:59:07 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 5 Feb 2009 09:59:07 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: On Feb 5, 2009, at 9:39 AM, Dmitry Dulepov wrote: > Hi! > > Martin Kutschker wrote: >> Is truncate really faster? I assumed that a DELETE without a WHERE >> clause will work internally the same as a TRUNCATE. >> >> BTW, is there any difference for MyIsam or InnoDB tables? > > Yes. TRUNCATE on InnoDB is an alias for DELETE and deletes all rows > inside one internal transaction. Dmitry, as stated before (please read) and according to the MySQL manual: For an InnoDB table before version 5.0.3, InnoDB processes TRUNCATE TABLE by deleting rows one by one. As of MySQL 5.0.3, row by row deletion is used only if there are any FOREIGN KEY constraints that reference the table. If there are no FOREIGN KEY constraints, InnoDB performs fast truncation by dropping the original table and creating an empty one with the same definition, which is much faster than deleting rows one by one > > > TRUNCATE on MyISAM is much faster than delete because it just resets > row counter to 0. DELETE removes all rows and much slower on MyISAM > with many rows. From peter.kuehn at wmdb.de Thu Feb 5 15:59:18 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 15:59:18 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: > Yes. TRUNCATE on InnoDB is an alias for DELETE and deletes all > rows inside one internal transaction. erm... http://dev.mysql.com/doc/refman/5.0/en/truncate.html http://packages.debian.org/de/etch/misc/mysql-server Dmitry Dulepov schrieb: > Hi! > > Martin Kutschker wrote: >> Is truncate really faster? I assumed that a DELETE without a WHERE >> clause will work internally the same as a TRUNCATE. >> >> BTW, is there any difference for MyIsam or InnoDB tables? > > Yes. TRUNCATE on InnoDB is an alias for DELETE and deletes all rows inside one internal transaction. > > TRUNCATE on MyISAM is much faster than delete because it just resets row counter to 0. DELETE removes all rows and much slower on MyISAM with many rows. > From dmitry at typo3.org Thu Feb 5 16:11:54 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 17:11:54 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! ries van Twisk wrote: > For an InnoDB table before version 5.0.3, InnoDB processes TRUNCATE > TABLE by deleting rows one by one. As of MySQL 5.0.3, row by row > deletion is used only if there are any FOREIGN KEY constraints that > reference the table. If there are no FOREIGN KEY constraints, InnoDB > performs fast truncation by dropping the original table and creating an > empty one with the same definition, which is much faster than deleting > rows one by one How does it contradict my words in regard to TYPO3? TYPO3 does not use referral integrity, so for TYPO3 TRUNCATE is equivalent to DELETE on InnoDB. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From gawain at camlann.de Thu Feb 5 16:17:18 2009 From: gawain at camlann.de (Christian Welzel) Date: Thu, 05 Feb 2009 16:17:18 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Debian". Their problem, not ours. Anyone can download and install TYPO3 from typo3.org if Debian > is that stupid. If defining rules for what someone considers "free" software is stupid, then i agree, debian is stupid. I'm happy that people other then you dont think so. > Also you could have used search to find that these issues do not exist before writing your > message. ExtJS is GPLv2 specially for TYPO3. There is no need to create panic here. I do not create panic here. I only wanted people to be informed about consequences when mixing several licenses. That is an issue that does not only affect debian. Not all "free" software is "free". And yes, we already had license issues with debian and components of TYPO3 before (especially with the icons taken from the "silk" icon set). I do not know, if your opinion about licensing is the general opinion of the core team, but if it so this way, we can all be looking forward to license trouble in the upcoming future. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 From peter.kuehn at wmdb.de Thu Feb 5 16:18:55 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 16:18:55 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: > Yes. TYPO3 4.3 uses TRUNCATE for cache tables. thats good news but once again: Youve closed the core related ticket http://bugs.typo3.org/view.php?id=5370 containing the clear statement "I have seen a TYPO3 website go down completely, because of cleaning the cache or updating the TS code.", which i can definately confirm, since we had the same worst case scenario more than once, with the final note "Closing the issue because it is no longer relevant". From my point of view, its no less then a maximum credible accident if an application is able to shutdown an in production server by point and click and definately anything but "not relevant". Im sure, at least I hope, that I misunderstood you somehow. cheers pekue Dmitry Dulepov schrieb: > Hi! > > Peter Kuehn [wmdb] wrote: >> so - as a summary of the notes to >>> http://bugs.typo3.org/view.php?id=5370 : >> the problem fill be fixed in 4.3, crashing servers running on versions < >> 4.3 are - according to dmitry - not relevant. >> >> did i get the point right? ;) > > Yes. TYPO3 4.3 uses TRUNCATE for cache tables. > From tobias.pierschel at vision-pool.de Thu Feb 5 16:32:37 2009 From: tobias.pierschel at vision-pool.de (Tobias Pierschel) Date: Thu, 05 Feb 2009 16:32:37 +0100 Subject: [TYPO3-dev] T3 4.3 Trunk & TemplaVoila Message-ID: Hi Guys, we just installed the trunk version of TYPO3 and uses the current version of templavoila. Now we get: Notice: Function GPvar of class t3lib_div is deprecated (called from /srv/www/htdocs/xyz/html/online/xyz/typo3conf/ext/templavoila/pi1/class.tx_templavoila_pi1.php#311, defined in /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php#390) in /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php on line 5238 okay, we could deactivate the notices, but it i think the notice has its reason.. Can anyone help? Greetings Tobi From marcus#exp2009 at t3sec.info Thu Feb 5 16:34:16 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Thu, 05 Feb 2009 16:34:16 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Steffen Kamper schrieb am 02/05/2009 12:35 PM Uhr: > Hi, > > Martin Kutschker schrieb: >> >> Is truncate really faster? I assumed that a DELETE without a WHERE >> clause will work internally the same as a TRUNCATE. >> > > for sure. We had some clients where clear cache lead to server crash. > Truncate does the job in less a minute there. (MySQL) The reason why: Indexes AFAIK, truncate doesn't care about indexes, it removes all rows in an "atomic operation". A delete will rebuild indexes after each removed row. Marcus. From peter.kuehn at wmdb.de Thu Feb 5 16:39:37 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 16:39:37 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: > Indexes me, pointing up to the topic: which indexes need to remain/be rebuilt on "clear all cache" in 4.1.x/4.2.x ? did I miss something? gRTz pekue Marcus Krause schrieb: > Steffen Kamper schrieb am 02/05/2009 12:35 PM Uhr: >> Hi, >> >> Martin Kutschker schrieb: >>> Is truncate really faster? I assumed that a DELETE without a WHERE >>> clause will work internally the same as a TRUNCATE. >>> >> for sure. We had some clients where clear cache lead to server crash. >> Truncate does the job in less a minute there. (MySQL) > > The reason why: > > Indexes > > AFAIK, truncate doesn't care about indexes, it removes all rows in an > "atomic operation". A delete will rebuild indexes after each removed row. > > > > Marcus. From shadow333 at gmail.com Thu Feb 5 16:43:08 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Thu, 5 Feb 2009 16:43:08 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: hmm, didnt think id start nother religious war... however... jquery, prototype, scriptaculous. besides the fact that less js is often more for website performance;) what would be so special bout extJS anyways, that we couldnt live without it? On Thu, Feb 5, 2009 at 4:17 PM, Christian Welzel wrote: > Dmitry Dulepov schrieb: > >> Debian". Their problem, not ours. Anyone can download and install TYPO3 from typo3.org if Debian >> is that stupid. > > If defining rules for what someone considers "free" software is stupid, then i agree, debian > is stupid. I'm happy that people other then you dont think so. > >> Also you could have used search to find that these issues do not exist before writing your >> message. ExtJS is GPLv2 specially for TYPO3. There is no need to create panic here. > > I do not create panic here. > I only wanted people to be informed about consequences when mixing several licenses. > That is an issue that does not only affect debian. Not all "free" software is "free". > And yes, we already had license issues with debian and components of TYPO3 before (especially > with the icons taken from the "silk" icon set). > > I do not know, if your opinion about licensing is the general opinion of the core team, but > if it so this way, we can all be looking forward to license trouble in the upcoming future. > > > -- > MfG, Christian Welzel > > GPG-Key: http://www.camlann.de/key.asc > Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From marcus#exp2009 at t3sec.info Thu Feb 5 16:45:02 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Thu, 05 Feb 2009 16:45:02 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb am 02/05/2009 04:39 PM Uhr: >> Indexes > > me, pointing up to the topic: > which indexes need to remain/be rebuilt on "clear all cache" in > 4.1.x/4.2.x ? > did I miss something? I was talking about DB indexes, not TYPO3 ones. ;-) Marcus. From peter.kuehn at wmdb.de Thu Feb 5 16:50:59 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 16:50:59 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: lol - given. but as for clear all cache: not rebuilt indexes are no drawback, right? still in the hope to lead this discussion to a productive result ;) pekue Marcus Krause schrieb: > Peter Kuehn [wmdb] schrieb am 02/05/2009 04:39 PM Uhr: >>> Indexes >> me, pointing up to the topic: >> which indexes need to remain/be rebuilt on "clear all cache" in >> 4.1.x/4.2.x ? >> did I miss something? > > I was talking about DB indexes, not TYPO3 ones. ;-) > > > Marcus. From peter.kuehn at wmdb.de Thu Feb 5 16:57:42 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 16:57:42 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: maybe it helps if i resort the last two posts a bit: > TYPO3 does not use referral integrity >> If there are no FOREIGN KEY constraints, >> InnoDB performs fast truncation by dropping the original table and >> creating an empty one with the same definition, which is much faster >> than deleting rows one by one ... see? ;) Dmitry Dulepov schrieb: > Hi! > > ries van Twisk wrote: >> For an InnoDB table before version 5.0.3, InnoDB processes TRUNCATE >> TABLE by deleting rows one by one. As of MySQL 5.0.3, row by row >> deletion is used only if there are any FOREIGN KEY constraints that >> reference the table. If there are no FOREIGN KEY constraints, InnoDB >> performs fast truncation by dropping the original table and creating an >> empty one with the same definition, which is much faster than deleting >> rows one by one > > How does it contradict my words in regard to TYPO3? TYPO3 does not use referral integrity, so for TYPO3 TRUNCATE is equivalent to DELETE on InnoDB. > From info at sk-typo3.de Thu Feb 5 17:00:44 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 17:00:44 +0100 Subject: [TYPO3-dev] T3 4.3 Trunk & TemplaVoila In-Reply-To: References: Message-ID: Hi, Tobias Pierschel schrieb: > Hi Guys, > we just installed the trunk version of TYPO3 and uses the current > version of templavoila. Now we get: > > Notice: Function GPvar of class t3lib_div is deprecated (called from > /srv/www/htdocs/xyz/html/online/xyz/typo3conf/ext/templavoila/pi1/class.tx_templavoila_pi1.php#311, > defined in > /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php#390) > in > /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php > on line 5238 > > okay, we could deactivate the notices, but it i think the notice has its > reason.. Can anyone help? > > Greetings > Tobi patch exists a long time in BT, so it will go in. vg Steffen From dmitry at typo3.org Thu Feb 5 17:09:07 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 18:09:07 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Christian Welzel wrote: > If defining rules for what someone considers "free" software is stupid, > then i agree, debian > is stupid. I'm happy that people other then you dont think so. Well, I am pragmatic. If Debian has principles that limit my use of the products, I do not use Debian. There are plenty good alternatives around. > I only wanted people to be informed about consequences when mixing > several licenses. > That is an issue that does not only affect debian. Not all "free" > software is "free". > And yes, we already had license issues with debian and components of > TYPO3 before (especially > with the icons taken from the "silk" icon set). > > I do not know, if your opinion about licensing is the general opinion of > the core team, but You do know. Read my message again: "...personally I say..." > if it so this way, we can all be looking forward to license trouble in > the upcoming future. You don't. I already answered this question twice. You can find it in this thread. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dosipov at phillyburbs.com Thu Feb 5 17:10:53 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Thu, 05 Feb 2009 11:10:53 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Yes - and it locks the site, since new entries to the cache wait for the query to complete. I have to manually truncate the table prior to running clear all cache (our pages_cache table grows to over 25 Gb) Dan Osipov Calkins Media http://danosipov.com/blog/ Peter Kuehn [wmdb] wrote: > >> Is truncate really faster? > it is - and has to be: delete without a where simply deletes every > single row - by row, by row, by... ;) > > Steffen Kamper schrieb: >> Hi, >> >> Martin Kutschker schrieb: >>> >>> Is truncate really faster? I assumed that a DELETE without a WHERE >>> clause will work internally the same as a TRUNCATE. >>> >> >> for sure. We had some clients where clear cache lead to server crash. >> Truncate does the job in less a minute there. (MySQL) >> >> vg Steffen From dmitry at typo3.org Thu Feb 5 17:12:13 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 18:12:13 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Oliver Leitner wrote: > what would be so special bout extJS anyways, that we couldnt live without it? Lots of UI widgets that save us a lot of development time. All core development happens in core team member's free time. No one pays for it. As a result spending this precious time on duplicating code from other framework would be very ......not clever..... thing. So we do use third-party products in TYPO3. It allows us to focus on TYPO3 development instead of reinventing a wheel for the hundred time :) If you are interested what can be done with ExtJS, here is an article from my blog: http://typo3bloke.net/post-details/ajax_portal_with_typo3/ There is a demo. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Thu Feb 5 17:12:51 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 17:12:51 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Dan Osipov schrieb: > Yes - and it locks the site, since new entries to the cache wait for the > query to complete. > > I have to manually truncate the table prior to running clear all cache > (our pages_cache table grows to over 25 Gb) > check out my extension ;-) vg Steffen From dmitry at typo3.org Thu Feb 5 17:16:27 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 18:16:27 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > Youve closed the core related ticket > http://bugs.typo3.org/view.php?id=5370 containing the clear statement "I > have seen a TYPO3 website go down completely, because of cleaning the > cache or updating the TS code.", which i can definately confirm, since > we had the same worst case scenario more than once, with the final note > "Closing the issue because it is no longer relevant". Please, reread the issue subject and text, not the comment. If the comment goes offtopic, it is a problem of the comment. We do not fix comments, we fix the problem described in the text of the report. It says to use TRUNCATE instead of DELETE. This is what we do in 4.3. Therefore original issue is no longer relevant. The original issue does not exist anymore. If you have another issue, create another bug report. What would you propose? Not to clear cache? > From my point of view, its no less then a maximum credible accident if > an application is able to shutdown an in production server by point and > click and definately anything but "not relevant". > > Im sure, at least I hope, that I misunderstood you somehow. You did :) Deom developer's view there should be one report for one issue. For example, if issue is "Change DELETE to TRUNCATE", than "DELETE or TRUNCATE kills my server" is a completely different issue and it should be failed separately. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 17:17:20 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 18:17:20 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > maybe it helps if i resort the last two posts a bit: > >> TYPO3 does not use referral integrity >>> If there are no FOREIGN KEY constraints, >>> InnoDB performs fast truncation by dropping the original table and >>> creating an empty one with the same definition, which is much faster >>> than deleting rows one by one > > ... see? ;) No :( Do you mind explaining? :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dosipov at phillyburbs.com Thu Feb 5 17:19:41 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Thu, 05 Feb 2009 11:19:41 -0500 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Completely agree (based on experience). Dan Osipov Calkins Media http://danosipov.com/blog/ Peter Kuehn [wmdb] wrote: > maybe it helps if i resort the last two posts a bit: > > > TYPO3 does not use referral integrity > >> If there are no FOREIGN KEY constraints, > >> InnoDB performs fast truncation by dropping the original table and > >> creating an empty one with the same definition, which is much faster > >> than deleting rows one by one > > ... see? ;) > > > > Dmitry Dulepov schrieb: >> Hi! >> >> ries van Twisk wrote: >>> For an InnoDB table before version 5.0.3, InnoDB processes TRUNCATE >>> TABLE by deleting rows one by one. As of MySQL 5.0.3, row by row >>> deletion is used only if there are any FOREIGN KEY constraints that >>> reference the table. If there are no FOREIGN KEY constraints, InnoDB >>> performs fast truncation by dropping the original table and creating an >>> empty one with the same definition, which is much faster than deleting >>> rows one by one >> >> How does it contradict my words in regard to TYPO3? TYPO3 does not use >> referral integrity, so for TYPO3 TRUNCATE is equivalent to DELETE on >> InnoDB. >> From info at sk-typo3.de Thu Feb 5 17:21:56 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 17:21:56 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Hi! > > Peter Kuehn [wmdb] wrote: >> maybe it helps if i resort the last two posts a bit: >> >>> TYPO3 does not use referral integrity >>>> If there are no FOREIGN KEY constraints, >>>> InnoDB performs fast truncation by dropping the original table and >>>> creating an empty one with the same definition, which is much faster >>>> than deleting rows one by one >> ... see? ;) > > No :( Do you mind explaining? :) > he mean "If there are _no_ FOREIGN KEY constraints, so InnoBD does the fast truncation for us (TYPO3) ;) that's also my expierience, as the cache tables are InnoDB and truncate is really fast on them. vg Steffen From dmitry at typo3.org Thu Feb 5 17:26:49 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 18:26:49 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > he mean "If there are _no_ FOREIGN KEY constraints, > > so InnoBD does the fast truncation for us (TYPO3) ;) > > that's also my expierience, as the cache tables are InnoDB and truncate > is really fast on them. That's right. I am a bit lost now. Where are we? :) What do we discuss? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at rs-websystems.de Thu Feb 5 17:33:20 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 05 Feb 2009 17:33:20 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Christian Welzel schrieb: > Oliver Leitner schrieb: > >> the Problem is, that the extJS license Differs from the gpl, thats why >> they call it open source license... > > It would be important to me as the TYPO3-debian-maintainer, that the > TYPO3 core is free of software compontents with licenses that are not > compatible with > the Debian Free Software Guidelines (DFSG). > As Debian does not allow such software in its main repository, i would > either > have to remove these components from the core or i must request the > removal of TYPO3 > from debian repository as a whole. I'm not sure if this would be in the > interest of the > TYPO3 community. > So please stay with software thats licenses are listed as DFSG compatible. > For a list of these licenses look at this page: > http://wiki.debian.org/DFSGLicenses > > Debian packages of TYPO3 are never really up to date. Especially not on stable releases... And there is no pragmatic way to have several version on your server or automatically create several instances... In fact it is unusable for productive envirements... Only Beginners might profit as long as "apt-get install typo3" is enough for a typo3 installations only fullfilling basic requirements... So if typo3 is canceled from the package list, this won't be really dramatic for anyone... But I think it would be moved to "non-free" packages. And in my opinion, everybody using Typo3.deb packgages from rep, will have non-free enabled in any way :P Just my opinion to that... Steffen From info at sk-typo3.de Thu Feb 5 17:33:32 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 17:33:32 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> he mean "If there are _no_ FOREIGN KEY constraints, >> >> so InnoBD does the fast truncation for us (TYPO3) ;) >> >> that's also my expierience, as the cache tables are InnoDB and truncate >> is really fast on them. > > That's right. I am a bit lost now. Where are we? :) What do we discuss? > i feel with you, i get lost in this discussion too. What we have: We use truncate in 4.3, we don't change 4.2. So nothing to do ... vg Steffen From christopher at loerken.net Thu Feb 5 17:51:32 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Thu, 05 Feb 2009 17:51:32 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach - Even worse version of the problem: Involuntary hijacking In-Reply-To: References: Message-ID: Update: It seems that some accounts are more affected by this problem then others. So different users reported that they were logged in for the same user. Quite a coincidence with more than 2,000 logins per day I would say... Any ideas? Can there be a problem with computing the ses_id maybe? I am even running with IP lock to the first 2 parts of the IP, but it swaps the session freely to the wrong users... I'm kinda lost here... Greetings, Christopher From dmitry at typo3.org Thu Feb 5 19:08:41 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 20:08:41 +0200 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > i feel with you, i get lost in this discussion too. > > What we have: We use truncate in 4.3, we don't change 4.2. > So nothing to do ... Yes, exactly. We keep 4.2 as is and we encourage users to switch to a newer better version :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From peter.kuehn at wmdb.de Thu Feb 5 20:02:41 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 20:02:41 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life Message-ID: Hi core team, in another thread today steffen came to the conclusion "we don't change 4.2" related to changes on the existing caching mechanisms. I see your point - even if it adds another quarter (or more) to an unstable situation for some of us. Besides from the caching framework: Do you see any other field, where RFCs on changes for 4.2.x / 4.1.x will have no chance to go into svn? Asked the other way round: Are there plans for a regular (not security related) 4.2.6? If so: what will it contain? Infos bout that might keep me and others from running on dead end tracks. thnx in advance pekue From at at delusionworld.com Thu Feb 5 20:02:25 2009 From: at at delusionworld.com (Thomas Allmer) Date: Thu, 05 Feb 2009 20:02:25 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Steffen Kamper wrote: >> as i brought the "#10144: enable JS-Libs in BE" to core list i would >> like to enable language support there. but this is only for the labels >> coming from extJS, eg the paginator for grids. This here inspired me to write a little article as I don't think you really need multi-language support in javascript if you do proper progressive enhancement. http://www.delusionworld.com/webdev/progressive-enhancement/ If someone finds another reason why to use multi-language support for javascript, just let me know... so far I couldn't think of anything that would require it (except for the two small exceptions mentioned in the article). cheers -- +---------------------------------+-----------------------------------+ | Thomas Allmer | http://www.delusionworld.com | | E-mail: at at delusionworld.com | phone: +43 699 16217064 | +---------------------------------+-----------------------------------+ From info at sk-typo3.de Thu Feb 5 20:11:09 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 20:11:09 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi, Thomas Allmer schrieb: > Dmitry Dulepov wrote: >> Steffen Kamper wrote: >>> as i brought the "#10144: enable JS-Libs in BE" to core list i would >>> like to enable language support there. but this is only for the labels >>> coming from extJS, eg the paginator for grids. > > This here inspired me to write a little article as I don't think you > really need multi-language support in javascript if you do proper > progressive enhancement. > > http://www.delusionworld.com/webdev/progressive-enhancement/ > > If someone finds another reason why to use multi-language support for > javascript, just let me know... so far I couldn't think of anything that > would require it (except for the two small exceptions mentioned in the > article). > yes there is a reason: extJS widgets use internal labels, eg the paginator of grid. These labels are in the language packs of extJS, have a look to the core files. vg Steffen From masi-no at spam-typo3.org Thu Feb 5 20:12:50 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 20:12:50 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: > > Asked the other way round: > Are there plans for a regular (not security related) 4.2.6? > If so: what will it contain? Any 4.2.x release will contain only security and bug fixes and changes that are necessary for compatibility (eg with new browser or DB version). You won't see any new features - no, not even tiny ones. Masi From info at sk-typo3.de Thu Feb 5 20:13:06 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 20:13:06 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Peter Kuehn [wmdb] schrieb: > Hi core team, > > in another thread today steffen came to the conclusion "we don't change > 4.2" related to changes on the existing caching mechanisms. I see your > point - even if it adds another quarter (or more) to an unstable > situation for some of us. > > Besides from the caching framework: > Do you see any other field, where RFCs on changes for 4.2.x / 4.1.x will > have no chance to go into svn? > > Asked the other way round: > Are there plans for a regular (not security related) 4.2.6? > If so: what will it contain? > > Infos bout that might keep me and others from running on dead end tracks. > > thnx in advance > pekue we have a certain strategy: We maintain former versions, so we fix bugs there (and this leads to new releases), but we don't change behaviour. This "features" will be only applied to next versions (trunk) vg Steffen From typo3 at t3node.com Thu Feb 5 20:29:16 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 05 Feb 2009 20:29:16 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi. On 05.02.2009 12:18 Franz Koch wrote: > > check this out: > [globalVar = _GET|key=value] > > indeed! it hits getGlobal, reading from $GLOBALS['_GET']['key'] -- cheers, Steffen http://www.t3node.com/ From masi-no at spam-typo3.org Thu Feb 5 20:31:35 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 20:31:35 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Steffen M?ller schrieb: > Hi. > > On 05.02.2009 12:18 Franz Koch wrote: >> check this out: >> [globalVar = _GET|key=value] >> >> > > indeed! > it hits getGlobal, reading from $GLOBALS['_GET']['key'] But thinking about this again it shouldn't do it this way. As we recommend to use t3lib_div::_GET() it's odd that we don't have a way to use it from TS conditions. Masi From at at delusionworld.com Thu Feb 5 20:42:18 2009 From: at at delusionworld.com (Thomas Allmer) Date: Thu, 05 Feb 2009 20:42:18 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Steffen Kamper wrote: >> Thomas Allmer schrieb: >> [...] >> This here inspired me to write a little article as I don't think you >> really need multi-language support in javascript if you do proper >> progressive enhancement. >> >> http://www.delusionworld.com/webdev/progressive-enhancement/ IF you do proper progressive enhancement > yes there is a reason: extJS widgets use internal labels, eg the > paginator of grid. These labels are in the language packs of extJS, have > a look to the core files. pagination you mean for example this? http://extjs.com/deploy/dev/examples/grid/paging.html The article is about progressive enhancement and if you look at the source code of this example - I'm sorry to say but this has nothing to do with progressive enhancement. Only one
and everything else is done in javascript - without js you see nothing (so you don't write html anymore just js?) Sorry but I don't like this approach (that's why I'm not so into ext - its just my personal opinion, don't get offended). Maybe you have an example where it's done with some html code? just a quick thought (with progressive enhancement): .. so the labels are here "ascending and descending", just fetch it from there :p it would even work without javascript :) If you don't like my approach or you don't care about progressive enhancement (I don't know who need it anyway? *hehe*) just ignore my posts. cheers -- +---------------------------------+-----------------------------------+ | Thomas Allmer | http://www.delusionworld.com | | E-mail: at at delusionworld.com | phone: +43 699 16217064 | +---------------------------------+-----------------------------------+ From peter.kuehn at wmdb.de Thu Feb 5 21:00:27 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 21:00:27 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: no. i will definately not start a discussion if crashing servers by accidently saving a TSTemplate in the wrong module is a bug or not. no. not again ;) > You won't see any new features - no, not even tiny ones. didnt expect features at all - who would. i was asking for guidelines, what will be considered being a bug and what a missing feature. thnx to IBM pekue Martin Kutschker schrieb: > Peter Kuehn [wmdb] schrieb: >> Asked the other way round: >> Are there plans for a regular (not security related) 4.2.6? >> If so: what will it contain? > > Any 4.2.x release will contain only security and bug fixes and changes > that are necessary for compatibility (eg with new browser or DB > version). You won't see any new features - no, not even tiny ones. > > Masi From at at delusionworld.com Thu Feb 5 21:02:58 2009 From: at at delusionworld.com (Thomas Allmer) Date: Thu, 05 Feb 2009 21:02:58 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > If you are interested what can be done with ExtJS, here is an article from my blog: > http://typo3bloke.net/post-details/ajax_portal_with_typo3/ http://mochaui.com/demo/ -- +---------------------------------+-----------------------------------+ | Thomas Allmer | http://www.delusionworld.com | | E-mail: at at delusionworld.com | phone: +43 699 16217064 | +---------------------------------+-----------------------------------+ From masi-no at spam-typo3.org Thu Feb 5 21:04:41 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 05 Feb 2009 21:04:41 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: > no. i will definately not start a discussion if crashing servers by > accidently saving a TSTemplate in the wrong module is a bug or not. no. > not again ;) > >> You won't see any new features - no, not even tiny ones. > didnt expect features at all - who would. i was asking for guidelines, > what will be considered being a bug and what a missing feature. Then I didn't understand the question. Data corruption is certainly a bug, but I don't understand what saving a TStemplate in the wrong module means. You can access a TS template only via alt_doc.php (Web>List or "edit full record" link in Web>Template) or via Web>Template. What other module can be a "wrong" one. Masi From dmitry at typo3.org Thu Feb 5 21:06:45 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 22:06:45 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > no. i will definately not start a discussion if crashing servers by > accidently saving a TSTemplate in the wrong module is a bug or not. no. > not again ;) Why? It is a bug. If it is reproducable, you should report it and provide a way for us to reproduce the bug. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 5 21:09:16 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 05 Feb 2009 22:09:16 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Thomas Allmer wrote: > http://mochaui.com/demo/ Yes. There is also jQuery, YUI, etc. The problem is that ExtJS is unbeatable. Why would we use something worse if we can use better? :) In addition we cannot use MochaUI because if the mootools. TYPO3 decided on Prototype some time ago. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From at at delusionworld.com Thu Feb 5 21:18:51 2009 From: at at delusionworld.com (Thomas Allmer) Date: Thu, 05 Feb 2009 21:18:51 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Thomas Allmer wrote: >> http://mochaui.com/demo/ > > Yes. There is also jQuery, YUI, etc. The problem is that ExtJS is unbeatable. Why would we use something worse if we can use better? :) > > In addition we cannot use MochaUI because if the mootools. TYPO3 decided on Prototype some time ago. *hehe* I couldn't resist - I thought it was some kind a contest who finds the nicest javascript thingi... :D although I can't agree with the unbeatable things (because of the progressive enhancement) - but that's another things... using multiple frameworks isn't a "good" thing - right? but I know we can't help if for TYPO3 4.x; really look forward to TYPO3v5 :p let's see how they do... :p cheers -- +---------------------------------+-----------------------------------+ | Thomas Allmer | http://www.delusionworld.com | | E-mail: at at delusionworld.com | phone: +43 699 16217064 | +---------------------------------+-----------------------------------+ From typo3 at t3node.com Thu Feb 5 21:20:21 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 05 Feb 2009 21:20:21 +0100 Subject: [TYPO3-dev] Inconsistent naming of methods to fetch GET/POST vars all over T3 In-Reply-To: References: Message-ID: Hi. On 05.02.2009 20:31 Martin Kutschker wrote: > But thinking about this again it shouldn't do it this way. As we > recommend to use t3lib_div::_GET() it's odd that we don't have a way to > use it from TS conditions. > So what would be your proposal in the end? In case user knows for sure if data comes from _GET OR _POST: [globalVar = G:key = value] [globalVar = P:key = value] or [globalVar = _GET:key = value] [globalVar = _POST:key = value] and similar: obj.data = g:key obj.data = p:key -- cheers, Steffen http://www.t3node.com/ From peter.kuehn at wmdb.de Thu Feb 5 21:50:27 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 21:50:27 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: > I don't understand what saving a TStemplate in the wrong module > means. short version: every saving of data in "web > template" does a clear all cache. simply create an +ext template in "Web > Template" on a subpage to modify a plugin: sysext/tstemplate/index.php line 422 triggers $tce->clear_cacheCmd("all"); open an existing one the modfunc "Info/Modify", edit and save it from there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line 132 will do the job for you. see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php line 271 for another example. do so cause you dont know on a site with lots of traffic and some GB of cache_*-pages and watch your phone ;) Martin Kutschker schrieb: > Peter Kuehn [wmdb] schrieb: >> no. i will definately not start a discussion if crashing servers by >> accidently saving a TSTemplate in the wrong module is a bug or not. no. >> not again ;) >> >>> You won't see any new features - no, not even tiny ones. >> didnt expect features at all - who would. i was asking for guidelines, >> what will be considered being a bug and what a missing feature. > > Then I didn't understand the question. Data corruption is certainly a > bug, but I don't understand what saving a TStemplate in the wrong module > means. You can access a TS template only via alt_doc.php (Web>List or > "edit full record" link in Web>Template) or via Web>Template. What other > module can be a "wrong" one. > > Masi From info at sk-typo3.de Thu Feb 5 21:56:31 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 21:56:31 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Peter Kuehn [wmdb] schrieb: > > I don't understand what saving a TStemplate in the wrong module > > means. > short version: every saving of data in "web > template" does a clear all > cache. > > simply create an +ext template in "Web > Template" on a subpage to > modify a plugin: sysext/tstemplate/index.php line 422 triggers > $tce->clear_cacheCmd("all"); > open an existing one the modfunc "Info/Modify", edit and save it from > there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line > 132 will do the job for you. > see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php line > 271 for another example. > > do so cause you dont know on a site with lots of traffic and some GB of > cache_*-pages and watch your phone ;) > i agree - but please file a BT entry ;-) vg Steffen From peter.kuehn at wmdb.de Thu Feb 5 21:58:55 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 21:58:55 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: why not simply reopen http://bugs.typo3.org/view.php?id=5370 ? :D Steffen Kamper schrieb: > Hi, > > Peter Kuehn [wmdb] schrieb: >> > I don't understand what saving a TStemplate in the wrong module >> > means. >> short version: every saving of data in "web > template" does a clear >> all cache. >> >> simply create an +ext template in "Web > Template" on a subpage to >> modify a plugin: sysext/tstemplate/index.php line 422 triggers >> $tce->clear_cacheCmd("all"); >> open an existing one the modfunc "Info/Modify", edit and save it from >> there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line >> 132 will do the job for you. >> see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php >> line 271 for another example. >> >> do so cause you dont know on a site with lots of traffic and some GB >> of cache_*-pages and watch your phone ;) >> > > i agree - but please file a BT entry ;-) > > vg Steffen From info at sk-typo3.de Thu Feb 5 22:00:51 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 05 Feb 2009 22:00:51 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Peter Kuehn [wmdb] schrieb: > why not simply reopen http://bugs.typo3.org/view.php?id=5370 ? > :D > because it's a different issue. You're talking of clear cache after saving a template record, right? vg Steffen From peter.kuehn at wmdb.de Thu Feb 5 22:16:45 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 22:16:45 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: > Why? It is a bug. If it is reproducable, you should report it sorry dmitry - and just for the records: http://bugs.typo3.org/view.php?id=5370 was a report - the one youve closed as not relevant due to an unprecise description, you remember? I was talking about the issue today, dan osipov and others confirmed server crashes, several people tried to explain that - at least with mysql 5.0.3x, which is in production where ever i look - using truncate will solve the issue. ries showed up with a imho great idea for an implementation in t3lib_db and we ended up in "We keep 4.2 as is". sorry if i took that seriously and just asked for other fields where you plan to "encourage users to switch to a newer better version." > and provide a way for us to reproduce the bug. leting you take down an in production server just to see the obvious? nope. dont think so ;) Dmitry Dulepov schrieb: > Hi! > > Peter Kuehn [wmdb] wrote: >> no. i will definately not start a discussion if crashing servers by >> accidently saving a TSTemplate in the wrong module is a bug or not. no. >> not again ;) > > Why? It is a bug. If it is reproducable, you should report it and provide a way for us to reproduce the bug. > From peter.kuehn at wmdb.de Thu Feb 5 22:26:35 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Thu, 05 Feb 2009 22:26:35 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: nope - im still talking about t3lib_tcemain->clear_cacheCmd("all") - regardless where its triggered from - locking cache_* tables while select and insert statements get cued until the server is gone. or the other way round - and the same way as #5370: if you have a system that does not use foreign references nor delte triggers nor needs rebuilt indexes on flushed tables delete without where takes multiple times longer without any benefit. id personaly prefer the idea that ries came up with today, but the basic question that #5370 is about is excactly the same - not differen. Steffen Kamper schrieb: > Hi, > > Peter Kuehn [wmdb] schrieb: >> why not simply reopen http://bugs.typo3.org/view.php?id=5370 ? >> :D >> > > because it's a different issue. You're talking of clear cache after > saving a template record, right? > > vg Steffen From typo3 at t3node.com Thu Feb 5 23:56:56 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 05 Feb 2009 23:56:56 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach - Even worse version of the problem: Involuntary hijacking In-Reply-To: References: Message-ID: Hi. On 05.02.2009 12:35 Christopher L?rken wrote: >> - sniffed network traffic (domain D sets cookie C, cookie details are >> shown in browser as XXX, browser sends slightly modified cookie C back >> to domain) > Don't know how to do that. > Use liveHttpHeader add-on: http://livehttpheaders.mozdev.org/ Not a "classic" sniffer, but sufficient to see what cookie data is sent/received. -- cheers, Steffen http://www.t3node.com/ From marcus#exp2009 at t3sec.info Fri Feb 6 03:06:21 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Fri, 06 Feb 2009 03:06:21 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb am 02/05/2009 04:50 PM Uhr: > lol - given. > but as for clear all cache: not rebuilt indexes are no drawback, right? > > still in the hope to lead this discussion to a productive result ;) I don't want to hurt you, but if MySQL crashes for DELETE * FROM..., then I consider it as MySQL bug that might be resolved by a workaround in TYPO3. To bring it to a productive result: Either modify TYPO3 source code yourself for TYPO3 v4.2 or put MySQL proxy [1] between TYPO3 and the DB that transparently rewrites "DELETE * FROM x" statements. What do you think? Marcus. [1] http://forge.mysql.com/wiki/MySQL_Proxy From tobias.pierschel at vision-pool.de Fri Feb 6 08:44:14 2009 From: tobias.pierschel at vision-pool.de (Tobias Pierschel) Date: Fri, 06 Feb 2009 08:44:14 +0100 Subject: [TYPO3-dev] T3 4.3 Trunk & TemplaVoila In-Reply-To: References: Message-ID: Hi Steffen, thank you. I found it: http://bugs.typo3.org/view.php?id=10108 Greetings T o b i Steffen Kamper schrieb: > Hi, > > Tobias Pierschel schrieb: >> Hi Guys, >> we just installed the trunk version of TYPO3 and uses the current >> version of templavoila. Now we get: >> >> Notice: Function GPvar of class t3lib_div is deprecated (called from >> /srv/www/htdocs/xyz/html/online/xyz/typo3conf/ext/templavoila/pi1/class.tx_templavoila_pi1.php#311, >> defined in >> /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php#390) >> in >> /srv/www/htdocs/xyz/html/online/typo3_src_trunk/t3lib/class.t3lib_div.php >> on line 5238 >> >> okay, we could deactivate the notices, but it i think the notice has >> its reason.. Can anyone help? >> >> Greetings >> Tobi > > patch exists a long time in BT, so it will go in. > > vg Steffen From masi-no at spam-typo3.org Fri Feb 6 08:45:24 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 08:45:24 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Thomas Allmer schrieb: > > If you don't like my approach or you don't care about progressive > enhancement (I don't know who need it anyway? *hehe*) just ignore my posts. IMHO we don't need progressive enhancement for the BE. The BE requires JS anyway so we don't need any fallback. So I wouldn't use this concept as it'll make the overall code bigger and more complicated. For any decent FE application progressive enhancement ist the way to go. Masi From masi-no at spam-typo3.org Fri Feb 6 08:47:49 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 08:47:49 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: >> I don't understand what saving a TStemplate in the wrong module >> means. > short version: every saving of data in "web > template" does a clear all > cache. > > simply create an +ext template in "Web > Template" on a subpage to > modify a plugin: sysext/tstemplate/index.php line 422 triggers > $tce->clear_cacheCmd("all"); > open an existing one the modfunc "Info/Modify", edit and save it from > there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line > 132 will do the job for you. > see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php line > 271 for another example. > > do so cause you dont know on a site with lots of traffic and some GB of > cache_*-pages and watch your phone ;) Ah. I see that this is a problem for *some* sites. Having the cache cleared automatically is usually handy. So I see two options: * make the cache clearing configurable * find out which parts of the tree are affected and clear the cache only for this branch Masi From info at sk-typo3.de Fri Feb 6 09:04:08 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 09:04:08 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > Peter Kuehn [wmdb] schrieb: >>> I don't understand what saving a TStemplate in the wrong module >>> means. >> short version: every saving of data in "web > template" does a clear all >> cache. >> >> simply create an +ext template in "Web > Template" on a subpage to >> modify a plugin: sysext/tstemplate/index.php line 422 triggers >> $tce->clear_cacheCmd("all"); >> open an existing one the modfunc "Info/Modify", edit and save it from >> there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line >> 132 will do the job for you. >> see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php line >> 271 for another example. >> >> do so cause you dont know on a site with lots of traffic and some GB of >> cache_*-pages and watch your phone ;) > > Ah. I see that this is a problem for *some* sites. Having the cache > cleared automatically is usually handy. So I see two options: > > * make the cache clearing configurable > > * find out which parts of the tree are affected and clear the cache only > for this branch > > > Masi there are also other possibilities: * set the TCEMAIN .clearCache_disable option * xclass typo3_db and rewrite delete * xclass tce_main and rewrite clear_cacheCmd vg Steffen From masi-no at spam-typo3.org Fri Feb 6 09:24:47 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 09:24:47 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > Martin Kutschker schrieb: >> Peter Kuehn [wmdb] schrieb: >>>> I don't understand what saving a TStemplate in the wrong module >>>> means. >>> short version: every saving of data in "web > template" does a clear all >>> cache. >>> >>> simply create an +ext template in "Web > Template" on a subpage to >>> modify a plugin: sysext/tstemplate/index.php line 422 triggers >>> $tce->clear_cacheCmd("all"); >>> open an existing one the modfunc "Info/Modify", edit and save it from >>> there: sysext/tstemplate_ceditor/class.tx_tstemplatecseditor.php line >>> 132 will do the job for you. >>> see sysext/tstemplate_objbrowser/class.tx_tstemplateobjbrowser.php line >>> 271 for another example. >>> >>> do so cause you dont know on a site with lots of traffic and some GB of >>> cache_*-pages and watch your phone ;) >> >> Ah. I see that this is a problem for *some* sites. Having the cache >> cleared automatically is usually handy. So I see two options: >> >> * make the cache clearing configurable >> >> * find out which parts of the tree are affected and clear the cache only >> for this branch >> >> >> Masi > > there are also other possibilities: > * set the TCEMAIN .clearCache_disable option If it can be disabled already then there is nothing to do/fix. > * xclass typo3_db and rewrite delete > * xclass tce_main and rewrite clear_cacheCmd I was thinking of what could be done in the Core to solve the issue for the public. Masi From bb at bellevuevej.dk Fri Feb 6 09:56:03 2009 From: bb at bellevuevej.dk (Brian Bendtsen) Date: Fri, 06 Feb 2009 09:56:03 +0100 Subject: [TYPO3-dev] Need hint to make a recursive copying function Message-ID: Hi Im working with the commerce extension. This is not so much a commerce question, but more related to programming so I will ask it here. I have extended the tx_commerce_categories with a field so I can attach contact persons to a category. Now, I need some way of making it possible for the webmaster to attach a contact(s) to a category and let him decide if the same contacts should be attached to subcatgories one, two or infinite levels down. What would be the smartests approach, do someone know an extension that does something similar? /Brian From masi-no at spam-typo3.org Fri Feb 6 10:01:58 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 10:01:58 +0100 Subject: [TYPO3-dev] how to check for inherited access restrictions in FE In-Reply-To: References: Message-ID: Patrick Rodacker schrieb: > Hi list, > > I need to check inherited login access in a frontend plugin and wonder, > whats the best way to do this. There is the flag "Include Subpages" > (pages:extendToSubpages) in the tab "Access" which will use the > restriction on every subpage in the page tree. > > The method enableFields() does not support the check for inherited > restrictions, so whats the best approach to do this? How is this done on > normal page level? Via the page rootline. From the current page traverser it to the site root. Masi From ingo at typo3.org Fri Feb 6 10:49:26 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 10:49:26 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] wrote: > Asked the other way round: > Are there plans for a regular (not security related) 4.2.6? Of course, 4.2 is the current stable release! > If so: what will it contain? bug fixes and security fixes only, no new features. http://typo3.org/teams/core/resources/release-workflow/ Best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From christopher at loerken.net Fri Feb 6 11:43:39 2009 From: christopher at loerken.net (=?UTF-8?B?Q2hyaXN0b3BoZXIgTMO2cmtlbg==?=) Date: Fri, 06 Feb 2009 11:43:39 +0100 Subject: [TYPO3-dev] session problems (Involuntary hijacking) - fe_typo_user changes every time In-Reply-To: References: Message-ID: Hi and thanks for your answer. I've just tried livehttpheader and FireCookie. The one thing which really confuses me and desn't look right to me is that the fe_typo_user value changes every time I click a link when I'm not logged in... Example: Deleted all cookies and hit main page: ad66a1488374654cebbc60ffdd14bec6 clicked on forum: 8edb39650c085dac9b44da9ae631fe86 back to main page: 0e24b2152fa05dccd9f44d5edc1f6478 Is this kind of behavior right or is anything going wrong? Whenever I am logged in, the fe_typo_user value stays the same. Not that clicking around on the site a lot will eventually lead to a cookie id that is already used for a session resulting in the hijack? This is indeed a behavior I do not get when visiting typo3.org or typo3.net which both seem to use older Typo3 versions since they still have the fe_typo_user id that is limited to 10 characters. A security flaw, which has indeed resulted in involuntary session hijacking before. Compare this post of Dmitry: http://lists.netfielders.de/pipermail/typo3-team-core/2008-September/019185.html On your t3node.com site Steffen, it is the same. The fe_typo_user changes with every visited link. We have roughly 5000 unique IPs hitting the site each day and close to 2000 unique users that log in within 24 hours. Every user seems to store multiple entries in fe_sessions, the chance to hit one by random seems at least given to me... For example, my account has 3 entries in the session table, all of them with the same ses_user_id and the same ses_iplock. Even the ses_hashlock is the same for two of them... Any ideas? This is starting to really look like a bad bug to me and not like a mere configuration problem. Cheers, Christopher Steffen M?ller schrieb: > Hi. > > On 05.02.2009 12:35 Christopher L?rken wrote: >>> - sniffed network traffic (domain D sets cookie C, cookie details are >>> shown in browser as XXX, browser sends slightly modified cookie C back >>> to domain) >> Don't know how to do that. >> > > Use liveHttpHeader add-on: > http://livehttpheaders.mozdev.org/ > > Not a "classic" sniffer, but sufficient to see what cookie data is > sent/received. > From dmitry at typo3.org Fri Feb 6 12:05:10 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 13:05:10 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Thomas Allmer wrote: > using multiple frameworks isn't a "good" thing - right? but I know we > can't help if for TYPO3 4.x; really look forward to TYPO3v5 :p > let's see how they do... :p They use ExtJS ;) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From denyerec at gmail.com Fri Feb 6 12:14:34 2009 From: denyerec at gmail.com (Denyer Ec) Date: Fri, 6 Feb 2009 11:14:34 +0000 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: My main personal concern is performance. Gmail is a heavy JS app, and it performs like a lame dog in Firefox on a Core Duo 2.4 with 2gb RAM. My only hope is that whatever end solution is decided upon, it is fast and doesn't leak memory all over the place... Afterall a LOT of end users will operate the BE in IE6/7/8, which have the worst JS performance on the market. Whilst something might be fine for us Opera10/Chrome users, it certainly may not be for the deluded masses still burdened with IE. ------- http://gallery.denyerec.co.uk From dmitry at typo3.org Fri Feb 6 12:11:50 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 13:11:50 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > nope - im still talking about t3lib_tcemain->clear_cacheCmd("all") - > regardless where its triggered from - locking cache_* tables while > select and insert statements get cued until the server is gone. That issue is not about clear_cacheCmd. It is about changing DELETE to TRUNCATE. That issue is no longer relevant because TYPO3 4.3 will do truncate. > id personaly prefer the idea that ries came up with today, but the basic > question that #5370 is about is excactly the same - not differen. May be it is not different for you. But as developers we must keep a clear record of the fixed issues. Fixing crash in Web>Template using the bug report which says "change DELETE to TRUNCATE" is not a "clear record". Description in the bug report must describe the symptoms of the problem and how to reproduce it. When the patch is available, people will attempt to reproduce the problem by following the description from the bug report. Therefore we cannot fix a Web>Template problem using "change DELETE to TRUNCATE" description. We fixed "change DELETE to TRUNCATE" in TYPO3 4.3. So this particular bug is fixed for 4.3! "DELETE to TRUNCATE" is fixed! MySQL crash is not fixed but it has nothing to with the original bug report. It must be reported separately. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 12:13:23 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 13:13:23 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > I was thinking of what could be done in the Core to solve the issue for > the public. Create "maintanance mode" like other CMSes do. In this mode TYPO3 will show "Maintainance" screen in FE. Than BE can do whatever is necessary and FE will not hang. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From masi-no at spam-typo3.org Fri Feb 6 12:13:47 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 12:13:47 +0100 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Hi! > > Thomas Allmer wrote: >> using multiple frameworks isn't a "good" thing - right? but I know we >> can't help if for TYPO3 4.x; really look forward to TYPO3v5 :p >> let's see how they do... :p > > They use ExtJS ;) Not yet. Steffen's post in the v5 lists has started some discussions and nothing's final for now. Masi From dmitry at typo3.org Fri Feb 6 12:18:36 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 13:18:36 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Peter Kuehn [wmdb] wrote: > http://bugs.typo3.org/view.php?id=5370 was a report - the one youve > closed as not relevant due to an unprecise description, you remember? Yes. > I was talking about the issue today, dan osipov and others confirmed > server crashes, several people tried to explain that - at least with > mysql 5.0.3x, which is in production where ever i look - using truncate > will solve the issue. > ries showed up with a imho great idea for an implementation in t3lib_db > and we ended up in "We keep 4.2 as is". Correct. There is no bug report about server crash. If the bug report does not exist, there is nothing to fix. I actually become a bit irritated. You could spend time much better by making such bug report and setting its priority to high. Instead you argue here for the second day to reopen another bug report and cause us to argue with you instead of fixing bugs. Do you mind creating a new bug report? If yes, please, do. You will help us and others. If not, there is no point discussing it further. It is unproductive loss of time. >> and provide a way for us to reproduce the bug. > leting you take down an in production server just to see the obvious? > nope. dont think so ;) If we can't reproduce the bug, how can we test the fix? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Fri Feb 6 12:36:19 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 12:36:19 +0100 Subject: [TYPO3-dev] Deprecate log Message-ID: Hi, 4.3 will come with a new logfile that shows all usage of deprecated functions. This is good and should "nerve" so extension authors update their exts not to use this function, also as these functions will be removed later. What do you think of showing this in the yellow warning box like the other ones, having a link to show the content? vg Steffen From mail-spam at ringerge.org Fri Feb 6 12:39:08 2009 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 06 Feb 2009 12:39:08 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Am 06.02.2009 12:36, schrieb Steffen Kamper: > What do you think of showing this in the yellow warning box like the > other ones, having a link to show the content? +1, maybe even the number of log entries / lines? Georg From j.a.m.v.d.wiel at tue.nl Fri Feb 6 12:41:41 2009 From: j.a.m.v.d.wiel at tue.nl (Wiel, J.A.M. van de) Date: Fri, 6 Feb 2009 12:41:41 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Hi, Sounds really great, but this could also be quite unnerving for regular editors (I already get frightened support calls just when I enable the install tool sometimes). I'd like to be able to regulate the warnings so that only admins get to see them, since they're the only ones who can actually do anything about them anyway. Otherwise: great idea! Bas ________________________________________ From: typo3-dev-bounces at lists.netfielders.de [typo3-dev-bounces at lists.netfielders.de] On Behalf Of Steffen Kamper [info at sk-typo3.de] Sent: Friday, February 06, 2009 12:36 PM To: typo3-dev at lists.netfielders.de Subject: [TYPO3-dev] Deprecate log Hi, 4.3 will come with a new logfile that shows all usage of deprecated functions. This is good and should "nerve" so extension authors update their exts not to use this function, also as these functions will be removed later. What do you think of showing this in the yellow warning box like the other ones, having a link to show the content? vg Steffen _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev From ingo at typo3.org Fri Feb 6 12:42:08 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 12:42:08 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Create "maintanance mode" like other CMSes do. we already have that since 4.2 =) Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3 at rvt.dds.nl Fri Feb 6 12:46:16 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Fri, 6 Feb 2009 06:46:16 -0500 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: On Feb 6, 2009, at 6:36 AM, Steffen Kamper wrote: > Hi, > > 4.3 will come with a new logfile that shows all usage of deprecated > functions. > This is good and should "nerve" so extension authors update their exts > not to use this function, also as these functions will be removed > later. > > What do you think of showing this in the yellow warning box like the > other ones, having a link to show the content? Steffen, just a thought and I am not sure if it was implemented already, but will the log also show a trace so developers/admins can figure out who called the depreciated function in the first place? > regards, Ries van Twisk ------------------------------------------------------------------------------------------------- Ries van Twisk tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS WebORB PostgreSQL DB-Architect email: ries at vantwisk.nl web: http://www.rvantwisk.nl/ skype: callto://r.vantwisk Phone: +1-810-476-4196 SIP: +1-747-690-5133 From ingo at typo3.org Fri Feb 6 12:45:19 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 12:45:19 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi Steffen, > What do you think of showing this in the yellow warning box like the > other ones, having a link to show the content? -1 as I explained how a better way would work in the core list already. Putting all the deprecated messages into the warning box would basically flood it and make people ignore it. I would be ok however, with a _simple_ hint in the yellow boy that deprecated functions are used, pointing to either the log module or the to be created status module. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Fri Feb 6 12:46:39 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 12:46:39 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Am 06.02.2009 12:36, schrieb Steffen Kamper: >> What do you think of showing this in the yellow warning box like the >> other ones, having a link to show the content? > > +1, maybe even the number of log entries / lines? no, as they don't reflect the number of different issues (duplicate calls to same function) I would make it easy (rough text): "There are deprecated functions called either from your Typoscript Scripts or from installed extensions. _View log_ " vg Steffen From mail-spam at ringerge.org Fri Feb 6 12:46:47 2009 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 06 Feb 2009 12:46:47 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Am 06.02.2009 12:41, schrieb Wiel, J.A.M. van de: > Sounds really great, but this could also be quite unnerving for regular editors (I already get frightened support calls just when I enable the install tool sometimes). I'd like to be able to regulate the warnings so that only admins get to see them, since they're the only ones who can actually do anything about them anyway. Otherwise: great idea! Since when do editors see that? Georg From info at sk-typo3.de Fri Feb 6 12:48:59 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 12:48:59 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Hi ries, ries van Twisk schrieb: > > Steffen, just a thought and I am not sure if it was implemented already, > but will the log also show a trace so developers/admins can figure out > who called the depreciated function in the first place? yes, here is an example 11-01-09 13:49: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) - require#49 // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) 11-01-09 13:50: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) - require#49 // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) 11-01-09 13:50: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) - require#49 // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) 11-01-09 15:44: t3lib_div::GPvar() - since TYPO3 3.6 - Use t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) - require#49 // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 // t3lib_div::logDeprecatedFunction#391 (t3lib\class.t3lib_div.php#390) 11-01-09 16:05: t3lib_div::GPvar() - since TYPO3 3.6 - Use t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) - require#49 // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 // t3lib_div::logDeprecatedFunction#391 (t3lib\class.t3lib_div.php#390) 11-01-09 16:05: t3lib_div::fixed_lgd() - since TYPO3 4.1 - Works ONLY for single-byte charsets! Use t3lib_div::fixed_lgd_cs() instead - SC_db_list->main#441 // recordList->generateList#294 // localRecordList->getTable#268 // localRecordList->renderListRow#506 // localRecordList->makeRef#634 // t3lib_div::fixed_lgd#1232 // t3lib_div::logDeprecatedFunction#567 (t3lib\class.t3lib_div.php#566) vg Steffen From j.a.m.v.d.wiel at tue.nl Fri Feb 6 12:53:03 2009 From: j.a.m.v.d.wiel at tue.nl (Bas v.d. Wiel) Date: Fri, 06 Feb 2009 12:53:03 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Since when do editors see that? > > Georg Ehmmm.. you just made me realize: we tweaked the core slightly, so it may simply be our own fault. *retreats silently to investigate* Bas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmMJJ8ACgkQ2l7ND2B9iE0wcwCeKgFmb21BpB2FWFKc+CABQxJR 7VUAn0OdU4JWakDdZY+QCAwb83Ehbu8p =Ok7f -----END PGP SIGNATURE----- From info at sk-typo3.de Fri Feb 6 12:50:20 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 12:50:20 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Hi Ingo, Ingo Renner schrieb: > Steffen Kamper wrote: > > Hi Steffen, > >> What do you think of showing this in the yellow warning box like the >> other ones, having a link to show the content? > > -1 as I explained how a better way would work in the core list already. > Putting all the deprecated messages into the warning box would basically > flood it and make people ignore it. > > I would be ok however, with a _simple_ hint in the yellow boy that > deprecated functions are used, pointing to either the log module or the > to be created status module. > see my answer to Georg, a simple message with link was it i had in mind. vg Steffen From mail-spam at ringerge.org Fri Feb 6 12:55:09 2009 From: mail-spam at ringerge.org (Georg Ringer) Date: Fri, 06 Feb 2009 12:55:09 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Am 06.02.2009 12:53, schrieb Bas v.d. Wiel: > Ehmmm.. you just made me realize: we tweaked the core slightly, so it > may simply be our own fault. *retreats silently to investigate* YMMD :D From "peter,russ" at 4many.net Fri Feb 6 12:57:35 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 06 Feb 2009 12:57:35 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 06.02.2009 12:48: > Hi ries, > > ries van Twisk schrieb: >> >> Steffen, just a thought and I am not sure if it was implemented already, >> but will the log also show a trace so developers/admins can figure out >> who called the depreciated function in the first place? > > yes, here is an example > > 11-01-09 13:49: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP > instead (ALWAYS delivers a value with un-escaped values!) - require#49 > // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // > tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 > // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) > 11-01-09 13:50: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP > instead (ALWAYS delivers a value with un-escaped values!) - require#49 > // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // > tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 > // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) > 11-01-09 13:50: t3lib_div::GPvarsince TYPO3 3.6 - Use t3lib_div::_GP > instead (ALWAYS delivers a value with un-escaped values!) - require#49 > // tx_templavoila_module1->init#3200 // t3lib_SCbase->init#202 // > tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 > // t3lib_div::deprecationLog#392 (t3lib\class.t3lib_div.php#391) > 11-01-09 15:44: t3lib_div::GPvar() - since TYPO3 3.6 - Use > t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) > - require#49 // tx_templavoila_module1->init#3200 // > t3lib_SCbase->init#202 // > tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 > // t3lib_div::logDeprecatedFunction#391 (t3lib\class.t3lib_div.php#390) > 11-01-09 16:05: t3lib_div::GPvar() - since TYPO3 3.6 - Use > t3lib_div::_GP instead (ALWAYS delivers a value with un-escaped values!) > - require#49 // tx_templavoila_module1->init#3200 // > t3lib_SCbase->init#202 // > tx_templavoila_module1_integral->menuConfig#259 // t3lib_div::GPvar#2633 > // t3lib_div::logDeprecatedFunction#391 (t3lib\class.t3lib_div.php#390) > 11-01-09 16:05: t3lib_div::fixed_lgd() - since TYPO3 4.1 - Works ONLY > for single-byte charsets! Use t3lib_div::fixed_lgd_cs() instead - > SC_db_list->main#441 // recordList->generateList#294 // > localRecordList->getTable#268 // localRecordList->renderListRow#506 // > localRecordList->makeRef#634 // t3lib_div::fixed_lgd#1232 // > t3lib_div::logDeprecatedFunction#567 (t3lib\class.t3lib_div.php#566) > > > vg Steffen What will happen on a site with high load? What is the overhead to get this log? Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From "peter,russ" at 4many.net Fri Feb 6 13:09:49 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 06 Feb 2009 13:09:49 +0100 Subject: [TYPO3-dev] Any reason why... Message-ID: ... http://typo3.org/extensions/repository/view/cal/current/ not showing files? Regs. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From masi-no at spam-typo3.org Fri Feb 6 13:16:11 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 13:16:11 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Ingo Renner schrieb: > Dmitry Dulepov wrote: > >> Create "maintanance mode" like other CMSes do. > > we already have that since 4.2 =) We had that since 3.6: $TYPO3_CONFIG_VARS[BE][adminOnly] Masi From info at sk-typo3.de Fri Feb 6 13:26:02 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 13:26:02 +0100 Subject: [TYPO3-dev] Any reason why... In-Reply-To: References: Message-ID: Hi Peter, Peter Russ schrieb: > ... http://typo3.org/extensions/repository/view/cal/current/ > not showing files? > > Regs. Peter. > no idea. Please file a BT entry in project TER2 vg Steffen From info at sk-typo3.de Fri Feb 6 13:27:25 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 13:27:25 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > Ingo Renner schrieb: >> Dmitry Dulepov wrote: >> >>> Create "maintanance mode" like other CMSes do. >> we already have that since 4.2 =) > > We had that since 3.6: > > $TYPO3_CONFIG_VARS[BE][adminOnly] > > Masi but this prevent only login right? The new lock affects also logged in users, what happens if user already is logged in and you set this option? vg Steffen From ingo at typo3.org Fri Feb 6 13:29:03 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 13:29:03 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Martin Kutschker wrote: Hi Masi, > We had that since 3.6: > > $TYPO3_CONFIG_VARS[BE][adminOnly] but this is for the BE, I was talking of the FE maintainance mode... IIRR Jeff introduced it best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Fri Feb 6 13:30:15 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 13:30:15 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hey Steffen, > see my answer to Georg, a simple message with link was it i had in mind. ok then, but the things in your mind and what you wrote are different things ;) Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Fri Feb 6 13:31:08 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 06 Feb 2009 13:31:08 +0100 Subject: [TYPO3-dev] Deprecate log In-Reply-To: References: Message-ID: Wiel, J.A.M. van de wrote: > Hi, > Sounds really great, but this could also be quite unnerving for regular editors (I already get frightened support calls just when I enable the install tool sometimes). yeah, that should be fixed of course Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From dmitry at typo3.org Fri Feb 6 13:33:03 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 14:33:03 +0200 Subject: [TYPO3-dev] License issues In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > Not yet. Steffen's post in the v5 lists has started some discussions and > nothing's final for now. Ok. I do not follow v5 and my post was based on the t3td information :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 13:33:42 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 14:33:42 +0200 Subject: [TYPO3-dev] Any reason why... In-Reply-To: References: Message-ID: Hi! Peter Russ wrote: > ... http://typo3.org/extensions/repository/view/cal/current/ > not showing files? Cache corrupted? Have you tried this page with "?no_cache=1"? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 13:36:21 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 14:36:21 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Ingo Renner wrote: > but this is for the BE, I was talking of the FE maintainance mode... Exactly. > IIRR Jeff introduced it May be he did. I do not see corresponding RFC in the core list. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 13:39:25 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 14:39:25 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Denyer Ec wrote: > My main personal concern is performance. Gmail is a heavy JS app, and > it performs like a lame dog in Firefox on a Core Duo 2.4 with 2gb RAM. Works perfectly fast on Mac OS X. > My only hope is that whatever end solution is decided upon, it is fast > and doesn't leak memory all over the place... Afterall a LOT of end > users will operate the BE in IE6/7/8, which have the worst JS > performance on the market. Firsts, MSIE6 is almost dead. My stats show that it has less audience than FF3. Secondly, I have two fully ExtJS applications on one site (portal and forum). There are nearly 21000 unique visitors daily on that site. Most use MSIE. It works ok for them. They are happy. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Fri Feb 6 13:42:27 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 13:42:27 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: >> IIRR Jeff introduced it > > May be he did. I do not see corresponding RFC in the core list. > yes he did, he introduced an extended page_unavailable-handler. I think there is still room for enhancement though :-) vg Steffen From info at sk-typo3.de Fri Feb 6 13:43:36 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 13:43:36 +0100 Subject: [TYPO3-dev] Any reason why... In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Peter Russ wrote: >> ... http://typo3.org/extensions/repository/view/cal/current/ >> not showing files? > > Cache corrupted? Have you tried this page with "?no_cache=1"? > unfortunally not, doesn't bring it up http://typo3.org/extensions/repository/view/cal/current/?no_cache=1 vg Steffen From "peter,russ" at 4many.net Fri Feb 6 13:44:36 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 06 Feb 2009 13:44:36 +0100 Subject: [TYPO3-dev] Any reason why... In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Dmitry Dulepov Datum: 06.02.2009 13:33: > Hi! > > Peter Russ wrote: >> ... http://typo3.org/extensions/repository/view/cal/current/ >> not showing files? > > Cache corrupted? Have you tried this page with "?no_cache=1"? > Doesn't help! Bug filed http://bugs.typo3.org/view.php?id=10363 Peter -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From dmitry at typo3.org Fri Feb 6 13:50:20 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 14:50:20 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > yes he did, he introduced an extended page_unavailable-handler. > I think there is still room for enhancement though :-) This is not what the "maintainance mode" is. Normally this mode is activated by a checkbox that forces FE to show some static HTML unconditionally. There is no database access from FE, no TSFE instantiation, etc. Just plain static HTML page shown in FE at the earliest possible moment of FE initialization. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Fri Feb 6 13:59:52 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 13:59:52 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> yes he did, he introduced an extended page_unavailable-handler. >> I think there is still room for enhancement though :-) > > This is not what the "maintainance mode" is. Normally this mode is activated by a checkbox that forces FE to show some static HTML unconditionally. There is no database access from FE, no TSFE instantiation, etc. Just plain static HTML page shown in FE at the earliest possible moment of FE initialization. > it is related If true, pageUnavailable_handling is used for every frontend page. If the client matches TYPO3_CONF_VARS[SYS][devIPmask], the page is shown as normal. This is useful during temporary site maintenance. $TYPO3_CONF_VARS['FE']['pageUnavailable_force'] = 1; vg Steffen From peter.kuehn at wmdb.de Fri Feb 6 14:10:55 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Fri, 06 Feb 2009 14:10:55 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: > unproductive loss of time. +1 > new bug report in process Dmitry Dulepov schrieb: > Hi! > > Peter Kuehn [wmdb] wrote: >> http://bugs.typo3.org/view.php?id=5370 was a report - the one youve >> closed as not relevant due to an unprecise description, you remember? > > Yes. > >> I was talking about the issue today, dan osipov and others confirmed >> server crashes, several people tried to explain that - at least with >> mysql 5.0.3x, which is in production where ever i look - using truncate >> will solve the issue. >> ries showed up with a imho great idea for an implementation in t3lib_db >> and we ended up in "We keep 4.2 as is". > > Correct. There is no bug report about server crash. If the bug report does not exist, there is nothing to fix. I actually become a bit irritated. You could spend time much better by making such bug report and setting its priority to high. Instead you argue here for the second day to reopen another bug report and cause us to argue with you instead of fixing bugs. > > Do you mind creating a new bug report? If yes, please, do. You will help us and others. If not, there is no point discussing it further. It is unproductive loss of time. > >>> and provide a way for us to reproduce the bug. >> leting you take down an in production server just to see the obvious? >> nope. dont think so ;) > > If we can't reproduce the bug, how can we test the fix? > From denyerec at gmail.com Fri Feb 6 14:39:47 2009 From: denyerec at gmail.com (Denyer Ec) Date: Fri, 6 Feb 2009 13:39:47 +0000 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: On Fri, Feb 6, 2009 at 12:39 PM, Dmitry Dulepov wrote: >> My main personal concern is performance. Gmail is a heavy JS app, and >> it performs like a lame dog in Firefox on a Core Duo 2.4 with 2gb RAM. > > Works perfectly fast on Mac OS X. I guess ~6% of the market can sleep soundly :) Perhaps the performance faillings I am seeing are due to the spec of this machine, though I'd certainly hope not (2.4ghz, 2gb ram), or perhaps some combination of extensions (Firebug, FirePHP and Webdev Toolbar loaded currently). Or perhaps a general failling of FF2. I tested GMail in Opera 10 and although functional, I still think there are enough bugs in the currently nightly to prevent a judgement. It does feel, again on this machine, that the ExtJS examples and the one from the Ext/PHP integration project feel "sluggish" and certainly not as snappy as one would hope a UI to be. Do you use Safari on OSX, or Firefox? Kind regards, Denyer ------- http://gallery.denyerec.co.uk From peter.kuehn at wmdb.de Fri Feb 6 14:49:13 2009 From: peter.kuehn at wmdb.de (Peter Kuehn [wmdb]) Date: Fri, 06 Feb 2009 14:49:13 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: > MSIE6 is almost dead. - Depending on the source somewhere between 18 to 20% for the overall market. - interestingly enough we see stats up to just under 25% on solely b2b related sites, maybe because - most of the companies, where we support intranet applications, are still using it. i hate to say it: its pretty alive for an almost dead. http://www.w3schools.com/browsers/browsers_stats.asp Dmitry Dulepov schrieb: > Hi! > > Denyer Ec wrote: >> My main personal concern is performance. Gmail is a heavy JS app, and >> it performs like a lame dog in Firefox on a Core Duo 2.4 with 2gb RAM. > > Works perfectly fast on Mac OS X. > >> My only hope is that whatever end solution is decided upon, it is fast >> and doesn't leak memory all over the place... Afterall a LOT of end >> users will operate the BE in IE6/7/8, which have the worst JS >> performance on the market. > > Firsts, MSIE6 is almost dead. My stats show that it has less audience than FF3. > > Secondly, I have two fully ExtJS applications on one site (portal and forum). There are nearly 21000 unique visitors daily on that site. Most use MSIE. It works ok for them. They are happy. > From christopher at loerken.net Fri Feb 6 14:49:16 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Fri, 06 Feb 2009 14:49:16 +0100 Subject: [TYPO3-dev] Severe error caused by "solution" of session fixation bug Message-ID: Hello everyone, I am afraid we have encountered severe problems with the hotfix of the session fixation bug (http://bugs.typo3.org/view.php?id=10205). The current 4.2.5 version does never create an entry in the fe_sessions table for a user that is not logged in since the question if (!$id || !$this->isExistingSessionRecord($id)) { make new id } will _always_ generate a new session id for not logged in users. Thus, they actually get a _new ID with every single link they visit_. We have a mediocre visited website with a couple of thousand visitors and an according high numbers of pageviews per day. The point is, that we get reports of users who *involuntarily hijack sessions of other users*. If a user is not logged in and browses the page, he will get a chance to hijack a user session every single time he presses a link. I admit that there is no big chance of this to happen, but it happened about 20 times the last week with users reporting the issue. You can be assured that not all users who experience that problem will report it. My proposals for how to fix this problem: isExistingSessionRecord does query the DB with the following command: $dbres = $GLOBALS['TYPO3_DB']->exec_SELECTquery( 'COUNT(ses_id)', $this->session_table, 'ses_id=' . $GLOBALS['TYPO3_DB']->fullQuoteStr($id, $this->session_table)); Sadly, this command completely ignores any IP lock that might have been configured. Probably a result of the hotfixiness nature of the past update. I think adding the IP lock check to the query would (nearly) solve the problem for pages with IP lock enabled at level 4. The probably better solution would be to properly implement Marcus's proposition #2 of http://bugs.typo3.org/view.php?id=10205 Even if it stresses the DB more. As far as I am concerened I can happily live with a bit more DB stress if it ensures me that my users do not involuntarily hijack other's sessions. Opinions? Cheers Christopher (By the way, sorry to repost this as a new topic, but this list is very active and I've written it in the fixation thread above but have the impression that those people who chat about free extJS or stuff like that oversaw my post. And if I am not completely wrong with my analysis this is of much more importance than what will eventually be included in version 4.2. No offence :) ) From marcus#exp2009 at t3sec.info Fri Feb 6 14:59:57 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Fri, 06 Feb 2009 14:59:57 +0100 Subject: [TYPO3-dev] session problems (Involuntary hijacking) - fe_typo_user changes every time In-Reply-To: References: Message-ID: Christopher L?rken schrieb am 02/06/2009 11:43 AM Uhr: > Hi and thanks for your answer. > > I've just tried livehttpheader and FireCookie. > > The one thing which really confuses me and desn't look right to me is > that the fe_typo_user value changes every time I click a link when I'm > not logged in... > > Example: > > Deleted all cookies and hit main page: > ad66a1488374654cebbc60ffdd14bec6 > clicked on forum: > 8edb39650c085dac9b44da9ae631fe86 > back to main page: > 0e24b2152fa05dccd9f44d5edc1f6478 > > Is this kind of behavior right or is anything going wrong? > Whenever I am logged in, the fe_typo_user value stays the same. > > Not that clicking around on the site a lot will eventually lead to a > cookie id that is already used for a session resulting in the hijack? > > This is indeed a behavior I do not get when visiting typo3.org or > typo3.net which both seem to use older Typo3 versions since they still > have the fe_typo_user id that is limited to 10 characters. A security > flaw, which has indeed resulted in involuntary session hijacking before. > Compare this post of Dmitry: > http://lists.netfielders.de/pipermail/typo3-team-core/2008-September/019185.html I'm not aware of any highjacking of sessions due to 10 char limitation. > We have roughly 5000 unique IPs hitting the site each day and close to > 2000 unique users that log in within 24 hours. Every user seems to store > multiple entries in fe_sessions, the chance to hit one by random seems > at least given to me... SIDs change only if a user isn't logged in. Of course there's a possibility that two users get the same SID. But this is more theoretically - like winning a lottery and immediately get hit by a thunderbolt. And then a SID might be limited to a full IP or parts of the IP. Marcus. From dmitry at typo3.org Fri Feb 6 15:04:18 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 16:04:18 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > it is related > > If true, pageUnavailable_handling is used for every frontend page. If > the client matches TYPO3_CONF_VARS[SYS][devIPmask], the page is shown as > normal. This is useful during temporary site maintenance. > $TYPO3_CONF_VARS['FE']['pageUnavailable_force'] = 1; Will it work if the database is down? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 15:08:14 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 16:08:14 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Denyer Ec wrote: > Do you use Safari on OSX, or Firefox? FireFox 3. If you open http://www.calis.lv/, does it work slowly for you? Over 80% of the page content is generated by TYPO3 through ExtJS. You can also click "Forumi" there, this is ExtJS-enabled forum. If you want to post something, make sure you use "Tests" forum. There is no English there but it is more or less traditional in layout. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From marcus#exp2009 at t3sec.info Fri Feb 6 15:14:34 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Fri, 06 Feb 2009 15:14:34 +0100 Subject: [TYPO3-dev] Severe error caused by "solution" of session fixation bug In-Reply-To: References: Message-ID: Christopher L?rken schrieb am 02/06/2009 02:49 PM Uhr: > Hello everyone, > > I am afraid we have encountered severe problems with the hotfix of the > session fixation bug (http://bugs.typo3.org/view.php?id=10205). > > The current 4.2.5 version does never create an entry in the fe_sessions > table for a user that is not logged in since the question > > if (!$id || !$this->isExistingSessionRecord($id)) { > make new id > } > > will _always_ generate a new session id for not logged in users. Thus, > they actually get a _new ID with every single link they visit_. > > > We have a mediocre visited website with a couple of thousand visitors > and an according high numbers of pageviews per day. The point is, that > we get reports of users who *involuntarily hijack sessions of other users*. > > If a user is not logged in and browses the page, he will get a chance to > hijack a user session every single time he presses a link. I admit that > there is no big chance of this to happen, but it happened about 20 times > the last week with users reporting the issue. You can be assured that > not all users who experience that problem will report it. > > > > My proposals for how to fix this problem: > > isExistingSessionRecord does query the DB with the following command: > $dbres = $GLOBALS['TYPO3_DB']->exec_SELECTquery( > 'COUNT(ses_id)', > $this->session_table, > 'ses_id=' . $GLOBALS['TYPO3_DB']->fullQuoteStr($id, > $this->session_table)); > > Sadly, this command completely ignores any IP lock that might have been > configured. Probably a result of the hotfixiness nature of the past update. > > I think adding the IP lock check to the query would (nearly) solve the > problem for pages with IP lock enabled at level 4. I see your point. Could you file a bug entry like "Check for existing session records does not consider IP locks"! Marcus. From gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com Fri Feb 6 15:21:09 2009 From: gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com (Patrick Gaumond) Date: Fri, 06 Feb 2009 09:21:09 -0500 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Denyer Ec wrote: > My main personal concern is performance. Gmail is a heavy JS app, and > it performs like a lame dog in Firefox on a Core Duo 2.4 with 2gb RAM. Firefox and Firebug active ? Try a vanilla FF... Patrick From denyerec at gmail.com Fri Feb 6 15:25:32 2009 From: denyerec at gmail.com (Denyer Ec) Date: Fri, 6 Feb 2009 14:25:32 +0000 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: On Fri, Feb 6, 2009 at 2:08 PM, Dmitry Dulepov wrote: > If you open http://www.calis.lv/, does it work slowly for you? Over 80% of the page content is generated by TYPO3 through ExtJS. You can also click "Forumi" there, this is ExtJS-enabled forum. If you want to post something, make sure you use "Tests" forum. There is no English there but it is more or less traditional in layout. > Your comments motivated me to go back and check ExtJS more specifically. The forum you posted to, when loaded in a new and single instance of Firefox seemed just fine, as did the ExtJS example (Once the assets had loaded from their remote server, which over this slow connection gave the initial impression of poor performance BUT, once cached, everything was fine.) I was too hasty to lambast ExtJS it seems, though I would like to explore what would be considered a "Heavyweight" ExtJS application just to put my mind at ease. GMail's JS performance on the other hand remains deplorable in FF2.x, though that is not the concern of anyone interested in ExtJS! (So long as they don't intend to operate a JS UI when they have GMail open in another tab... ;)) Kindr regards, Denyer ------ http://gallery.denyerec.co.uk From denyerec at gmail.com Fri Feb 6 15:26:36 2009 From: denyerec at gmail.com (Denyer Ec) Date: Fri, 6 Feb 2009 14:26:36 +0000 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: On Fri, Feb 6, 2009 at 2:21 PM, Patrick Gaumond wrote: > Try a vanilla FF... > > Patrick Whoops, missed this in my last post. Yes, Firebug was "suspended", I know no other way to disable it without removing it completely, which of course would be an unrealistic use-case anyway :) Kind regards, Denyer ------- http://gallery.denyerec.co.uk From dmitry at typo3.org Fri Feb 6 15:34:31 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 16:34:31 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Denyer Ec wrote: > Your comments motivated me to go back and check ExtJS more > specifically. The forum you posted to, when loaded in a new and single > instance of Firefox seemed just fine, as did the ExtJS example (Once > the assets had loaded from their remote server, which over this slow > connection gave the initial impression of poor performance BUT, once > cached, everything was fine.) Most likely this is the cause of problems. We will have soon a special .htaccess in the core that enables client caching for most of the core js/css/image files. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From christopher at loerken.net Fri Feb 6 15:39:07 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Fri, 06 Feb 2009 15:39:07 +0100 Subject: [TYPO3-dev] Severe error caused by "solution" of session fixation bug In-Reply-To: References: Message-ID: Marcus Krause schrieb: > I see your point. Could you file a bug entry like "Check for existing > session records does not consider IP locks"! > Done: http://bugs.typo3.org/view.php?id=10365 I am still quite uncomfortable with limiting the solution to a mere IP lock check since it will not solve the problem for sites that have it disabled... Maybe there are better ways to provide new users with a unique identifier... md5 prefixed by a timestamp for instance... A random value simply isn't good enough for high traffic websites. From jsegars at alumni.rice.edu Fri Feb 6 16:11:59 2009 From: jsegars at alumni.rice.edu (Jeff Segars) Date: Fri, 06 Feb 2009 09:11:59 -0600 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > Steffen Kamper wrote: >> it is related >> >> If true, pageUnavailable_handling is used for every frontend page. If >> the client matches TYPO3_CONF_VARS[SYS][devIPmask], the page is shown as >> normal. This is useful during temporary site maintenance. >> $TYPO3_CONF_VARS['FE']['pageUnavailable_force'] = 1; > > Will it work if the database is down? Yep, it works when the db is down :) If you configure pageUnavailable_handling but don't manually force it on, you'll get the maintenance page if and when the database goes down and then the site will come back automatically when the database is back up. If you force it, it of course happens immediately. http://bugs.typo3.org/view.php?id=7150 From christopher at loerken.net Fri Feb 6 16:26:02 2009 From: christopher at loerken.net (=?UTF-8?B?Q2hyaXN0b3BoZXIgTMO2cmtlbg==?=) Date: Fri, 06 Feb 2009 16:26:02 +0100 Subject: [TYPO3-dev] session problems (Involuntary hijacking) - fe_typo_user changes every time In-Reply-To: References: Message-ID: As information for everyone who might eventually read this: The actual discussion is being continued in the thread titled: "Severe error caused by "solution" of session fixation bug" From typo3 at rvt.dds.nl Fri Feb 6 16:36:38 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Fri, 6 Feb 2009 10:36:38 -0500 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: On Feb 6, 2009, at 9:08 AM, Dmitry Dulepov wrote: > Hi! > > Denyer Ec wrote: >> Do you use Safari on OSX, or Firefox? > > FireFox 3. > > If you open http://www.calis.lv/, does it work slowly for you? Over > 80% of the page content is generated by TYPO3 through ExtJS. You can > also click "Forumi" there, this is ExtJS-enabled forum. If you want > to post something, make sure you use "Tests" forum. There is no > English there but it is more or less traditional in layout. FYI: initial load took 17Second subsequent loads take around 10-12seconds Around 200Kb of data get's downloaded (But I am sure you know this value). Ries From christopher at loerken.net Fri Feb 6 16:47:08 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Fri, 06 Feb 2009 16:47:08 +0100 Subject: [TYPO3-dev] Severe error caused by "solution" of session fixation bug In-Reply-To: References: Message-ID: Although you have agreed to what I've written, I'd like to continue the discussion about the session id safety that you have mentioned in the "session fixation" thread. So please let me answer to that post here since this is the actual place where it belongs: Marcus Krause schrieb: > Christopher L?rken schrieb: > >> This is indeed a behavior I do not get when visiting typo3.org or >> typo3.net which both seem to use older Typo3 versions since they still >> have the fe_typo_user id that is limited to 10 characters. A security >> flaw, which has indeed resulted in involuntary session hijacking before. >> Compare this post of Dmitry: >> http://lists.netfielders.de/pipermail/typo3-team-core/2008-September/019185.html > > I'm not aware of any highjacking of sessions due to 10 char limitation. Now that puzzles me a bit since Dmitry wrote in that very post I referenced: "I have this problem on a real site. It is very rare, so not a real security issue. But it exists and I want to get rid of it. Users do not really like to see when they are logged in as someone else." > > >> We have roughly 5000 unique IPs hitting the site each day and close to >> 2000 unique users that log in within 24 hours. Every user seems to store >> multiple entries in fe_sessions, the chance to hit one by random seems >> at least given to me... > > SIDs change only if a user isn't logged in. Of course there's a > possibility that two users get the same SID. But this is more > theoretically - like winning a lottery and immediately get hit by a > thunderbolt. And then a SID might be limited to a full IP or parts of > the IP. Due to the bug our site ran a few days like if IPlock was set to 0. Since that is a valid setting in the configuration it is a setup for that we can assume that some sites run it. I have roughly stated our user load and I do not think that we run the most visited Typo3 site out there. The fact that it happened a reported 20 times since January 30th (a mere week ago) and an accordingly higher amount of times where the users did not care to report it does look like quite a lot of lottery winners that get struck by a lightning bolt to me. If you have 200 thousand page views in a week and lots of users with valid sessions in fe_sessions this _does happen_! For me, the question is not if it happens but how to avoid it so that I can be sure that it does not happen again. Even for an IP lock of 4 you can think of setups where huge amounts of users access your site through a proxy... The session id has to be more unique than it is now. But I'm certainly neither an expert on this topic nor really involved in Typo3 core development so please forgive me if my comments seem inappropriate or unrealistice here. Regards, Christopher From masi-no at spam-typo3.org Fri Feb 6 16:56:18 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 16:56:18 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: >> MSIE6 is almost dead. > > - Depending on the source somewhere between 18 to 20% for the overall > market. > - interestingly enough we see stats up to just under 25% on solely b2b > related sites, maybe because > - most of the companies, where we support intranet applications, are > still using it. > > i hate to say it: its pretty alive for an almost dead. I see it only in companies where intranet applications were written for IE6 and nobody wants to (has the time, money, ...) port them to newer browsers. Masi From masi-no at spam-typo3.org Fri Feb 6 16:57:14 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 16:57:14 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Peter Kuehn [wmdb] schrieb: >>> MSIE6 is almost dead. >> - Depending on the source somewhere between 18 to 20% for the overall >> market. >> - interestingly enough we see stats up to just under 25% on solely b2b >> related sites, maybe because >> - most of the companies, where we support intranet applications, are >> still using it. >> >> i hate to say it: its pretty alive for an almost dead. > > I see it only in companies where intranet applications were written for > IE6 and nobody wants to (has the time, money, ...) port them to newer > browsers. Yet, I wouldn't write TYPO3 5.x with IE6 in mind. Those who still cling to it, must use 4.x. Masi From denyerec at gmail.com Fri Feb 6 17:05:52 2009 From: denyerec at gmail.com (Denyer Ec) Date: Fri, 6 Feb 2009 16:05:52 +0000 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: On Fri, Feb 6, 2009 at 3:57 PM, Martin Kutschker wrote: > Martin Kutschker schrieb: > Those who still cling to it, must use 4.x. ... and be beaten with sticks ... ;) -- ------- http://gallery.denyerec.co.uk From bedlamhotel at gmail.com Fri Feb 6 17:07:19 2009 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Fri, 6 Feb 2009 08:07:19 -0800 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi, On Thu, Feb 5, 2009 at 11:45 PM, Martin Kutschker wrote: > Thomas Allmer schrieb: >> >> If you don't like my approach or you don't care about progressive >> enhancement (I don't know who need it anyway? *hehe*) just ignore my posts. > > IMHO we don't need progressive enhancement for the BE. The BE requires > JS anyway so we don't need any fallback. So I wouldn't use this concept > as it'll make the overall code bigger and more complicated. You miss the point. The BE requires js because it was not coded 'progressively' in the first place. As far as I can tell, there isn't anything in the BE that MUST be done on the client side. And as for making the BE bigger and more complex? I doubt that's even possible. The BE is an incredible mishmash of terrible markup, inline js and overly complex, inconsistent css. I have little doubt that the cleanup of html and js required to make the BE 'progressive' would pay for itself in ease of future maintenance alone. Besides: as long as the BE is the way it is, TYPO3 is categorically unable to compete in any circumstance where even a modicum of accessibility is required. -- Christopher Torgalson http://www.typo3apprentice.com/ From masi-no at spam-typo3.org Fri Feb 6 17:43:10 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 06 Feb 2009 17:43:10 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Christopher Torgalson schrieb: > Hi, > > On Thu, Feb 5, 2009 at 11:45 PM, Martin Kutschker > wrote: >> Thomas Allmer schrieb: >>> If you don't like my approach or you don't care about progressive >>> enhancement (I don't know who need it anyway? *hehe*) just ignore my posts. >> IMHO we don't need progressive enhancement for the BE. The BE requires >> JS anyway so we don't need any fallback. So I wouldn't use this concept >> as it'll make the overall code bigger and more complicated. > > You miss the point. The BE requires js because it was not coded > 'progressively' in the first place. As far as I can tell, there isn't > anything in the BE that MUST be done on the client side. And as for > making the BE bigger and more complex? I doubt that's even possible. > The BE is an incredible mishmash of terrible markup, inline js and > overly complex, inconsistent css. I have little doubt that the cleanup > of html and js required to make the BE 'progressive' would pay for > itself in ease of future maintenance alone. > > Besides: as long as the BE is the way it is, TYPO3 is categorically > unable to compete in any circumstance where even a modicum of > accessibility is required. I agree, but I don't think it's worth to rewrite the complete BE of 4.x. If you're interested in an accessible BE using the progressive enhancement methodology then I direct you to the development of 5.x. Nothing is settled yet, so any input is welcome. Probably a helping hand won't be turned aside either. Masi From dmitry at typo3.org Fri Feb 6 20:20:11 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 21:20:11 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! ries van Twisk wrote: > FYI: > initial load took 17Second > subsequent loads take around 10-12seconds > > Around 200Kb of data get's downloaded (But I am sure you know this value). Flash, scripts, css and images are cached on the client, so only personalized portal data is downloaded, that's right :) But you seem to be very far from here. Here it takes a second or two to load everything here. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Fri Feb 6 20:26:59 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Feb 2009 20:26:59 +0100 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > ries van Twisk wrote: >> FYI: >> initial load took 17Second >> subsequent loads take around 10-12seconds >> >> Around 200Kb of data get's downloaded (But I am sure you know this value). > > Flash, scripts, css and images are cached on the client, so only personalized portal data is downloaded, that's right :) But you seem to be very far from here. Here it takes a second or two to load everything here. > for me first time tooks about 10 sec. Now it takes about 2 sec. each call. And this though i have firebug switched on! BTW - well done, congrats! vg Steffen From dmitry at typo3.org Fri Feb 6 22:10:33 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 23:10:33 +0200 Subject: [TYPO3-dev] extJS library In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > for me first time tooks about 10 sec. > Now it takes about 2 sec. each call. And this though i have firebug > switched on! > > BTW - well done, congrats! Thanks! :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Fri Feb 6 22:33:12 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 06 Feb 2009 23:33:12 +0200 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi! Jeff Segars wrote: > Yep, it works when the db is down :) > > If you configure pageUnavailable_handling but don't manually force it > on, you'll get the maintenance page if and when the database goes down > and then the site will come back automatically when the database is back > up. If you force it, it of course happens immediately. > > http://bugs.typo3.org/view.php?id=7150 It is really cool! :) Jeff, it is just COOOOOOOOOOOOL! :)))))) I always wanted that! :))))) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dosipov at phillyburbs.com Sat Feb 7 04:52:32 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Fri, 06 Feb 2009 22:52:32 -0500 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Is this described in documentation somewhere? It seems like TYPO3 has a ton of features that are undocumented, and therefore most of us are unaware of their existence. Dan Osipov Calkins Media http://danosipov.com/blog/ Jeff Segars wrote: > Dmitry Dulepov wrote: >> Hi! >> >> Steffen Kamper wrote: >>> it is related >>> >>> If true, pageUnavailable_handling is used for every frontend page. If >>> the client matches TYPO3_CONF_VARS[SYS][devIPmask], the page is shown as >>> normal. This is useful during temporary site maintenance. >>> $TYPO3_CONF_VARS['FE']['pageUnavailable_force'] = 1; >> >> Will it work if the database is down? > > Yep, it works when the db is down :) > > If you configure pageUnavailable_handling but don't manually force it > on, you'll get the maintenance page if and when the database goes down > and then the site will come back automatically when the database is back > up. If you force it, it of course happens immediately. > > http://bugs.typo3.org/view.php?id=7150 > > From info at sk-typo3.de Sat Feb 7 10:29:57 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 07 Feb 2009 10:29:57 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi, Dan Osipov schrieb: > Is this described in documentation somewhere? It seems like TYPO3 has a > ton of features that are undocumented, and therefore most of us are > unaware of their existence. > yes, the source code :D No, these changes all goes to the documentation. Important changes are mentioned in NEWS.txt. For latest changes this page is very useful: http://wiki.typo3.org/index.php/Pending_Documentation For configuration i often read the t3lib/config_default - you can read it also in install tool/all configuration. But indeed there are tons of features and i discover always new ones to me - what is really fun :-) vg Steffen From jorgosch at terra.es Sat Feb 7 14:55:32 2009 From: jorgosch at terra.es (Jörg Schaller) Date: Sat, 07 Feb 2009 14:55:32 +0100 Subject: [TYPO3-dev] InnoDB vs MyISAM Message-ID: MySQL 5.067 Typo3 4.2.5 Hi, I've noticed that my database has mixed tables, some are MyISAM, others are InnoDB. While doing some manual optimizing to my table via phpMyAdmin, I noticed that running a REPAIR on all tables throws an error for those tables that use InnoDB, the error being "The storage engine for the table doesn't support repair". What would you advise in this situation? Thanks in advance, J?rg From dmitry at typo3.org Sat Feb 7 15:12:35 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 07 Feb 2009 16:12:35 +0200 Subject: [TYPO3-dev] InnoDB vs MyISAM In-Reply-To: References: Message-ID: Hi! J?rg Schaller wrote: > I've noticed that my database has mixed tables, some are MyISAM, > others are InnoDB. That's for performance reasons. MyISAM is best in speed when tables are mostly read (like tt_content or pages). InnoDB is best in speed when tables are read and written at the same time (all cache_* and index_*). > While doing some manual optimizing to my table via phpMyAdmin, I > noticed that running a REPAIR on all tables throws an error for those > tables that use InnoDB, the error being "The storage engine for the > table doesn't support repair". > > What would you advise in this situation? Reread the message. Then leave those tables as is. They do not need reparing. In general you should not use REPAIR unless CHECK tells you that table is crashed. You can ANALYZE, this never hurts. You can also OPTIMIZE but I found that OPTIMIZE after ANALYZE does not make much sense (same for ANALYZE after OPTIMIZE). -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From jorgosch at terra.es Sat Feb 7 16:12:38 2009 From: jorgosch at terra.es (Jörg Schaller) Date: Sat, 07 Feb 2009 16:12:38 +0100 Subject: [TYPO3-dev] InnoDB vs MyISAM References: Message-ID: On Sat, 07 Feb 2009 16:12:35 +0200, Dmitry Dulepov wrote: >That's for performance reasons. MyISAM is best in speed when tables are mostly read (like tt_content or pages). InnoDB is best in speed when tables are read and written at the same time (all cache_* and index_*). Thank you for your very fast answer! I saw that you also wrote in the wiki "changing them to innodb may give good performance boost. (tip from Dmitry Dulepov)". What tables would you recommend for InnoDB, frequently changing ones, like visitor logs, for example? From dmitry at typo3.org Sat Feb 7 16:47:51 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 07 Feb 2009 17:47:51 +0200 Subject: [TYPO3-dev] InnoDB vs MyISAM In-Reply-To: References: Message-ID: Hi! J?rg Schaller wrote: > What tables would you recommend for InnoDB, frequently changing ones, > like visitor logs, for example? All core tables are already have optimal engine type. For other tables: InnoDB for tables that are read and updated at the same time. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From christopher at loerken.net Sat Feb 7 18:19:52 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Sat, 07 Feb 2009 18:19:52 +0100 Subject: [TYPO3-dev] Severe error caused by "solution" of session fixation bug In-Reply-To: References: Message-ID: I am sorry Marcus but I think I have misjudged the problem. The isEsxistingSession function is of course right in ignoring the IP lock in the query since it would otherwise give the result false for a session ID that is actually present in fe_users. I thought I have found our problem in that method but sadly, I was wrong. I'm sorry to have spamed this list with such false information. From blueduck at gmx.net Sun Feb 8 14:37:22 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Sun, 08 Feb 2009 14:37:22 +0100 Subject: [TYPO3-dev] InnoDB vs MyISAM References: Message-ID: Hi, what is with the behavior, that InnoDB tables get bigger and bigger? If i truncate the content the size was the same? Stefano -- Seit?dem?1.1.2008?werden?Daten?zu?jeder?E-Mail?verdachtsunabh?ngig?gespeichert!? Weitere?Informationen: www.vorratsdatenspeicherung.de GPG-ID: 0x2B08936D Key-Fingerprint: 7F31 BCF0 70C0 B3B1 1235 07E9 1777 D7A0 2B08 936D From steffen at steffen-gebert.de Sun Feb 8 15:55:03 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 08 Feb 2009 15:55:03 +0100 Subject: [TYPO3-dev] InnoDB vs MyISAM References: Message-ID: Stefano Kowalke wrote: > what is with the behavior, that InnoDB tables get bigger and bigger? If i > truncate the content the size was the same? This is a quite normal behavior for databases. Databases usually do not shrink, so DBMSs don't reduce the size of their data files, but later use this unallocated space when new data is written. Steffen From johnange at gmail.com Sun Feb 8 17:24:31 2009 From: johnange at gmail.com (John Angel) Date: Sun, 8 Feb 2009 17:24:31 +0100 Subject: [TYPO3-dev] InnoDB vs MyISAM In-Reply-To: References: Message-ID: > what is with the behavior, that InnoDB tables get bigger and bigger? If i > truncate the content the size was the same? To avoid that pretty annoying concept use: http://dev.mysql.com/doc/refman/5.1/en/multiple-tablespaces.html From dmitry at typo3.org Sun Feb 8 17:43:48 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sun, 08 Feb 2009 18:43:48 +0200 Subject: [TYPO3-dev] InnoDB vs MyISAM In-Reply-To: References: Message-ID: Hi! Stefano Kowalke wrote: > what is with the behavior, that InnoDB tables get bigger and bigger? If i > truncate the content the size was the same? You can use table per file InnoDb feature. Than you can shrink it. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From fsuter at cobweb.ch Mon Feb 9 19:00:52 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 09 Feb 2009 19:00:52 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach In-Reply-To: References: Message-ID: Hi, > should be easy > > // if document.domain is numeric, otherwise strip off the server name > and use the remainder > this.defaultDomain = > (defaultDomain)?defaultDomain:(document.domain.search(/[a-zA-Z]/) == > -1)?document.domain:document.domain.substring(document.domain.indexOf('.') > + 1,document.domain.length); > > remove the substring and use complete domain I'm looking into this but I don't have the same code at all. I remember noticing once that the efafontsize script had changed, maybe the version I integrated into my extension was an older. Looking into the code it sure doesn't look very clean, with more than an few variable being initialized but not used. Weirdly enough it reads and writes *all* cookies, rather than just the "fontSize" cookie, no idea why... Furthermore I notice that the script actually doesn't work on some sites, while it works fine on others :-( Anyway to bring the discussion back to the original topic, I just updated a web site that uses my efafontsize extension to TYPO3 4.2.5 and had no session problem at all even though the cookie's domain was indeed set as "domain.com" and not "www.domain.com". Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at t3node.com Tue Feb 10 10:09:53 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 10 Feb 2009 10:09:53 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug Message-ID: Hi, I just untarred the 4.1.10 tar.gz package and it seems the timestamp is in future: tar: typo3_src-4.1.10: time stamp 2009-02-10 10:19:27 is 857.922159 s in the future Funny thing is: this bugs resolves itself in 857.922159 seconds *lol* -- cheers, Steffen http://www.t3node.com/ From dmitry at typo3.org Tue Feb 10 10:14:39 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 10 Feb 2009 11:14:39 +0200 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Hi! Steffen M?ller wrote: > I just untarred the 4.1.10 tar.gz package and it seems the timestamp is > in future: > tar: typo3_src-4.1.10: time stamp 2009-02-10 10:19:27 is 857.922159 s in > the future > > Funny thing is: this bugs resolves itself in 857.922159 seconds It could be created in a different time zone than yours. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From michael at typo3.org Tue Feb 10 10:16:46 2009 From: michael at typo3.org (Michael Stucki) Date: Tue, 10 Feb 2009 10:16:46 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] Message-ID: If didn't receive this already, make sure you subscribe to the "typo3-announce" mailing list! - michael -------- Original-Nachricht -------- Betreff: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6 Datum: Tue, 10 Feb 2009 10:12:03 +0100 Von: Michael Stucki Antwort an: TYPO3 Announcement List, readonly An: typo3-announce at lists.netfielders.de Dear TYPO3 users, we are announcing the release of the following TYPO3 updates: - TYPO3 4.2.6 - TYPO3 4.1.10 - TYPO3 4.0.12 All versions are maintenance releases and contain bugfixes and security fixes. IMPORTANT: These versions include an important security fix to the TYPO3 core. A security announcement has just been released: http://typo3.org/teams/security/security-bulletins/typo3-sa-2009-002/ For details about the release, visit the following websites: http://wiki.typo3.org/TYPO3_4.2.6 http://wiki.typo3.org/TYPO3_4.1.10 http://wiki.typo3.org/TYPO3_4.0.12 MD5 checksums: eb6f557a2970105a6a659d0ef1a92cec typo3_src-4.2.6.tar.gz 9f33fcee17e9e9d0795ad369730f7f5c typo3_src-4.2.6.zip af264b7bcaedcd48aa047c3f22f6d4e6 typo3_src+dummy-4.2.6.zip b5c3c8bb92e89180433cde32e8e388b0 typo3_src-4.1.10.tar.gz be028514a74378ea60d1d01838a523c9 typo3_src-4.1.10.zip 71a4b348e7c186a82531ada2ee7e80ee typo3_src+dummy-4.1.10.zip 2dab550ec0c6355f933249ba94a375b4 typo3_src-4.0.12.tar.gz c698ffb8d884add10a977ae3ab7a2c91 typo3_src-4.0.12.zip 8613cffcdfbe6d32ffb1638c69c896c6 typo3_src+dummy-4.0.12.zip Download: http://typo3.org/download/packages/ _______________________________________________ TYPO3-announce mailing list TYPO3-announce at lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-announce -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From "peter,russ" at 4many.net Tue Feb 10 10:19:15 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Tue, 10 Feb 2009 10:19:15 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Dmitry Dulepov Datum: 10.02.2009 10:14: > Hi! > > Steffen M?ller wrote: >> I just untarred the 4.1.10 tar.gz package and it seems the timestamp is >> in future: >> tar: typo3_src-4.1.10: time stamp 2009-02-10 10:19:27 is 857.922159 s in >> the future >> >> Funny thing is: this bugs resolves itself in 857.922159 seconds > > It could be created in a different time zone than yours. > Professioal, very professional! Touch all file to make sure date is in the past! Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From typo3 at t3node.com Tue Feb 10 10:23:49 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 10 Feb 2009 10:23:49 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Hi. On 10.02.2009 10:19 Peter Russ wrote: > > Professioal, very professional! Touch all file to make sure date is in > the past! > come on! This is not a problem at all. I really appreciate all the work the security and release team are doing. It is more professional than we could expect. -- cheers, Steffen http://www.t3node.com/ From j.a.m.v.d.wiel at tue.nl Tue Feb 10 10:52:04 2009 From: j.a.m.v.d.wiel at tue.nl (Bas v.d. Wiel) Date: Tue, 10 Feb 2009 10:52:04 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steffen M?ller wrote: > Hi. > > On 10.02.2009 10:19 Peter Russ wrote: >> Professioal, very professional! Touch all file to make sure date is in >> the past! >> > > come on! This is not a problem at all. > I really appreciate all the work the security and release team are > doing. It is more professional than we could expect. > Indeed, patching as far back as acient 3.3 (even if the patch is really tiny).. that's just great! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmRTkQACgkQ2l7ND2B9iE3CPQCfQZVGjuZ5fiz58xK0Mc59z7MX DwoAnju20g5SCUjKpedBmqZX29ak4FlR =De9p -----END PGP SIGNATURE----- From albert.van.der.veen at xs4all.nl Tue Feb 10 11:05:48 2009 From: albert.van.der.veen at xs4all.nl (Albert van der Veen) Date: Tue, 10 Feb 2009 11:05:48 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach In-Reply-To: References: Message-ID: Hi Francois, > > I'm looking into this but I don't have the same code at all. I remember > noticing once that the efafontsize script had changed, maybe the version > I integrated into my extension was an older. Looking into the code it > sure doesn't look very clean, with more than an few variable being > initialized but not used. Weirdly enough it reads and writes *all* > cookies, rather than just the "fontSize" cookie, no idea why... This is indeed the cause of the login problems: efa_fontsize duplicates the fe_typo_user and be_typo_user with different expire times (and sometimes different domains - without the www). Helmut Hummel has uploaded a fixed script at this bug report: http://bugs.typo3.org/view.php?id=10216 A sidenote: there's a blog entry on the 'Einfach fur alle' website (the source of the original script), http://www.einfach-fuer-alle.de/blog/id/2457/ , explaining why it is no longer available :) > > Furthermore I notice that the script actually doesn't work on some > sites, while it works fine on others :-( Do you get any (javascript) errors? I use the YAML version of the script on a couple of sites and (apart from the recently introduced session problems) never noticed any problems. > > Anyway to bring the discussion back to the original topic, I just > updated a web site that uses my efafontsize extension to TYPO3 4.2.5 and > had no session problem at all even though the cookie's domain was indeed > set as "domain.com" and not "www.domain.com". > Just wondering: did you check the 'expires' time on the fe_typo_user and be_typo_user cookies (for example with the Webdev extension under Firefox - 'View cookie information')? > Cheers > grtz, Albert From michael at typo3.org Tue Feb 10 11:30:08 2009 From: michael at typo3.org (Michael Stucki) Date: Tue, 10 Feb 2009 11:30:08 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Hi Steffen & Dmitry, Dmitry Dulepov schrieb: > Hi! > > Steffen M?ller wrote: >> I just untarred the 4.1.10 tar.gz package and it seems the timestamp is >> in future: >> tar: typo3_src-4.1.10: time stamp 2009-02-10 10:19:27 is 857.922159 s in >> the future >> >> Funny thing is: this bugs resolves itself in 857.922159 seconds Indeed! It's already fixed :-) > It could be created in a different time zone than yours. The packaging server had the wrong time set. I have fixed it now, so next time it should be ok. - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From michael at typo3.org Tue Feb 10 11:32:08 2009 From: michael at typo3.org (Michael Stucki) Date: Tue, 10 Feb 2009 11:32:08 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Michael Stucki wrote: > The packaging server had the wrong time set. I have fixed it now, so > next time it should be ok. In fact, ntpdate was only executed on system restart. I have now made sure that it runs daily, so the problem should not occur ever again. - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From typo3 at perseguers.ch Tue Feb 10 11:34:00 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 10 Feb 2009 11:34:00 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Hi Michael, >>> Funny thing is: this bugs resolves itself in 857.922159 seconds > > Indeed! It's already fixed :-) Thanks for your work. -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From "peter,russ" at 4many.net Tue Feb 10 12:29:08 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Tue, 10 Feb 2009 12:29:08 +0100 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Michael Stucki Datum: 10.02.2009 11:32: > Michael Stucki wrote: >> The packaging server had the wrong time set. I have fixed it now, so >> next time it should be ok. > > In fact, ntpdate was only executed on system restart. I have now made > sure that it runs daily, so the problem should not occur ever again. > > - michael So Switzerland is back to the present and not ahead any longer ;-) Thank you very much for your work! Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From dmitry at typo3.org Tue Feb 10 12:48:17 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 10 Feb 2009 13:48:17 +0200 Subject: [TYPO3-dev] New releases and the 15 Minutes bug In-Reply-To: References: Message-ID: Hi! Peter Russ wrote: > So Switzerland is back to the present and not ahead any longer ;-) Reminds me of langoliers movie :D -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From masi-no at spam-typo3.org Tue Feb 10 16:19:19 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 10 Feb 2009 16:19:19 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Michael Stucki schrieb: > If didn't receive this already, make sure you subscribe to the > "typo3-announce" mailing list! > > - michael > > -------- Original-Nachricht -------- > Betreff: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6 > Datum: Tue, 10 Feb 2009 10:12:03 +0100 > Von: Michael Stucki > Antwort an: TYPO3 Announcement List, readonly > > An: typo3-announce at lists.netfielders.de > > Dear TYPO3 users, > > we are announcing the release of the following TYPO3 updates: > - TYPO3 4.2.6 > - TYPO3 4.1.10 > - TYPO3 4.0.12 > > All versions are maintenance releases and contain bugfixes > and security fixes. > > IMPORTANT: These versions include an important security fix > to the TYPO3 core. A security announcement has just been > released: > http://typo3.org/teams/security/security-bulletins/typo3-sa-2009-002/ "Thanx" for the unnecessary hints how to exploit the issue :( Masi PS: *Real* thanx for finding and fixing the problem :) From marcus#exp2009 at t3sec.info Tue Feb 10 16:23:32 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Tue, 10 Feb 2009 16:23:32 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Martin Kutschker schrieb am 02/10/2009 04:19 PM Uhr: > "Thanx" for the unnecessary hints how to exploit the issue :( Late fixing causes early exploiting. ;-) Have fun! Marcus. From shadow333 at gmail.com Tue Feb 10 16:28:50 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Tue, 10 Feb 2009 16:28:50 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Some ppls really think that creating an exploit without that info takes longer than creating one with that info;M fun fun fun. On Tue, Feb 10, 2009 at 4:23 PM, Marcus Krause wrote: > Martin Kutschker schrieb am 02/10/2009 04:19 PM Uhr: >> "Thanx" for the unnecessary hints how to exploit the issue :( > > Late fixing causes early exploiting. ;-) > > Have fun! > > > Marcus. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From typo3 at t3node.com Tue Feb 10 16:30:37 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 10 Feb 2009 16:30:37 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi Masi, On 10.02.2009 16:19 Martin Kutschker wrote: > > "Thanx" for the unnecessary hints how to exploit the issue :( > Indeed. Any of the bad guys who are able to use diff would have not needed these hints.... -- cheers, Steffen http://www.t3node.com/ From info at sk-typo3.de Tue Feb 10 16:35:28 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 10 Feb 2009 16:35:28 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi, > "Thanx" for the unnecessary hints how to exploit the issue :( > :-) > Masi > > PS: *Real* thanx for finding and fixing the problem :) yes. And i hope that users taking care and update _very_ soon! This is indeed a very critical, and you can be sure that bad guys are testing installations against this bug also very soon! (It's no problem to find TYPO3 sites with google very fast) So please update your installations YESTERDAY ;-) vg Steffen From patrick.rodacker at the-reflection.de Tue Feb 10 16:53:07 2009 From: patrick.rodacker at the-reflection.de (Patrick Rodacker) Date: Tue, 10 Feb 2009 16:53:07 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi list, Steffen Kamper schrieb: > So please update your installations YESTERDAY ;-) I did the update and noticed that once the juHash is exposed, you have to update your encryption key in your localconf (install tool) as well to close the leak. This is stated on the security bulletins page, but I overlooked at first glance, so IMO this should not go under "Other recoommendations" but should be placed on top of the "Solutions" section. Regs Patrick From masi-no at spam-typo3.org Tue Feb 10 17:20:18 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 10 Feb 2009 17:20:18 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Oliver Leitner schrieb: > Some ppls really think that creating an exploit without that info > takes longer than creating one with that info;M > > fun fun fun. I don't get you. I know that anyone with proper coding knowledge and a bit of time can figure out an exploit with the info found in the annoucement. Still I find that it wasn't necessary to give ideas which file to get and to use which known methods to break in. Masi From info at sk-typo3.de Tue Feb 10 17:29:09 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 10 Feb 2009 17:29:09 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: > Oliver Leitner schrieb: >> Some ppls really think that creating an exploit without that info >> takes longer than creating one with that info;M >> >> fun fun fun. > > I don't get you. I know that anyone with proper coding knowledge and a > bit of time can figure out an exploit with the info found in the > annoucement. Still I find that it wasn't necessary to give ideas which > file to get and to use which known methods to break in. > > Masi i don't think that this really was needful for such guys as they know how to use exploits. May be some new could test it now. But it shows how dangerous it could be, and possible capture of your site should show the need of updating immediately. vg Steffen From masi-no at spam-typo3.org Tue Feb 10 17:56:14 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 10 Feb 2009 17:56:14 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi Masi, > > Martin Kutschker schrieb: >> Oliver Leitner schrieb: >>> Some ppls really think that creating an exploit without that info >>> takes longer than creating one with that info;M >>> >>> fun fun fun. >> >> I don't get you. I know that anyone with proper coding knowledge and a >> bit of time can figure out an exploit with the info found in the >> annoucement. Still I find that it wasn't necessary to give ideas which >> file to get and to use which known methods to break in. >> >> Masi > > i don't think that this really was needful for such guys as they know > how to use exploits. May be some new could test it now. > But it shows how dangerous it could be, and possible capture of your > site should show the need of updating immediately. It only makes the little brats curious and could have been written in a more general tone. eg "with the exploit you can retrieve vital configuration files. With this files and well known methods the attacker can gain administration access to your site. If the server is not properly configured the attacker may even gain enough knowledge to steal all your databases or break into your system." Masi From typo3 at susannemoog.de Tue Feb 10 18:03:31 2009 From: typo3 at susannemoog.de (Susanne Moog) Date: Tue, 10 Feb 2009 18:03:31 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Steffen Kamper schrieb: > > It only makes the little brats curious [...] Hey! I always wanted to be referred to as "little brat" :) ... (yep, tested it out, it was too promising, just to play around a bit - yep, I know I was bad...) ... so in principal I agree that it could have been a bit less clear how to test if it "really works". Regards, Susanne From typo3 at t3node.com Tue Feb 10 18:53:59 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 10 Feb 2009 18:53:59 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi. On 10.02.2009 17:56 Martin Kutschker wrote: > > It only makes the little brats curious and could have been written in a > more general tone. eg "with the exploit you can retrieve vital > configuration files. With this files and well known methods the attacker > can gain administration access to your site. If the server is not > properly configured the attacker may even gain enough knowledge to steal > all your databases or break into your system." > On the other hand, saying: "Dear Users, critical security threat, please update soon. Full stop." simply does not make the situation as clear as "exploit will hurt your system bad, because..." does. +1 for full disclosure -- cheers, Steffen http://www.t3node.com/ From lars at typo3.org Tue Feb 10 19:52:08 2009 From: lars at typo3.org (Lars Houmark) Date: Tue, 10 Feb 2009 13:52:08 -0500 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] References: Message-ID: On 2009-02-10 10:53:07 -0500, Patrick Rodacker said: > I did the update and noticed that once the juHash is exposed, you have > to update your encryption key in your localconf (install tool) as well > to close the leak. This is stated on the security bulletins page, but I > overlooked at first glance, so IMO this should not go under "Other > recoommendations" but should be placed on top of the "Solutions" > section. This is only neded if your installation have been hacked by this exploit already, meaning your install tool password and such have been exposed. The hash is unique for each "url" it is being used with, so re-generating the encryptionKey is not needed unless your system have been hacked. On the other hand it never hurts to do it, and takes little time, when done properly, and will indeed secure you to the most possible way. -- Lars Houmark Member of the TYPO3 Security Team From fsuter at cobweb.ch Tue Feb 10 22:23:19 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 10 Feb 2009 22:23:19 +0100 Subject: [TYPO3-dev] Solving existing session problems - sole technical approach In-Reply-To: References: Message-ID: Hi, Thanks for your feedback. > This is indeed the cause of the login problems: efa_fontsize duplicates > the fe_typo_user and be_typo_user with different expire times (and > sometimes different domains - without the www). I have a locally fixed version now, which just handles the "fontSize" cookie and nothing else. But I need time to test and polish it. > Helmut Hummel has uploaded a fixed script at this bug report: > http://bugs.typo3.org/view.php?id=10216 > > A sidenote: there's a blog entry on the 'Einfach fur alle' website (the > source of the original script), > http://www.einfach-fuer-alle.de/blog/id/2457/ , explaining why it is no > longer available :) Yes, I remember reading that article. It's interesting and I agree with the points it makes. However I have this extension out there that some people (including me :-) ) use and it has to be updated even though usage of such a script could indeed be easily phased out. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lukas.stancik at robe.cz Wed Feb 11 00:39:23 2009 From: lukas.stancik at robe.cz (Lukas Stancik) Date: Wed, 11 Feb 2009 00:39:23 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi guys, I really appreciate your work, seriously. But consider also my situation. I'm running vulnerable version on my production site, for some unknown reason my attempts to upgrade to a higher version resulted in critical PHP errors [BE,FE, Install tool down]. I'm having hard times trying to convince my hoster that I need to see errorlog files to find out what is wrong. Until then I must pray that someone will not try to test the exploit on my site. It added some more unnecessary pressure on my shoulders - just my two cents. Thanks for your hard work! Regards Lukas Steffen Kamper napsal(a): > Hi, > >> "Thanx" for the unnecessary hints how to exploit the issue :( >> > :-) > >> Masi >> >> PS: *Real* thanx for finding and fixing the problem :) > > yes. And i hope that users taking care and update _very_ soon! This is > indeed a very critical, and you can be sure that bad guys are testing > installations against this bug also very soon! > (It's no problem to find TYPO3 sites with google very fast) > > So please update your installations YESTERDAY ;-) > > vg Steffen From bedlamhotel at gmail.com Wed Feb 11 00:42:38 2009 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 10 Feb 2009 15:42:38 -0800 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi, On Tue, Feb 10, 2009 at 3:39 PM, Lukas Stancik wrote: > Hi guys, > > I really appreciate your work, seriously. > But consider also my situation. I'm running vulnerable version on my > production site, for some unknown reason my attempts to upgrade to a > higher version resulted in critical PHP errors [BE,FE, Install tool > down]. I'm having hard times trying to convince my hoster that I need to > see errorlog files to find out what is wrong. Until then I must pray > that someone will not try to test the exploit on my site. It added some > more unnecessary pressure on my shoulders - just my two cents. > > Thanks for your hard work! Re-read the security bulletin page: you can fix the more serious issue in about 20 seconds with a text editor. [1] [1] http://typo3.org/teams/security/security-bulletins/typo3-sa-2009-002/ -- Christopher Torgalson http://www.typo3apprentice.com/ From lukas.stancik at robe.cz Wed Feb 11 00:49:04 2009 From: lukas.stancik at robe.cz (Lukas Stancik) Date: Wed, 11 Feb 2009 00:49:04 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Thanks Christopher, as you can see stressed out webmasters tend to overlook important things :) Regards Lukas Christopher Torgalson napsal(a): > Hi, > > On Tue, Feb 10, 2009 at 3:39 PM, Lukas Stancik wrote: >> Hi guys, >> >> I really appreciate your work, seriously. >> But consider also my situation. I'm running vulnerable version on my >> production site, for some unknown reason my attempts to upgrade to a >> higher version resulted in critical PHP errors [BE,FE, Install tool >> down]. I'm having hard times trying to convince my hoster that I need to >> see errorlog files to find out what is wrong. Until then I must pray >> that someone will not try to test the exploit on my site. It added some >> more unnecessary pressure on my shoulders - just my two cents. >> >> Thanks for your hard work! > > > Re-read the security bulletin page: you can fix the more serious issue > in about 20 seconds with a text editor. [1] > > [1] http://typo3.org/teams/security/security-bulletins/typo3-sa-2009-002/ > From info at sk-typo3.de Wed Feb 11 01:37:31 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 01:37:31 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi, Lukas Stancik schrieb: > Thanks Christopher, as you can see stressed out webmasters tend to > overlook important things :) > > Regards > > Lukas > if you do the right update you don't change any compatibility nor you run in problems: for 4.0.x use TYPO3 4.0.12 for 4.1.x use TYPO3 4.1.10 for 4.2.x use TYPO3 4.2.6 vg Steffen From grac at gmx.ch Wed Feb 11 02:08:43 2009 From: grac at gmx.ch (grac) Date: Wed, 11 Feb 2009 02:08:43 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change Message-ID: hello this is really a persisting annoyance: even if the logout of the secured zone has a clear redirect into the non-secured zone, e.g. main page, the sysext felogin just reloads this main page (yes, it does). but the URI just remains the same (i.e. the last page before logout). when can we expect this to be fixed eventually? if i'm not mistaken i read in different posts that the developer of felogin doesn't think this is necessary?! i just can't believe and explain why felogin misbehaves this way. and, since it's a sysext, it should behave as promised, right? thanks for any explanation stephan From shadow333 at gmail.com Wed Feb 11 06:38:39 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Wed, 11 Feb 2009 06:38:39 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi MK Welcome to reality;) nahh, seriously, if it wouldnt have been exposed in that way, i wouldnt be able to convince any of my coworkers or our admin of the need for an update... *g* On Tue, Feb 10, 2009 at 5:20 PM, Martin Kutschker wrote: > Oliver Leitner schrieb: >> Some ppls really think that creating an exploit without that info >> takes longer than creating one with that info;M >> >> fun fun fun. > > I don't get you. I know that anyone with proper coding knowledge and a > bit of time can figure out an exploit with the info found in the > annoucement. Still I find that it wasn't necessary to give ideas which > file to get and to use which known methods to break in. > > Masi > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From dmitry at typo3.org Wed Feb 11 08:38:00 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 11 Feb 2009 09:38:00 +0200 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi! grac wrote: > this is really a persisting annoyance: > even if the logout of the secured zone has a clear redirect into the > non-secured zone, e.g. main page, the sysext felogin just reloads this > main page (yes, it does). > but the URI just remains the same (i.e. the last page before logout). I thought the ext has a setting where to redirect. Do you say it does not redirect to the specified URL? Then open a bug report. No one will fix it unless there is a bug report. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From masi-no at spam-typo3.org Wed Feb 11 08:58:02 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 11 Feb 2009 08:58:02 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Oliver Leitner schrieb: > Hi MK > > Welcome to reality;) > > nahh, seriously, if it wouldnt have been exposed in that way, i > wouldnt be able to convince any of my coworkers or our admin of the > need for an update... Why didn't you simply showed them the exploit. I tried it too and it was real fun to get arbitrary files from remote servers. It was quite a shock in our company. Masi From masi-no at spam-typo3.org Wed Feb 11 08:58:05 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 11 Feb 2009 08:58:05 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Steffen M?ller schrieb: > Hi. > > On 10.02.2009 17:56 Martin Kutschker wrote: >> It only makes the little brats curious and could have been written in a >> more general tone. eg "with the exploit you can retrieve vital >> configuration files. With this files and well known methods the attacker >> can gain administration access to your site. If the server is not >> properly configured the attacker may even gain enough knowledge to steal >> all your databases or break into your system." >> > > On the other hand, saying: "Dear Users, critical security threat, please > update soon. Full stop." simply does not make the situation as clear as > "exploit will hurt your system bad, because..." does. I think my alternative version is horrifying enough: "can gain administration access to your site" and " (may) steal all your databases or break into your system". Masi From info at sk-typo3.de Wed Feb 11 09:14:46 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 09:14:46 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi, grac schrieb: > hello > > this is really a persisting annoyance: > even if the logout of the secured zone has a clear redirect into the > non-secured zone, e.g. main page, the sysext felogin just reloads this > main page (yes, it does). > but the URI just remains the same (i.e. the last page before logout). > > when can we expect this to be fixed eventually? > > if i'm not mistaken i read in different posts that the developer of > felogin doesn't think this is necessary?! > > i just can't believe and explain why felogin misbehaves this way. > and, since it's a sysext, it should behave as promised, right? > > thanks for any explanation > > stephan it's not a bug, it's normal TYPO3 behaviour. How should felogin do a redirect if you placed it on a secured page? Do it with TS and it will work. vg Steffen From scecere at krur.com Wed Feb 11 09:45:48 2009 From: scecere at krur.com (stefano cecere) Date: Wed, 11 Feb 2009 09:45:48 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Why didn't you simply showed them the exploit. I tried it too and it was > real fun to get arbitrary files from remote servers. It was quite a > shock in our company. i did the same (for the first time!) it was quite "educative" anyway it's not so easy to get access to the install tool from the hashed password: first you have to descrypt it, and the the INSTALL_TOOL... security file should turned off (and i guess _every_ one has that file ON, right? :) stefano From speedy_is_here at hotmail.com Wed Feb 11 10:32:09 2009 From: speedy_is_here at hotmail.com (Alexanderl All) Date: Wed, 11 Feb 2009 10:32:09 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem Message-ID: Hi, i?m trying my firts backend-extension. My problem is that i would like delete a dataset and than reload the frame automatically. Unlike reload the erasure is working with following code. [php] function main() { global $BE_USER,$LANG,$BACK_PATH; ... $this->doc->backPath = $BACK_PATH; ... for(......) { .... $delete = "doc->backPath."tce_db.php?&cmd[".$this->table."][".$uid."][delete]=1\">"; ... } ... } [/php] In this script is [php] $this->doc->backPath = $BACK_PATH; [/php] emty. Have someone advice how i make it better? Thanks _________________________________________________________________ Neu: Office Live Workspace, der kostenlose Online-Arbeitsbereich f?r Office. Ideal auch f?r Teams. Jetzt ausprobieren! http://workspace.officelive.com/?lc=1031&cloc=de-DE From info at sk-typo3.de Wed Feb 11 10:44:37 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 10:44:37 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Hi, use $GLOBALS['BACK_PATH'] all the time (you already do) vg Steffen Alexanderl All schrieb: > Hi, > > i?m trying my firts backend-extension. My problem is that i would like delete a dataset and than reload the frame automatically. Unlike reload the erasure is working with following code. > > [php] > function main() { > global $BE_USER,$LANG,$BACK_PATH; > ... > $this->doc->backPath = $BACK_PATH; > ... > for(......) { > .... > $delete = "doc->backPath."tce_db.php?&cmd[".$this->table."][".$uid."][delete]=1\">"; > ... > } > ... > } > [/php] > > In this script is > [php] > $this->doc->backPath = $BACK_PATH; > [/php] > > emty. Have someone advice how i make it better? > > Thanks > > > _________________________________________________________________ > Neu: Office Live Workspace, der kostenlose Online-Arbeitsbereich f?r Office. Ideal auch f?r Teams. Jetzt ausprobieren! > http://workspace.officelive.com/?lc=1031&cloc=de-DE From speedy_is_here at hotmail.com Wed Feb 11 11:03:14 2009 From: speedy_is_here at hotmail.com (Alexanderl All) Date: Wed, 11 Feb 2009 11:03:14 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Thanks Steffen but it?s the same result [php] $delete = "table."][".$uid[$i]."][delete]=1\">..."; [/php] [html] ... [/html] > From: info at sk-typo3.de > Date: Wed, 11 Feb 2009 10:44:37 +0100 > To: typo3-dev at lists.netfielders.de > Subject: Re: [TYPO3-dev] $BACK_PATH Problem > > Hi, > > use $GLOBALS['BACK_PATH'] all the time (you already do) > > vg Steffen > > Alexanderl All schrieb: > > Hi, > > > > i?m trying my firts backend-extension. My problem is that i would like delete a dataset and than reload the frame automatically. Unlike reload the erasure is working with following code. > > > > [php] > > function main() { > > global $BE_USER,$LANG,$BACK_PATH; > > ... > > $this->doc->backPath = $BACK_PATH; > > ... > > for(......) { > > .... > > $delete = "doc->backPath."tce_db.php?&cmd[".$this->table."][".$uid."][delete]=1\">"; > > ... > > } > > ... > > } > > [/php] > > > > In this script is > > [php] > > $this->doc->backPath = $BACK_PATH; > > [/php] > > > > emty. Have someone advice how i make it better? > > > > Thanks > > > > > > _________________________________________________________________ > > Neu: Office Live Workspace, der kostenlose Online-Arbeitsbereich f?r Office. Ideal auch f?r Teams. Jetzt ausprobieren! > > http://workspace.officelive.com/?lc=1031&cloc=de-DE > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev _________________________________________________________________ Hotmail to go! Hol' Dir Hotmail aufs Handy! http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=de-de From info at sk-typo3.de Wed Feb 11 11:31:12 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 11:31:12 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Hi, Alexanderl All schrieb: > > Thanks Steffen but it?s the same result > are you sure you create the BE module the right way, did you this with kickstarter? It should be filled if you initialize template.php vg Steffen From degenhardt at visor3000.com Wed Feb 11 11:33:53 2009 From: degenhardt at visor3000.com (Boris Degenhardt) Date: Wed, 11 Feb 2009 11:33:53 +0100 Subject: [TYPO3-dev] tt_news BUG Message-ID: Hey everybody, after installing tt_news on a TYPO3 4.2.5 Version there are no detailed information in the LIST view of the BE like title etc. and the datasettable of the news has no header and no possibility to switch per [+] to advanced view to set fields. This didnt change after updating to 4.2.6. In the PAGE view everything seems to be ok. Can anyone help please! Best Regards Boris From speedy_is_here at hotmail.com Wed Feb 11 11:41:23 2009 From: speedy_is_here at hotmail.com (Alexanderl All) Date: Wed, 11 Feb 2009 11:41:23 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: yes, i create it with the kickstarter but it is only a test-extension, probably is somethink wrong so i try it again and give feedback. thanks Steffen > From: info at sk-typo3.de > Date: Wed, 11 Feb 2009 11:31:12 +0100 > To: typo3-dev at lists.netfielders.de > Subject: Re: [TYPO3-dev] $BACK_PATH Problem > > Hi, > > Alexanderl All schrieb: > > > > Thanks Steffen but it?s the same result > > > > are you sure you create the BE module the right way, did you this with > kickstarter? > It should be filled if you initialize template.php > > vg Steffen > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev _________________________________________________________________ MSN Video: Coole Beats und krasse Actionen! Kostenlos anschauen! http://video.msn.com/?mkt=de-de From blueduck at gmx.net Wed Feb 11 11:55:18 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Wed, 11 Feb 2009 11:55:18 +0100 Subject: [TYPO3-dev] tt_news BUG In-Reply-To: References: Message-ID: Boris Degenhardt schrieb: > Hey everybody, > after installing tt_news on a TYPO3 4.2.5 Version there are no detailed > information in the LIST view of the BE like title etc. and the > datasettable of the news has no header and no possibility to switch per > [+] to advanced view to set fields. This didnt change after updating to > 4.2.6. In the PAGE view everything seems to be ok. Can anyone help please! > > Best Regards > Boris Why did you crosspost this topic to three lists? It makes difficult to answer and track the topic about the time. Please think just a second before send the mail to which list this topic belongs. IMHO this mostly belongs to tt_news, because the update from 4.2.5 to 4.2.6 not change any behavior belongs to tt_news. Cheers Stefano From dmitry at typo3.org Wed Feb 11 12:33:42 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 11 Feb 2009 13:33:42 +0200 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Hi! Alexanderl All wrote: > i?m trying my firts backend-extension. My problem is that i would like delete a dataset and than reload the frame automatically. Unlike reload the erasure is working with following code. Get the book about extension development :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From speedy_is_here at hotmail.com Wed Feb 11 12:49:12 2009 From: speedy_is_here at hotmail.com (Alexanderl All) Date: Wed, 11 Feb 2009 12:49:12 +0100 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Hi Dmitry Dulepov, the release of your new book "TYPO3-Extensions" is the 27.03.09 in germany. which one do you suggest? > From: dmitry at typo3.org > Date: Wed, 11 Feb 2009 13:33:42 +0200 > To: typo3-dev at lists.netfielders.de > Subject: Re: [TYPO3-dev] $BACK_PATH Problem > > Hi! > > Alexanderl All wrote: > > i?m trying my firts backend-extension. My problem is that i would like delete a dataset and than reload the frame automatically. Unlike reload the erasure is working with following code. > > Get the book about extension development :) > > -- > Dmitry Dulepov > TYPO3 core team > "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev _________________________________________________________________ Hotmail to go! Hol' Dir Hotmail aufs Handy! http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=de-de From dmitry at typo3.org Wed Feb 11 13:11:50 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 11 Feb 2009 14:11:50 +0200 Subject: [TYPO3-dev] $BACK_PATH Problem In-Reply-To: References: Message-ID: Hi! Alexanderl All wrote: > the release of your new book "TYPO3-Extensions" is the 27.03.09 in germany. which one do you suggest? You can also get English version: http://packtpub.com/typo3-extension-development/ I have no control over German version, so I cannot tell how good the translation will be. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From joerg at klein-family.com Wed Feb 11 13:50:40 2009 From: joerg at klein-family.com (Joerg Klein) Date: Wed, 11 Feb 2009 13:50:40 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? Message-ID: Hi guys, I would like to use nomal names as usernames, but TYPO3 always converts them to lowercase, so that e.g. "Martin" becomes "martin". What is the reasion for that? Is there an option to change that? Kind regard J?rg From masi-no at spam-typo3.org Wed Feb 11 13:51:40 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 11 Feb 2009 13:51:40 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Joerg Klein schrieb: > Hi guys, > > I would like to use nomal names as usernames, but TYPO3 always converts them > to lowercase, so that e.g. "Martin" becomes "martin". > > What is the reasion for that? > > Is there an option to change that? Not really. Even if TYPO3 wouldn't convert the value on input, the user names were case insensitve. Masi From christopher at loerken.net Wed Feb 11 14:17:09 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Wed, 11 Feb 2009 14:17:09 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Joerg Klein schrieb: >> Hi guys, >> >> I would like to use nomal names as usernames, but TYPO3 always converts them >> to lowercase, so that e.g. "Martin" becomes "martin". >> >> What is the reasion for that? >> >> Is there an option to change that? > > Not really. Even if TYPO3 wouldn't convert the value on input, the user > names were case insensitve. > > Masi Hello Joerg, hello Masi, I think, Joerg is simply puzzled by the automatic conversion of stored usernames. Probably very few people want the login form to be case-sensitive, but I myswlf am also annoyed by the fact that very time I edit a user record in the backend, it is converted to lower case and all space characters are removed. I actually want them to be stored in the way the user intended. I circumvent that by using the registration component of mm_forum which allows and remembers upper case characters during registration and editing fe_user entries in the DB by hand. Quite error-prone I think. I do not yet see any reason why something basic like that does not have configuration parameters... For the solution, I've found a post where someone suggested this extension: http://typo3.org/extensions/repository/view/cron_feuserscase/current/info/ext_tables.php/ Quite simple and should work for the lowercase scenario. The code is pretty self explanatory I think. I haven't tested the extension though. Cheers, Christopher From degenhardt at visor3000.com Wed Feb 11 14:51:10 2009 From: degenhardt at visor3000.com (Boris Degenhardt) Date: Wed, 11 Feb 2009 14:51:10 +0100 Subject: [TYPO3-dev] tt_news BUG In-Reply-To: References: Message-ID: Stefano Kowalke schrieb: > Boris Degenhardt schrieb: >> Hey everybody, >> after installing tt_news on a TYPO3 4.2.5 Version there are no >> detailed information in the LIST view of the BE like title etc. and >> the datasettable of the news has no header and no possibility to >> switch per [+] to advanced view to set fields. This didnt change after >> updating to 4.2.6. In the PAGE view everything seems to be ok. Can >> anyone help please! >> >> Best Regards >> Boris > > Why did you crosspost this topic to three lists? > > It makes difficult to answer and track the topic about the time. > > Please think just a second before send the mail to which list this topic > belongs. > > IMHO this mostly belongs to tt_news, because the update from 4.2.5 to > 4.2.6 not change any behavior belongs to tt_news. > > Cheers > Stefano ...thinking is one of my favourite hobbies....pls stop WHINING From j.a.m.v.d.wiel at tue.nl Wed Feb 11 15:00:12 2009 From: j.a.m.v.d.wiel at tue.nl (Wiel, J.A.M. van de) Date: Wed, 11 Feb 2009 15:00:12 +0100 Subject: [TYPO3-dev] tt_news BUG In-Reply-To: References: , Message-ID: ...thinking is one of my favourite hobbies....pls stop WHINING ..and into my blacklist you go. From info at sk-typo3.de Wed Feb 11 16:35:52 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 16:35:52 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi, ups - some german read http://www.heise.de/newsticker/Website-von-Wolfgang-Schaeuble-ueber-Typo3-Luecke-gehackt-Update--/meldung/132315 vg Steffen From "peter,russ" at 4many.net Wed Feb 11 17:00:49 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Wed, 11 Feb 2009 17:00:49 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 11.02.2009 16:35: > Hi, > > ups - some german read > > http://www.heise.de/newsticker/Website-von-Wolfgang-Schaeuble-ueber-Typo3-Luecke-gehackt-Update--/meldung/132315 > > > vg Steffen I really appeciate this crossposts! -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Wed Feb 11 17:29:27 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Feb 2009 17:29:27 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Peter Russ schrieb: > --- Original Nachricht --- > Absender: Steffen Kamper > Datum: 11.02.2009 16:35: >> Hi, >> >> ups - some german read >> >> http://www.heise.de/newsticker/Website-von-Wolfgang-Schaeuble-ueber-Typo3-Luecke-gehackt-Update--/meldung/132315 >> >> >> vg Steffen > > I really appeciate this crossposts! > crosspost? me? not possible. May be some other posted in another list? I don't read them all ... vg Steffen From dmitry at typo3.org Wed Feb 11 17:38:43 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 11 Feb 2009 18:38:43 +0200 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > crosspost? me? not possible. "Reply All" sends message to all original groups... -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From grac at gmx.ch Wed Feb 11 17:44:38 2009 From: grac at gmx.ch (grac) Date: Wed, 11 Feb 2009 17:44:38 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: @dmitry Dmitry Dulepov wrote: > I thought the ext has a setting where to redirect. Do you say it does not redirect to the specified URL? Then open a bug report. No one will fix it unless there is a bug report. yes, there is a redirect for login, one for unauthenticated users and one for logout. all of them are set in my installation. there is also already a bug report (id=8677, 08-06-11, updated: 08-09-07) which describes not an identical, but a similar situation. interestingly it's status is set to "solved", but there is no visible solution. but maybe i'm just not crack enough to understand it? thanks for answering stephan (ordinary admin) From ingmar at typo3.org Wed Feb 11 17:48:23 2009 From: ingmar at typo3.org (Ingmar Schlecht) Date: Wed, 11 Feb 2009 17:48:23 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: > I think my alternative version is horrifying enough: "can gain > administration access to your site" and " > (may) steal all your databases or break into your system". I agree that we should better put horrifying sentences into the announcement that don't guide to the weak parts. cheers Ingmar -- Ingmar Schlecht TYPO3 Core Developer From grac at gmx.ch Wed Feb 11 17:48:50 2009 From: grac at gmx.ch (grac) Date: Wed, 11 Feb 2009 17:48:50 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: @ steffen Steffen Kamper wrote: > it's not a bug, it's normal TYPO3 behaviour. aha. what should be normal in not adapting the URL? > How should felogin do a redirect if you placed it on a secured page? i didn't say that i put the felogin in a secured page. the SYSEXT felogin is a content element for all pages (not secured). and in the secured section there is the logout button. > Do it with TS and it will work. could you please be more explicit? i used the flexform for the plugin. thanks > vg Steffen stephan (ordinary admin) From "peter,russ" at 4many.net Wed Feb 11 21:15:23 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Wed, 11 Feb 2009 21:15:23 +0100 Subject: [TYPO3-dev] onChange with multi select Message-ID: Hallo, I've added a multiselect with onChange to a flexform. onChange fires everytime a value is added from the list but never when a value is removed from the selected list. Is this a known or documented 'feature'? If not I'll file a bug and try to provide a patch in the coming days. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From tapio.markula at xetpoint.fi Thu Feb 12 11:11:11 2009 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 12 Feb 2009 12:11:11 +0200 Subject: [TYPO3-dev] Page browser missed alwaysNext Message-ID: Hi The frontend default page browser has 'alwaysPrev' but misses alwaysNext. A customer wanted both. I can't XCLASS pi base class. Into what versions this could be added? From steffen at steffen-gebert.de Thu Feb 12 11:13:46 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 12 Feb 2009 11:13:46 +0100 Subject: [TYPO3-dev] Page browser missed alwaysNext References: Message-ID: Tapio Markula wrote: > The frontend default page browser has 'alwaysPrev' but misses alwaysNext. > > A customer wanted both. I can't XCLASS pi base class. > Into what versions this could be added? Trunk - as it's a feature.. Steffen From info at sk-typo3.de Thu Feb 12 11:28:34 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Feb 2009 11:28:34 +0100 Subject: [TYPO3-dev] Page browser missed alwaysNext In-Reply-To: References: Message-ID: Hi, Steffen Gebert schrieb: > Tapio Markula wrote: >> The frontend default page browser has 'alwaysPrev' but misses alwaysNext. >> >> A customer wanted both. I can't XCLASS pi base class. >> Into what versions this could be added? > Trunk - as it's a feature.. > > Steffen there is a page browser extension by Dmitry, use that? vg Steffen From tapio.markula at xetpoint.fi Thu Feb 12 11:41:19 2009 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Thu, 12 Feb 2009 12:41:19 +0200 Subject: [TYPO3-dev] Page browser missed alwaysNext In-Reply-To: References: Message-ID: Steffen Kamper kirjoitti: > Hi, > > Steffen Gebert schrieb: >> Tapio Markula wrote: >>> The frontend default page browser has 'alwaysPrev' but misses >>> alwaysNext. >>> >>> A customer wanted both. I can't XCLASS pi base class. >>> Into what versions this could be added? >> Trunk - as it's a feature.. >> >> Steffen > > there is a page browser extension by Dmitry, use that? > > vg Steffen I need page browser for tt_news - it uses as default the build-in page browser. Other alternatives are user defined page browser or table based function in tt_news. That misses alwaysNext too - I edited the code and added that directlty to the fe class file of tt_news. Not a good solution. From steffen at steffen-gebert.de Thu Feb 12 11:42:42 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 12 Feb 2009 11:42:42 +0100 Subject: [TYPO3-dev] Page browser missed alwaysNext References: Message-ID: Steffen Kamper wrote: > there is a page browser extension by Dmitry, use that? I think he talks about tt_news (see tt_news group). AFAIK tt_news is not so easy to patch to use pagebrowse as anybody (Dmitry ?) said some weeks ago - or has anybody done this already? Steffen From info at sk-typo3.de Thu Feb 12 11:51:33 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Feb 2009 11:51:33 +0100 Subject: [TYPO3-dev] Page browser missed alwaysNext In-Reply-To: References: Message-ID: Hi, Steffen Gebert schrieb: > Steffen Kamper wrote: >> there is a page browser extension by Dmitry, use that? > > I think he talks about tt_news (see tt_news group). > > AFAIK tt_news is not so easy to patch to use pagebrowse as anybody (Dmitry ?) said some weeks ago - or has anybody done this already? > > Steffen oh, i really wait for MVC in core to get a completely new tt_news that is extendable in any way ... I myself patch tt_news everytime for the needs. vg Steffen From dmitry at typo3.org Thu Feb 12 12:24:20 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 12 Feb 2009 13:24:20 +0200 Subject: [TYPO3-dev] Page browser missed alwaysNext In-Reply-To: References: Message-ID: Hi! Steffen Gebert wrote: > AFAIK tt_news is not so easy to patch to use pagebrowse as anybody (Dmitry ?) said some weeks ago - or has anybody done this already? It is not difficult to create an extension that uses my page browser with tt_news. It is 1-2h of work. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo3 at t3node.com Thu Feb 12 15:29:32 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 12 Feb 2009 15:29:32 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi. On 11.02.2009 17:38 Dmitry Dulepov wrote: > > Steffen Kamper wrote: >> crosspost? me? not possible. > > "Reply All" sends message to all original groups... > Stucki forgot to set Followup-To: Header so replies go to all newsgroups. -- cheers, Steffen http://www.t3node.com/ From joerg at klein-family.com Thu Feb 12 15:48:59 2009 From: joerg at klein-family.com (Joerg Klein) Date: Thu, 12 Feb 2009 15:48:59 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi Martin, "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1234356697.14278.typo3-dev at lists.netfielders.de... > Joerg Klein schrieb: >> Hi guys, >> >> I would like to use nomal names as usernames, but TYPO3 always converts >> them >> to lowercase, so that e.g. "Martin" becomes "martin". >> >> What is the reasion for that? >> >> Is there an option to change that? > > Not really. Even if TYPO3 wouldn't convert the value on input, the user > names were case insensitve. I would like to have capital-letters in my BE-usernames. What have I got to change to get that? J?rg From joerg at klein-family.com Thu Feb 12 15:54:22 2009 From: joerg at klein-family.com (Joerg Klein) Date: Thu, 12 Feb 2009 15:54:22 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi! "Christopher L?rken" schrieb im Newsbeitrag news:mailman.1.1234358237.25722.typo3-dev at lists.netfielders.de... > Martin Kutschker schrieb: >> Joerg Klein schrieb: >>> Hi guys, >>> >>> I would like to use nomal names as usernames, but TYPO3 always converts >>> them to lowercase, so that e.g. "Martin" becomes "martin". >>> >>> What is the reasion for that? >>> >>> Is there an option to change that? >> >> Not really. Even if TYPO3 wouldn't convert the value on input, the user >> names were case insensitve. >> >> Masi > > Hello Joerg, hello Masi, > > I think, Joerg is simply puzzled by the automatic conversion of stored > usernames. (....) I circumvent that by using the registration component of > mm_forum which allows and remembers upper case characters during > registration and editing fe_user entries in the DB by hand. Quite > error-prone I think. I do not yet see any reason why something basic like > that does not have configuration parameters... > > For the solution, I've found a post where someone suggested this > extension: > > http://typo3.org/extensions/repository/view/cron_feuserscase/current/info/ext_tables.php/ Those solutions only work for FE-users, right? J?rg From "peter,russ" at 4many.net Thu Feb 12 15:54:06 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 12 Feb 2009 15:54:06 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Joerg Klein Datum: 12.02.2009 15:48: > Hi Martin, > > "Martin Kutschker" schrieb im Newsbeitrag > news:mailman.1.1234356697.14278.typo3-dev at lists.netfielders.de... >> Joerg Klein schrieb: >>> Hi guys, >>> >>> I would like to use nomal names as usernames, but TYPO3 always converts >>> them >>> to lowercase, so that e.g. "Martin" becomes "martin". >>> >>> What is the reasion for that? >>> >>> Is there an option to change that? >> Not really. Even if TYPO3 wouldn't convert the value on input, the user >> names were case insensitve. > > I would like to have capital-letters in my BE-usernames. > What have I got to change to get that? CORE -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From shadow333 at gmail.com Thu Feb 12 16:08:57 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Thu, 12 Feb 2009 16:08:57 +0100 Subject: [TYPO3-dev] Page Preview not working anymore, if domain added to page Message-ID: Hello Guys Ive got a "small" problem with the current version of 4.1 (4.1.10) The page Preview (loupe icon in backend) is not working anymore, when the page has domains added to it, and is a standard or advanced page. causes 404 (page not found) to load... I wrote a Bug ticket already: http://bugs.typo3.org/view.php?id=10426 But asking here again, jic someone already had that one... greetings -- Oliver Leitner http://www.neverslair-blog.net From joerg at klein-family.com Thu Feb 12 16:21:32 2009 From: joerg at klein-family.com (Joerg Klein) Date: Thu, 12 Feb 2009 16:21:32 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi Peter, > Hi Martin, > > "Martin Kutschker" schrieb im Newsbeitrag > news:mailman.1.1234356697.14278.typo3-dev at lists.netfielders.de... >> Joerg Klein schrieb: >>> Hi guys, >>> >>> I would like to use nomal names as usernames, but TYPO3 always converts >>> them >>> to lowercase, so that e.g. "Martin" becomes "martin". >>> >>> What is the reasion for that? >>> >>> Is there an option to change that? >> Not really. Even if TYPO3 wouldn't convert the value on input, the user >> names were case insensitve. > > I would like to have capital-letters in my BE-usernames. > What have I got to change to get that? CORE Do you know that joke with the official and the baloonists? I see your from germany, so here it is in German: Ein Freiluftballon steigt auf und ger?t bald darauf in dichten Nebel. Die Gondelbesatzung verliert komplett die Orientierung. Als sich der Nebel kurz lichtet, sehen sie unter sich auf einem Platz einen Mann stehen. Der Ballon geht tiefer und die Besatzung ruft dem Mann zu: "Wo sind wir hier?" Der Mann ruft zur?ck: " In einer Ballongondel!" Frage: Welchen Beruf hat dieser Mann? Antwort: Beamter im ?ffentlichen Dienst! Begr?ndung: 1. Die Anwort kam prompt. 2. Sie war vollst?ndig richtig. 3. Wirklich weiterhelfen tut sie nicht. => Got it? From "peter,russ" at 4many.net Thu Feb 12 16:32:39 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 12 Feb 2009 16:32:39 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Joerg Klein Datum: 12.02.2009 16:21: > Hi Peter, > >> Hi Martin, >> >> "Martin Kutschker" schrieb im Newsbeitrag >> news:mailman.1.1234356697.14278.typo3-dev at lists.netfielders.de... >>> Joerg Klein schrieb: >>>> Hi guys, >>>> >>>> I would like to use nomal names as usernames, but TYPO3 always converts >>>> them >>>> to lowercase, so that e.g. "Martin" becomes "martin". >>>> >>>> What is the reasion for that? >>>> >>>> Is there an option to change that? >>> Not really. Even if TYPO3 wouldn't convert the value on input, the user >>> names were case insensitve. >> I would like to have capital-letters in my BE-usernames. >> What have I got to change to get that? > > CORE > > Do you know that joke with the official and the baloonists? > > I see your from germany, so here it is in German: > > Ein Freiluftballon steigt auf und ger?t bald darauf in dichten Nebel. Die > Gondelbesatzung verliert komplett die Orientierung. Als sich der Nebel kurz > lichtet, sehen sie unter sich auf einem Platz einen Mann stehen. Der Ballon > geht tiefer und die Besatzung ruft dem Mann zu: "Wo sind wir hier?" Der Mann > ruft zur?ck: " In einer Ballongondel!" > Frage: Welchen Beruf hat dieser Mann? > Antwort: Beamter im ?ffentlichen Dienst! > Begr?ndung: > 1. Die Anwort kam prompt. > 2. Sie war vollst?ndig richtig. > 3. Wirklich weiterhelfen tut sie nicht. > > => Got it? www.giyf.org -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Thu Feb 12 16:41:58 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Feb 2009 16:41:58 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Hi Peter, i'm sry, but this is not a good way answer questions. Do you really think google help with this problem? Try it yourself and you'll see. Also this is not a kind way as we are used in the community. So please try to be constructive. @J?rg: if you look to TCA of BE_USER you'll find this eval: 'eval' => 'nospace,lower,unique,required' try your luck to modify it and see if it works $TCA['be_users']['columns']['username']['config']['eval'] = 'nospace,unique,required'; vg Steffen From "peter,russ" at 4many.net Thu Feb 12 16:49:36 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 12 Feb 2009 16:49:36 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 12.02.2009 16:41: > Hi Peter, > > i'm sry, but this is not a good way answer questions. Do you really > think google help with this problem? Try it yourself and you'll see. > > Also this is not a kind way as we are used in the community. So please > try to be constructive. > > @J?rg: if you look to TCA of BE_USER you'll find this eval: > 'eval' => 'nospace,lower,unique,required' > > try your luck to modify it and see if it works > > $TCA['be_users']['columns']['username']['config']['eval'] = > 'nospace,unique,required'; > > vg Steffen Hi Steffen, 1) Answer was reaction to the joke 2) If you read Christopher's reply from yesterday the answer was already given. So if you search at Google you will find this answer at least ;-) jm2c Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From blueduck at gmx.net Thu Feb 12 17:01:29 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Thu, 12 Feb 2009 17:01:29 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Peter Russ schrieb: > --- Original Nachricht --- > Absender: Steffen Kamper > Datum: 12.02.2009 16:41: >> Hi Peter, >> >> i'm sry, but this is not a good way answer questions. Do you really >> think google help with this problem? Try it yourself and you'll see. >> >> Also this is not a kind way as we are used in the community. So please >> try to be constructive. >> >> @J?rg: if you look to TCA of BE_USER you'll find this eval: >> 'eval' => 'nospace,lower,unique,required' >> >> try your luck to modify it and see if it works >> >> $TCA['be_users']['columns']['username']['config']['eval'] = >> 'nospace,unique,required'; >> >> vg Steffen > > Hi Steffen, > > 1) Answer was reaction to the joke > 2) If you read Christopher's reply from yesterday the answer was already > given. So if you search at Google you will find this answer at least ;-) > > jm2c > > Peter. > Funny thread ;-) > 2) If you read Christopher's reply from yesterday the answer was > already given. So if you search at Google you will find this answer at least ;-) This belongs only to FE-Users. Since Joerg ask only for usernames it may be the correct answer (have a chance from 50%). Today he precised his question a little bit and ask for BE-Users, so the solution was not the right one. All in all and with a look to the joke: Ask the correct questions to get a proper answer. From where the offical should know what the crew means behind the question? In view of the crew the question was answered with no result, in view of the offical he answered this question absolut correctly. Cheers Stefano From michael at typo3.org Thu Feb 12 17:05:25 2009 From: michael at typo3.org (Michael Stucki) Date: Thu, 12 Feb 2009 17:05:25 +0100 Subject: [TYPO3-dev] [Fwd: [TYPO3-announce] Announcing TYPO3 4.0.12, 4.1.10 and 4.2.6] In-Reply-To: References: Message-ID: Hi all, Steffen M?ller schrieb: > Hi. > > On 11.02.2009 17:38 Dmitry Dulepov wrote: >> Steffen Kamper wrote: >>> crosspost? me? not possible. >> "Reply All" sends message to all original groups... >> > > Stucki forgot to set Followup-To: Header so replies go to all newsgroups. Whoops! Sorry for that, my bad... - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From michael at typo3.org Thu Feb 12 17:08:39 2009 From: michael at typo3.org (Michael Stucki) Date: Thu, 12 Feb 2009 17:08:39 +0100 Subject: [TYPO3-dev] Year 2008 in licence notices In-Reply-To: References: Message-ID: I fixed it today. - michael Oliver Hader schrieb: > Hi Stefano, > > Stefano Kowalke schrieb: >> The licence notice in the Website: >> This website is powered by TYPO3 - inspiring people to share! >> TYPO3 is a free open source Content Management Framework initially >> created by Kasper Skaarhoj and licensed under GNU/GPL. >> TYPO3 is copyright 1998-2009 of Kasper Skaarhoj. Extensions are >> copyright of their respective owners. >> Information and contribution at http://typo3.com/ and http://typo3.org/ >> >> show the year 2008. This is a no-brainer, but what is with the whole >> licence notices in at the top in every core file? >> >> It is just a job for search and replace? > > It was done like this in the older releases. I'm going to take care > about this. However, it's not that urgent... ;) > > olly -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From "peter,russ" at 4many.net Thu Feb 12 18:00:03 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 12 Feb 2009 18:00:03 +0100 Subject: [TYPO3-dev] RFC for displayConf Message-ID: 1.) So far displayCond only takes strings. I would like to recommend to add also support for an array of strings. With that more flexible conditions would be possible. 2.) Further it seems to me that displayCond is not checked for a sheet even if included into TCEforms of that sheet. I would like to add support also for that. 3.) Additionally I would like to add further Condition to allow controll from outside: TSC should do some TSconfig checks. Here I would highly appreciate your further input. This feature would make it much easier to maintain only one flexform instead of different versions (e.g. tt_news) Your input is highly welcome. Peter -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From masi-no at spam-typo3.org Thu Feb 12 19:21:42 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 12 Feb 2009 19:21:42 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Peter Kuehn [wmdb] schrieb: > Hi yall, > > some questions to those, who know more about databases than i do: > > How standard compliant is "truncate table"? > On which DBMS will it work or not work? > Is ADODB able to rewrite it where it does not work? > > Background: > I plan to submit a patch request for t3lib_tcemain->clear_cacheCmd() > where $cacheCmd=='all', if truncate table will not break DBAL. > The currently used "DELETE FROM cache_*" calls end up as an entry in > slow query logs on larger installs. Taken from the docs for Oracle 11g Rel. 1 "You cannot truncate the parent table of an enabled foreign key constraint. You must disable the constraint before truncating the table. An exception is that you can truncate the table if the integrity constraint is self-referential." And Oracle's implementation allows only ONE table to be truncated at once. Masi From masi-no at spam-typo3.org Thu Feb 12 19:27:19 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 12 Feb 2009 19:27:19 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Peter Kuehn [wmdb] schrieb: >> Hi yall, >> >> some questions to those, who know more about databases than i do: >> >> How standard compliant is "truncate table"? > > Taken from the docs for Oracle 11g Rel. 1 > > "You cannot truncate the parent table of an enabled foreign key > constraint. You must disable the constraint before truncating the table. > An exception is that you can truncate the table if the integrity > constraint is self-referential." > > And Oracle's implementation allows only ONE table to be truncated at once. Here's the docs for SQL Server 2008: http://msdn.microsoft.com/en-us/library/ms177570.aspx Same here "You cannot use TRUNCATE TABLE on tables that: * Are referenced by a FOREIGN KEY constraint. (You can truncate a table that has a foreign key that references itself.)" There are (also for Oracle) also other constraints. Note also this (the same goes for Mysql): "If the table contains an identity column, the counter for that column is reset to the seed value defined for the column. If no seed was defined, the default value 1 is used. To retain the identity counter, use DELETE instead." Masi From masi-no at spam-typo3.org Thu Feb 12 19:30:29 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 12 Feb 2009 19:30:29 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Martin Kutschker schrieb: >> Peter Kuehn [wmdb] schrieb: >>> Hi yall, >>> >>> some questions to those, who know more about databases than i do: >>> >>> How standard compliant is "truncate table"? >> Taken from the docs for Oracle 11g Rel. 1 >> >> "You cannot truncate the parent table of an enabled foreign key >> constraint. You must disable the constraint before truncating the table. >> An exception is that you can truncate the table if the integrity >> constraint is self-referential." >> >> And Oracle's implementation allows only ONE table to be truncated at once. > > Here's the docs for SQL Server 2008: > > http://msdn.microsoft.com/en-us/library/ms177570.aspx > > Same here "You cannot use TRUNCATE TABLE on tables that: > * Are referenced by a FOREIGN KEY constraint. (You can truncate a > table that has a foreign key that references itself.)" > > There are (also for Oracle) also other constraints. > > Note also this (the same goes for Mysql): > > "If the table contains an identity column, the counter for that column > is reset to the seed value defined for the column. If no seed was > defined, the default value 1 is used. To retain the identity counter, > use DELETE instead." http://dev.mysql.com/doc/refman/5.0/en/truncate.html http://www.postgresql.org/docs/8.1/static/sql-truncate.html Seems that PostgreSQL is the only DBRMS that allows multiple tables to be truncated at once. Masi From joerg at klein-family.com Thu Feb 12 19:36:40 2009 From: joerg at klein-family.com (Joerg Klein) Date: Thu, 12 Feb 2009 19:36:40 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi Steffen! "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1234453316.15900.typo3-dev at lists.netfielders.de... > Hi Peter, > > i'm sry, but this is not a good way answer questions. Do you really think > google help with this problem? Try it yourself and you'll see. > > Also this is not a kind way as we are used in the community. So please try > to be constructive. It is nice, that also someone else sees it this way. But @ Peter: I will add a kind of disclaimer below my posts: I have searched Google and other available search-engines without result. This is my reason I post here. Please only write your answer, if you a. have one and b. want to descend to answering me. > @J?rg: if you look to TCA of BE_USER you'll find this eval: > 'eval' => 'nospace,lower,unique,required' > > try your luck to modify it and see if it works > > $TCA['be_users']['columns']['username']['config']['eval'] = > 'nospace,unique,required'; I put the line you posted in a extTables.php and it works! I can now enter be-usernames with capital-letters. Steffen, can you tell me, why this is not possible by default? Meaning: Is there now the danger that something won't work anymore? Kind regards J?rg From joerg at klein-family.com Thu Feb 12 19:51:13 2009 From: joerg at klein-family.com (Joerg Klein) Date: Thu, 12 Feb 2009 19:51:13 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi Peter, "Peter Russ" <"peter,russ"@4many.net> schrieb im Newsbeitrag news:mailman.1.1234453776.5591.typo3-dev at lists.netfielders.de... --- Original Nachricht --- Absender: Steffen Kamper Datum: 12.02.2009 16:41: > Hi Peter, > > i'm sry, but this is not a good way answer questions. Do you really think > google help with this problem? Try it yourself and you'll see. > > Also this is not a kind way as we are used in the community. So please try > to be constructive. > > @J?rg: if you look to TCA of BE_USER you'll find this eval: > 'eval' => 'nospace,lower,unique,required' > > try your luck to modify it and see if it works > > $TCA['be_users']['columns']['username']['config']['eval'] = > 'nospace,unique,required'; > > vg Steffen Hi Steffen, 1) Answer was reaction to the joke Ahh, that gave me the clue: Google ... I didn't know this existed. 2) If you read Christopher's reply from yesterday the answer was already given. So if you search at Google you will find this answer at least ;-) Yes, an answer was given. And Christopher really could think that that was, what I wanted. But when you wrote your fabulous response, I had already(!) rendered my question more precisely. So ... this is the first time I ask things in the mailing-lists here: There seem to be some people who really know what they are speaking about. But also others, some strange sect-followers maybe, who obviously are not motivated enough to really read what the people want, but instead post their standard-answer. That's a pity. J?rg From masi-no at spam-typo3.org Thu Feb 12 19:51:44 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Thu, 12 Feb 2009 19:51:44 +0100 Subject: [TYPO3-dev] How standard compliant is "truncate"? In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Martin Kutschker schrieb: >> Martin Kutschker schrieb: >>> Peter Kuehn [wmdb] schrieb: >>>> Hi yall, >>>> >>>> some questions to those, who know more about databases than i do: >>>> >>>> How standard compliant is "truncate table"? >>> Taken from the docs for Oracle 11g Rel. 1 >>> >>> "You cannot truncate the parent table of an enabled foreign key >>> constraint. You must disable the constraint before truncating the table. >>> An exception is that you can truncate the table if the integrity >>> constraint is self-referential." >>> >>> And Oracle's implementation allows only ONE table to be truncated at once. >> Here's the docs for SQL Server 2008: >> >> http://msdn.microsoft.com/en-us/library/ms177570.aspx >> >> Same here "You cannot use TRUNCATE TABLE on tables that: >> * Are referenced by a FOREIGN KEY constraint. (You can truncate a >> table that has a foreign key that references itself.)" >> >> There are (also for Oracle) also other constraints. >> >> Note also this (the same goes for Mysql): >> >> "If the table contains an identity column, the counter for that column >> is reset to the seed value defined for the column. If no seed was >> defined, the default value 1 is used. To retain the identity counter, >> use DELETE instead." > > http://dev.mysql.com/doc/refman/5.0/en/truncate.html > http://www.postgresql.org/docs/8.1/static/sql-truncate.html > > Seems that PostgreSQL is the only DBRMS that allows multiple tables to > be truncated at once. DB2: http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/topic/com.ibm.db29.doc.sqlref/db2z_sql_truncate.htm SQLlite: I couldn't find TRUNCATE for this database. But it seems that a DELETE without a WHERE clause is optimized to work like a TRUNCATE. http://www.sqlite.org/lang_delete.html http://www.sqlite.org/compile.html#omit_truncate_optimization Masi From "peter,russ" at 4many.net Thu Feb 12 21:40:19 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 12 Feb 2009 21:40:19 +0100 Subject: [TYPO3-dev] onChange with multi select In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Peter Russ Datum: 11.02.2009 21:15: > Hallo, > > I've added a multiselect with onChange to a flexform. > onChange fires everytime a value is added from the list but never when a > value is removed from the selected list. > > Is this a known or documented 'feature'? > If not I'll file a bug and try to provide a patch in the coming days. Any hints on that? -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From christopher at loerken.net Thu Feb 12 22:09:16 2009 From: christopher at loerken.net (=?ISO-8859-15?Q?Christopher_L=F6rken?=) Date: Thu, 12 Feb 2009 22:09:16 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Joerg Klein schrieb: > Steffen, can you tell me, why this is not possible by default? > Meaning: Is there now the danger that something won't work anymore? > I'd really be interested in that myself... Why lower case and why no spaces? Is it a security risk in some setups or why? At least in FE, I'd always want my users to pick the names they want and write them how they want them... Simple utf8 database and I see no problems... Are there any? Cheers, Christopher (who as well always googles before asking questions ;)) From dmitry at typo3.org Thu Feb 12 22:14:48 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 12 Feb 2009 23:14:48 +0200 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Hi! Peter Russ wrote: > 2.) > Further it seems to me that displayCond is not checked for a sheet even > if included into TCEforms of that sheet. I would like to add support > also for that. displayCond is for fields (see "Core API"). How do you want to use it for sheets? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Thu Feb 12 23:49:07 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Feb 2009 23:49:07 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Hi, Christopher L?rken schrieb: > Joerg Klein schrieb: > >> Steffen, can you tell me, why this is not possible by default? >> Meaning: Is there now the danger that something won't work anymore? >> > > I'd really be interested in that myself... Why lower case and why no > spaces? Is it a security risk in some setups or why? > > At least in FE, I'd always want my users to pick the names they want and > write them how they want them... Simple utf8 database and I see no > problems... > > Are there any? > i think it has only historical reasons. I don't see a problem with charsets, security or something else. Most login systems i know don't accept spaces, and some are case insensitive, so maybe... vg Steffen From info at sk-typo3.de Thu Feb 12 23:50:46 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Feb 2009 23:50:46 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Hi, i generally would like to get flexforms fixed that they are stable before adding new features to it. vg Steffen Peter Russ schrieb: > 1.) > So far displayCond only takes strings. I would like to recommend to add > also support for an array of strings. With that more flexible conditions > would be possible. > > 2.) > Further it seems to me that displayCond is not checked for a sheet even > if included into TCEforms of that sheet. I would like to add support > also for that. > > 3.) > Additionally I would like to add further Condition to allow controll > from outside: TSC should do some TSconfig checks. Here I would highly > appreciate your further input. This feature would make it much easier to > maintain only one flexform instead of different versions (e.g. tt_news) > > Your input is highly welcome. > > Peter > > From dmitry at typo3.org Fri Feb 13 08:44:32 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 13 Feb 2009 09:44:32 +0200 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > i generally would like to get flexforms fixed that they are stable > before adding new features to it. What is unstable there? If we delay features until we fix all bugs, we will never add even a single feature :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From "peter,russ" at 4many.net Fri Feb 13 09:01:20 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 13 Feb 2009 09:01:20 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Dmitry Dulepov Datum: 12.02.2009 22:14: > Hi! > > Peter Russ wrote: >> 2.) >> Further it seems to me that displayCond is not checked for a sheet even >> if included into TCEforms of that sheet. I would like to add support >> also for that. > > displayCond is for fields (see "Core API"). How do you want to use it for sheets? > At one point is mentioned as condition for fields. IMHO this due to the fact that this is related to TCA as TCA doesn't know "sheets". In a flexform it would enable sheets to be displayed depending on a displayCond same as for a field. So it would be easy to display a group of fields within one shoot on a different sheet. e.g: Latest Setup FIELD:code:IN:LATEST So this would display the sheet "sLatest" when a field "code" is set to 'LATEST'. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Fri Feb 13 09:51:51 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Feb 2009 09:51:51 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> i generally would like to get flexforms fixed that they are stable >> before adding new features to it. > > What is unstable there? If we delay features until we fix all bugs, we will never add even a single feature :) > sections. There are several JS-errors, with and without RTE. Grap my test extension [1] and play with it, try to delete blocks ... vg Steffen [1] http://bugs.typo3.org/view.php?id=10019 From ingo at typo3.org Fri Feb 13 10:45:49 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 13 Feb 2009 10:45:49 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Peter Russ wrote: Hi Peter, > So this would display the sheet "sLatest" when a field "code" is set to > 'LATEST'. seems useful, I already was in the need for something like this a couple of times. Support for user functions would also be very nice! best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From "peter,russ" at 4many.net Fri Feb 13 10:46:53 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 13 Feb 2009 10:46:53 +0100 Subject: [TYPO3-dev] t3lib_db multi/several join Message-ID: Maybe that I'm missing something: but is there a offical way/function in t3lib_db to enable a query joining several tables? The only way I can figure out is the MySql related sql_query which will create problems, wenn changing the DB engine. If not a shortterm solution could be to patch (before complete rewrite of t3lib_db will happen) that way that $mm_table,$foreign_table can be comma separated. Please comment. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From ingo at typo3.org Fri Feb 13 10:48:15 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 13 Feb 2009 10:48:15 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hi Steffen, > sections. T never used them, they - at least to me - seem to be a power feature that isn't used that often... I also agree with Dmitry that if we wait for all bugs being fixed we never get new features in. This is especially true for features that do not interfere with other features - like sections in this case. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Fri Feb 13 10:54:36 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Feb 2009 10:54:36 +0100 Subject: [TYPO3-dev] RFC for displayConf In-Reply-To: References: Message-ID: Hi Ingo, Ingo Renner schrieb: > Steffen Kamper wrote: > > Hi Steffen, > >> sections. T > > never used them, they - at least to me - seem to be a power feature that > isn't used that often... > no - with TV you have them very often. FCE's with repeating containers are really a usual thing. > I also agree with Dmitry that if we wait for all bugs being fixed we > never get new features in. This is especially true for features that do > not interfere with other features - like sections in this case. > sure, feel free, that was only _my_ personal opinion. The biggest problem seems to be inline JS - we have a mixture of prototype and "home grown". This should be optimized to work well. vg Steffen From typo3 at t3node.com Fri Feb 13 11:10:52 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Feb 2009 11:10:52 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups Message-ID: Hi. I am looking for a way to alter TCA on a BE users/groups base. The solution I have looks a bit oversized to me, so I'm asking you, if there's a smarter way which does the trick? In the example below, there's an extension with a field 'myfield' in table 'my_ext_tbl'. The field is visible for all BE users, but readOnly=1 is the default value in tca.php. Only a special group (or admin) should be allowed to edit this field. The following code is added to ext_tables.php: if (!is_object($GLOBALS['BE_USER'])) { // Create new backend user object $GLOBALS['BE_USER'] = t3lib_div::makeInstance('t3lib_beUserAuth'); // Initialize backend user object and load group information $GLOBALS['BE_USER']->start(); // Object is initialized $GLOBALS['BE_USER']->backendCheckLogin(); } // is user admin? if ($GLOBALS['BE_USER']->isAdmin()) { t3lib_div::loadTCA('tx_pumtravel_tours'); // allow editing of field myfield in table myext_tbl $TCA['tx_myext_tbl']['columns']['myfield']['config']['readOnly'] = 0; } Any suggestions? -- cheers, Steffen http://www.t3node.com/ From "peter,russ" at 4many.net Fri Feb 13 11:22:38 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Fri, 13 Feb 2009 11:22:38 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen M?ller Datum: 13.02.2009 11:10: > Hi. > > I am looking for a way to alter TCA on a BE users/groups base. > > The solution I have looks a bit oversized to me, so I'm asking you, if > there's a smarter way which does the trick? > > In the example below, there's an extension with a field 'myfield' in > table 'my_ext_tbl'. The field is visible for all BE users, but > readOnly=1 is the default value in tca.php. Only a special group (or > admin) should be allowed to edit this field. > > The following code is added to ext_tables.php: > > if (!is_object($GLOBALS['BE_USER'])) { > // Create new backend user object > $GLOBALS['BE_USER'] = t3lib_div::makeInstance('t3lib_beUserAuth'); > // Initialize backend user object and load group information > $GLOBALS['BE_USER']->start(); // Object is initialized > $GLOBALS['BE_USER']->backendCheckLogin(); > } > > // is user admin? > if ($GLOBALS['BE_USER']->isAdmin()) { > t3lib_div::loadTCA('tx_pumtravel_tours'); > // allow editing of field myfield in table myext_tbl > $TCA['tx_myext_tbl']['columns']['myfield']['config']['readOnly'] = 0; > } > > Any suggestions? > The beginning of some kind of ACL ;-) Q: why do you initialize BE_BE_USER? Shouldn't it be available at that point in BE? Then I would define the group(s) allowed to edit the record either in page config or user config and do the check and do the TCA as mentioned. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From christopher at temporaryforwarding.com Fri Feb 13 11:26:32 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Fri, 13 Feb 2009 11:26:32 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi! "Joerg Klein" schrieb: > Hi guys, > > I would like to use nomal names as usernames, but TYPO3 always converts > them to lowercase, so that e.g. "Martin" becomes "martin". I had the same problem with backend-users some days ago. For your convenience I have uploaded my solution to TER as an extension: http://typo3.org/extensions/repository/view/cs_capital_be_usernames/current/ It enables you to have case-sensitive usernames for the backend. Just install the extension; nothing else is needed. After that, capital letters in BE-usernames are allowed. Kind regards Christopher From steffen at steffen-gebert.de Fri Feb 13 11:53:50 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 13 Feb 2009 11:53:50 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups References: Message-ID: Peter Russ wrote: >> Any suggestions? >> Shouldn't extension tcamanipulate work? You can manipulate TCA with Page TS (and Page TS with User TS in group using page.xxx AFAIK). Steffen From masi-no at spam-typo3.org Fri Feb 13 11:57:09 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 13 Feb 2009 11:57:09 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Steffen M?ller schrieb: > Hi. > > I am looking for a way to alter TCA on a BE users/groups base. > > The solution I have looks a bit oversized to me, so I'm asking you, if > there's a smarter way which does the trick? Some TCA settings are settable with page/user TS. Did you check if readOnly is one of them? Masi From typo.removeformessage at fx-graefix.de Fri Feb 13 11:59:47 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 13 Feb 2009 11:59:47 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Hi, > I am looking for a way to alter TCA on a BE users/groups base. > > The solution I have looks a bit oversized to me, so I'm asking you, if > there's a smarter way which does the trick? > > In the example below, there's an extension with a field 'myfield' in > table 'my_ext_tbl'. The field is visible for all BE users, but > readOnly=1 is the default value in tca.php. Only a special group (or > admin) should be allowed to edit this field. ... > Any suggestions? might not be the nicest way, but how about adding a additional field in TCA displaying the result from a userFunc which is returning the "readOnly" part? Another way might be to use the tceforms 'getMainFieldsClass' hook and modify the field settings right there. I used this hook once to provide a different flexform for extension configuration to editors, as there is no way to exclude fields from flexforms yet, right? But that's a different story. -- kind regards, Franz Koch From steffen at steffen-gebert.de Fri Feb 13 12:03:54 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Fri, 13 Feb 2009 12:03:54 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups References: Message-ID: Martin Kutschker wrote: > Steffen M??ller schrieb: >> I am looking for a way to alter TCA on a BE users/groups base. > > Some TCA settings are settable with page/user TS. Did you check if > readOnly is one of them? I just looked up [1] and there seems to be no readOnly - only disabled. Steffen [1] http://typo3.org/documentation/document-library/core-documentation/doc_core_tsconfig/4.2.0/view/1/3/#id4155235 From masi-no at spam-typo3.org Fri Feb 13 12:13:13 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 13 Feb 2009 12:13:13 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Steffen Gebert schrieb: > Martin Kutschker wrote: >> Steffen M??ller schrieb: >>> I am looking for a way to alter TCA on a BE users/groups base. >> Some TCA settings are settable with page/user TS. Did you check if >> readOnly is one of them? > > I just looked up [1] and there seems to be no readOnly - only disabled. Probably better. If a field is defined readOnly by the extension author then there must be a reason for it. So TS shouldn't make it readable. OTOH, it should be possible to mark a field as read-only by TS. Masi From typo3 at penpal4u.net Fri Feb 13 13:15:48 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Fri, 13 Feb 2009 23:15:48 +1100 Subject: [TYPO3-dev] Change in BE context menus? Message-ID: Hi, due to the security problems in 4.2.5, I updated several installs of 4.2.3 to 4.2.6. Now, one of the editors tells me that the behaviour of the BE context menu has changed. If I now click on a page icon in the page tree and select "Edit", I'll end up with the page properties, just as if I had selected "Edit page properties". "Edit" used to take me to the page or list view as if I had clicked on the page title. Given the redundancy, I'm wondering if this change was intentional. It does certainly confuse editors who used to go through the menu (for whatever reason). Is this a bug? Should I report it on the bug tracker instead of posting here? Cheers, Christian From info at sk-typo3.de Fri Feb 13 13:29:35 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Feb 2009 13:29:35 +0100 Subject: [TYPO3-dev] Change in BE context menus? In-Reply-To: References: Message-ID: Hi, Christian Lerrahn schrieb: > Hi, > due to the security problems in 4.2.5, I updated several installs of > 4.2.3 to 4.2.6. Now, one of the editors tells me that the behaviour of > the BE context menu has changed. If I now click on a page icon in > the page tree and select "Edit", I'll end up with the page properties, > just as if I had selected "Edit page properties". "Edit" used to > take me to the page or list view as if I had clicked on the page > title. > Given the redundancy, I'm wondering if this change was intentional. It > does certainly confuse editors who used to go through the menu (for > whatever reason). Is this a bug? Should I report it on the bug tracker > instead of posting here? > > Cheers, > Christian wasn't this not the behaviour since ever? Edit is used for edit "this" record. If you click on page, it means "edit this page record" I know in this case there is no difference between edit and edit page properties, but context menu is used not only for page icons. vg Steffen From typo3 at perseguers.ch Fri Feb 13 13:31:36 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 13 Feb 2009 13:31:36 +0100 Subject: [TYPO3-dev] Change in BE context menus? In-Reply-To: References: Message-ID: Hi, > due to the security problems in 4.2.5, I updated several installs of > 4.2.3 to 4.2.6. Now, one of the editors tells me that the behaviour of > the BE context menu has changed. If I now click on a page icon in > the page tree and select "Edit", I'll end up with the page properties, > just as if I had selected "Edit page properties". "Edit" used to > take me to the page or list view as if I had clicked on the page > title. > Given the redundancy, I'm wondering if this change was intentional. It > does certainly confuse editors who used to go through the menu (for > whatever reason). Is this a bug? Should I report it on the bug tracker > instead of posting here? You should try to reproduce this change of behaviour with two installs running side by side. If it really changed, then report it as a bug (regression) on the bug tracker. If it is really a change of behaviour (and it may, I do not say the contrary), then best would be to be able to say that the change occured between version 4.2.x and 4.2.y where y = x+1 and not between 4.2.3 and 4.2.6. It may help a lot pointing out what changed. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From christopher at temporaryforwarding.com Fri Feb 13 13:40:22 2009 From: christopher at temporaryforwarding.com (Christopher Stelmaszyk) Date: Fri, 13 Feb 2009 13:40:22 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? Message-ID: Hi guys, in Admin > Log there is this system-log with all those entries, like - User M?llermilch logged in from 123.141.278.514 () (msg#255.1.1) - User M?llermilch logged out from TYPO3 Backend (msg#255.2.1) -Datensatz 'Homepage' (pages:1) wurde aktualisiert. Changes in fields: TSconfig.(msg#1.2.10) - Record '' (tt_content:173) was deleted from page 'Moin!' I have already translated the log-page itself; the changes are part of TYPO3 4.3. But how can I translate those entries? Christopher From typo3 at perseguers.ch Fri Feb 13 13:47:48 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 13 Feb 2009 13:47:48 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Hi, > in Admin > Log there is this system-log with all those entries, like > > - User M?llermilch logged in from 123.141.278.514 () (msg#255.1.1) > - User M?llermilch logged out from TYPO3 Backend (msg#255.2.1) > -Datensatz 'Homepage' (pages:1) wurde aktualisiert. Changes in fields: > TSconfig.(msg#1.2.10) > - Record '' (tt_content:173) was deleted from page 'Moin!' > > I have already translated the log-page itself; the changes are part of TYPO3 > 4.3. > But how can I translate those entries? Those particular entries ("X logged in...") come from the login service. However any extension may write to this log. As such those calls may be done from the "whole" core or any 3rd party extension you use. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From christopher at temporaryforwarding.com Fri Feb 13 13:57:52 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Fri, 13 Feb 2009 13:57:52 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? References: Message-ID: Hi Xavier! "Xavier Perseguers" schrieb im Newsbeitrag news:mailman.1.1234529268.933.typo3-dev at lists.netfielders.de... > Hi, > >> in Admin > Log there is this system-log with all those entries, like >> >> - User M?llermilch logged in from 123.141.278.514 () (msg#255.1.1) >> - User M?llermilch logged out from TYPO3 Backend (msg#255.2.1) >> -Datensatz 'Homepage' (pages:1) wurde aktualisiert. Changes in fields: >> TSconfig.(msg#1.2.10) >> - Record '' (tt_content:173) was deleted from page 'Moin!' >> >> I have already translated the log-page itself; the changes are part of >> TYPO3 4.3. >> But how can I translate those entries? > > Those particular entries ("X logged in...") come from the login service. > However any extension may write to this log. As such those calls may be > done from the "whole" core or any 3rd party extension you use. I already thought something like this. Can you tell me a way to find all of them (all from the core)? Maybe there is a special syntax which all of them use?! Christopher From typo3 at t3node.com Fri Feb 13 13:57:17 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Feb 2009 13:57:17 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Hi. On 13.02.2009 11:22 Peter Russ wrote: > > The beginning of some kind of ACL ;-) > > Q: why do you initialize BE_BE_USER? Shouldn't it be available at that > point in BE? > Obviously not, since I get: Fatal error: Call to a member function isAdmin() on a non-object in /var/www/mysite/typo3conf/temp_CACHED_ps3198_ext_tables.php on line 1707 But it dousn't hurt anyway, as the condition checks if the object exists. > Then I would define the group(s) allowed to edit the record either in > page config or user config and do the check and do the TCA as mentioned. > Reading my mind... huh? One more question: Is there some kind of namespace for user defined options in userTS? -- cheers, Steffen http://www.t3node.com/ From typo3 at t3node.com Fri Feb 13 13:59:51 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Feb 2009 13:59:51 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Hi. On 13.02.2009 11:53 Steffen Gebert wrote: > Peter Russ wrote: >>> Any suggestions? >>> > Shouldn't extension tcamanipulate work? You can manipulate TCA with Page TS (and Page TS with User TS in group using page.xxx AFAIK). > you mean: page.TCA.tx_myext_tbl.columns.myfield.config.readOnly = 0 That would be cool, but unfortunately it doesn't work. The extension uses the hook: $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp'][] but it seems that $GLOBALS['TCA'] in this phase only contains ctrl and feInterface section. columns is missing. Is there another hook, processed later when the full TCA is loaded? -- cheers, Steffen http://www.t3node.com/ From typo3 at t3node.com Fri Feb 13 14:01:47 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Feb 2009 14:01:47 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: On 13.02.2009 13:57 Steffen M?ller wrote: > One more question: Is there some kind of namespace for user defined > options in userTS? > forget about that. I have just found it: tx_ -- cheers, Steffen http://www.t3node.com/ From typo3 at perseguers.ch Fri Feb 13 14:09:50 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 13 Feb 2009 14:09:50 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Hi Christopher, >>> But how can I translate those entries? >> Those particular entries ("X logged in...") come from the login service. >> However any extension may write to this log. As such those calls may be >> done from the "whole" core or any 3rd party extension you use. > > I already thought something like this. > Can you tell me a way to find all of them (all from the core)? > Maybe there is a special syntax which all of them use?! Search for t3lib_div::sysLog calls. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From blueduck at gmx.net Fri Feb 13 14:12:13 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Fri, 13 Feb 2009 14:12:13 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: > Can you tell me a way to find all of them (all from the core)? > Maybe there is a special syntax which all of them use?! Search for this: $this->writelog( i make class.t3lib_basicFileFunctions.php translateable and test it at the moment (but don?t have much spare time to finished this week, maybe next week.) This file contains all the error messages related to file operations. Stefano From blueduck at gmx.net Fri Feb 13 14:16:27 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Fri, 13 Feb 2009 14:16:27 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: The name of the file is "class.t3lib_extfilefunc.php" instead of "class.t3lib_basicFileFunctions.php". Stefano From typo3 at perseguers.ch Fri Feb 13 14:27:45 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 13 Feb 2009 14:27:45 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Xavier Perseguers wrote: > Hi Christopher, > >>>> But how can I translate those entries? >>> Those particular entries ("X logged in...") come from the login >>> service. However any extension may write to this log. As such those >>> calls may be done from the "whole" core or any 3rd party extension >>> you use. >> >> I already thought something like this. >> Can you tell me a way to find all of them (all from the core)? >> Maybe there is a special syntax which all of them use?! > > Search for t3lib_div::sysLog calls. Sorry, Stefano is right, t3lib_div::sysLog is used to log to system log, the one you search is the log method that is inherited from t3lib_extFileFunctions or direct calls to $GLOBALS['BE_USER']->writelog -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From ingo at typo3.org Fri Feb 13 14:27:59 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 13 Feb 2009 14:27:59 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Christopher Stelmaszyk wrote: Hi Christopher, > I have already translated the log-page itself; the changes are part of TYPO3 > 4.3. > But how can I translate those entries? I'd suggest you leave the messages as they are as some people may rely on their wording - e.g. may parse them to do other nifty stuff. It is definitly enough if the rest of the page is translated. all the best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From christopher at temporaryforwarding.com Fri Feb 13 14:57:01 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Fri, 13 Feb 2009 14:57:01 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? References: Message-ID: Hi Ingo, "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1234531680.17615.typo3-dev at lists.netfielders.de... > Christopher Stelmaszyk wrote: > > Hi Christopher, > >> I have already translated the log-page itself; the changes are part of >> TYPO3 4.3. >> But how can I translate those entries? > > I'd suggest you leave the messages as they are as some people may rely on > their wording - e.g. may parse them to do other nifty stuff. I wonder how this should work: As you can see in my initial posting the entries are already particularly translated (for example "Datensatz x wurde aktualisiert."). So at the moment you can not rely on the wording as the texts are already changing with the language. And this mixture of denglish really looks bad. Christopher From grac at gmx.ch Fri Feb 13 15:07:29 2009 From: grac at gmx.ch (grac) Date: Fri, 13 Feb 2009 15:07:29 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: hi everybody grac wrote: > @ steffen > > Steffen Kamper wrote: >> it's not a bug, it's normal TYPO3 behaviour. > > aha. what should be normal in not adapting the URL? > > >> How should felogin do a redirect if you placed it on a secured page? > > i didn't say that i put the felogin in a secured page. > the SYSEXT felogin is a content element for all pages (not secured). > and in the secured section there is the logout button. > > >> Do it with TS and it will work. > > could you please be more explicit? > i used the flexform for the plugin. > thanks > >> vg Steffen > > stephan > (ordinary admin) does NoAnswer here mean: - no answer possible? or - no answer willing to give? or - no answer willing to give to an ordinary admin? strange - it's a SYSEXT we are talking about, right? thanks for any reply stephan From info at sk-typo3.de Fri Feb 13 15:48:04 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Feb 2009 15:48:04 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi, grac schrieb: > > > does NoAnswer here mean: > > - no answer possible? > or > - no answer willing to give? > or > - no answer willing to give to an ordinary admin? > > strange - it's a SYSEXT we are talking about, right? > > > thanks for any reply > stephan no it is: * no answer possible because missing information Noone can understand what you try to do and where the problem is. Other than that this newsgroup is not for support questions but about developing/coding, so you might have more luck in german or english group. vg Steffen From ingo at typo3.org Fri Feb 13 16:17:25 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 13 Feb 2009 16:17:25 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Christopher wrote: Hi Christopher, > I wonder how this should work: As you can see in my initial posting the > entries are already particularly translated (for example "Datensatz x wurde > aktualisiert."). > So at the moment you can not rely on the wording as the texts are already > changing with the language. > And this mixture of denglish really looks bad. agreed, this is bad. That however, doesn't mean we should make it even worse... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From christopher at temporaryforwarding.com Fri Feb 13 16:30:00 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Fri, 13 Feb 2009 16:30:00 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? References: Message-ID: Hi Ingo! "Ingo Renner" schrieb im Newsbeitrag news:mailman.1.1234538245.22276.typo3-dev at lists.netfielders.de... > Christopher wrote: > > Hi Christopher, > >> I wonder how this should work: As you can see in my initial posting the >> entries are already particularly translated (for example "Datensatz x >> wurde aktualisiert."). >> So at the moment you can not rely on the wording as the texts are already >> changing with the language. >> And this mixture of denglish really looks bad. > > agreed, this is bad. That however, doesn't mean we should make it even > worse... Can you give an example of what you have seen people do with the actual output? Christopher From typo3 at penpal4u.net Fri Feb 13 16:30:08 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Sat, 14 Feb 2009 02:30:08 +1100 Subject: [TYPO3-dev] Change in BE context menus? References: Message-ID: Hi Steffen, > > due to the security problems in 4.2.5, I updated several installs of > > 4.2.3 to 4.2.6. Now, one of the editors tells me that the behaviour > > of the BE context menu has changed. If I now click on a page icon in > > the page tree and select "Edit", I'll end up with the page > > properties, just as if I had selected "Edit page properties". > > "Edit" used to take me to the page or list view as if I had clicked > > on the page title. > > Given the redundancy, I'm wondering if this change was intentional. > > It does certainly confuse editors who used to go through the menu > > (for whatever reason). Is this a bug? Should I report it on the bug > > tracker instead of posting here? > > > > Cheers, > > Christian > > wasn't this not the behaviour since ever? > > Edit is used for edit "this" record. If you click on page, it means > "edit this page record" > I know in this case there is no difference between edit and edit page > properties, but context menu is used not only for page icons. This is what I pointed out to the editor who reported it to me. However, I tried an old (4.2.3) install and found it to be true that the behaviour was different in the older version. On top of that, he was right about "Edit"page properties" now being redundant. Cheers, Christian From typo3 at penpal4u.net Fri Feb 13 16:33:43 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Sat, 14 Feb 2009 02:33:43 +1100 Subject: [TYPO3-dev] Change in BE context menus? References: Message-ID: Hi Xavier, > > due to the security problems in 4.2.5, I updated several installs of > > 4.2.3 to 4.2.6. Now, one of the editors tells me that the behaviour > > of the BE context menu has changed. If I now click on a page icon in > > the page tree and select "Edit", I'll end up with the page > > properties, just as if I had selected "Edit page properties". > > "Edit" used to take me to the page or list view as if I had clicked > > on the page title. > > Given the redundancy, I'm wondering if this change was intentional. > > It does certainly confuse editors who used to go through the menu > > (for whatever reason). Is this a bug? Should I report it on the bug > > tracker instead of posting here? > > You should try to reproduce this change of behaviour with two > installs running side by side. If it really changed, then report it > as a bug (regression) on the bug tracker. I did check that on two installs already. I also checked on an old install if the behaviour was different and found it to be different. > If it is really a change of behaviour (and it may, I do not say the > contrary), then best would be to be able to say that the change > occured between version 4.2.x and 4.2.y where y = x+1 and not between > 4.2.3 and 4.2.6. It may help a lot pointing out what changed. Unfortunately I've never run 4.2.4-4.2.5 and therefore cannot comment on when exactly the change occurred. As 4.2.4 only existed for a day (if I recall correctly), 4.2.5 or 4.2.6 would be the likely candidate. I might try it on test systems as soon as I have the time and the report this as a bug. Cheers, Christian From info at rs-websystems.de Fri Feb 13 16:43:21 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Fri, 13 Feb 2009 16:43:21 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team Message-ID: Hello, just wanted to ask how about CSC. As far as I see CSS Styled Content output has not been adapted in the last time. I think most of of us do adapt CSC output widely when making new projects. The standard output is not as clean as we all want, very much overhead and in no way "nice". In my opinion a cms should ship with a usable startup-configuration of content-rendering since it is the main task of a webcms. There is a team looking to such things, but I did not hear anything from them since I'm trying to follow up the mailinglists... CSC has not changed in the last time... So my questions: Are their any efforts to restructure csc code? Is the CR-Team "dead"? Dou you also think we should ship a better standard CR? I'm also interested in your "standard mods" you always do to CSC. Probably we find right in here some path we may go... I'm looking forward for your opinions and discussion.. kind regards Steffen From typo3 at t3node.com Fri Feb 13 16:55:28 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Feb 2009 16:55:28 +0100 Subject: [TYPO3-dev] Changing TCA for certain BE users/groups In-Reply-To: References: Message-ID: Hi Masi, On 13.02.2009 12:13 Martin Kutschker wrote: > Probably better. If a field is defined readOnly by the extension author > then there must be a reason for it. So TS shouldn't make it readable. > I disagree. Making it configurable means more control for admins. Admin could also have a reason for disabling readOnly. > OTOH, it should be possible to mark a field as read-only by TS. I have found a solution: t3lib_tceforms->allowOverrideMatrix (see code below) is a whitelist to restrict TCA field configuration to be overridden by TSconfig. The key readOnly is not in the whitelist, which prevents me from simply using: TCEFORM.tx_myext_tbl.myfield.config.readOnly = 1 -- cheers, Steffen t3lib_tceforms->allowOverrideMatrix: // Define whitelist that allows TCA field configuration to be overridden by TSconfig, @see overrideFieldConf(): $this->allowOverrideMatrix = array( 'input' => array('size', 'max'), 'text' => array('cols', 'rows', 'wrap'), 'check' => array('cols', 'showIfRTE'), 'select' => array('size', 'autoSizeMax', 'maxitems', 'minitems'), 'group' => array('size', 'autoSizeMax', 'max_size', 'show_thumbs', 'maxitems', 'minitems', 'disable_controls'), 'inline' => array('appearance', 'behaviour', 'foreign_label', 'foreign_selector', 'foreign_unique', 'maxitems', 'minitems', 'size', 'autoSizeMax', 'symmetric_label'), ); From typo3 at perseguers.ch Fri Feb 13 18:24:47 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 13 Feb 2009 18:24:47 +0100 Subject: [TYPO3-dev] Admin-Log: Where are the entries coming from? In-Reply-To: References: Message-ID: Hi, >> I wonder how this should work: As you can see in my initial posting >> the entries are already particularly translated (for example >> "Datensatz x wurde aktualisiert."). >> So at the moment you can not rely on the wording as the texts are >> already changing with the language. >> And this mixture of denglish really looks bad. > > agreed, this is bad. That however, doesn't mean we should make it even > worse... I did not double check but having "Datensatz x wurde aktualisiert" seems that some core parts are already using proper localization. Meaning that this should be made eventually for the whole core. Now, you argue that some extensions may rely on the wording. I do not know who would do that as I'm sure there's nothing is the core doing that already. Using wording of a log cannot be justified except for shell scripts. There is enough Exceptions and return codes when invoking other extension's methods or core's methods. Just my 2 cents though. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From joerg at klein-family.com Fri Feb 13 19:57:49 2009 From: joerg at klein-family.com (Joerg Klein) Date: Fri, 13 Feb 2009 19:57:49 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi Steffen! "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1234478945.4938.typo3-dev at lists.netfielders.de... > Hi, > > Christopher L?rken schrieb: >> Joerg Klein schrieb: >> >>> Steffen, can you tell me, why this is not possible by default? >>> Meaning: Is there now the danger that something won't work anymore? >> >> I'd really be interested in that myself... Why lower case and why no >> spaces? Is it a security risk in some setups or why? >> >> At least in FE, I'd always want my users to pick the names they want and >> write them how they want them... Simple utf8 database and I see no >> problems... > > i think it has only historical reasons. I don't see a problem with > charsets, security or something else. Most login systems i know don't > accept spaces, and some are case insensitive, so maybe... OK, thanks for the response! If there are no issues, I will use the line you suggested. A last more theoretical question: If I already have an installation with some BE-users, I can rename them. This does not cause any problems with the mapping user --> author of content-element and what else there is. Am I right that for lowercase/uppercase changes this is the same? J?rg From joerg at klein-family.com Fri Feb 13 20:00:58 2009 From: joerg at klein-family.com (Joerg Klein) Date: Fri, 13 Feb 2009 20:00:58 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? References: Message-ID: Hi! "Christopher" schrieb: > Hi! > > "Joerg Klein" schrieb: >> Hi guys, >> >> I would like to use nomal names as usernames, but TYPO3 always converts >> them to lowercase, so that e.g. "Martin" becomes "martin". > > I had the same problem with backend-users some days ago. > For your convenience I have uploaded my solution to TER as an extension: > http://typo3.org/extensions/repository/view/cs_capital_be_usernames/current/ > > It enables you to have case-sensitive usernames for the backend. > Just install the extension; nothing else is needed. > After that, capital letters in BE-usernames are allowed. Thank you for the extension, it works as expected! J?rg From gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com Fri Feb 13 20:29:28 2009 From: gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com (Patrick Gaumond) Date: Fri, 13 Feb 2009 14:29:28 -0500 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Steffen Ritter wrote: > So my questions: > Are their any efforts to restructure csc code? IFAIK, Susanne is looking for testers for some CSC work: http://bugs.typo3.org/view.php?id=10320 See also Core list under: "RFC: #10320: Feature: Split css styled content templates in version templates to get rid of the compat version checks" Patrick Gaumond From info at sk-typo3.de Fri Feb 13 20:33:34 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Feb 2009 20:33:34 +0100 Subject: [TYPO3-dev] Why are usernames converted to lowercase? In-Reply-To: References: Message-ID: Hi Joerg, Joerg Klein schrieb: > Hi Steffen! > > A last more theoretical question: > If I already have an installation with some BE-users, I can rename them. > This does not cause any problems with the mapping user --> author of > content-element and what else there is. > Am I right that for lowercase/uppercase changes this is the same? > > J?rg > > yes. Use Configuration module to explore the TCA-settings when in doubt. vg Steffen From masi-no at spam-typo3.org Fri Feb 13 20:47:21 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 13 Feb 2009 20:47:21 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Steffen Ritter schrieb: > Hello, > just wanted to ask how about CSC. > > As far as I see CSS Styled Content output has not been adapted in the > last time. I think most of of us do adapt CSC output widely when making > new projects. > The standard output is not as clean as we all want, very much overhead > and in no way "nice". I'm not that ambitious, but yes, CSC is at times verbose. > So my questions: > Are their any efforts to restructure csc code? > Is the CR-Team "dead"? > Dou you also think we should ship a better standard CR? CSC was created as a drop-in replacement for the old HTML-only rendering. I guess you can create a simpler and leaner CR from scratch. Probably this is the way to go for you, because you cannot change CSC now very much. Changeging the structure of the tags and the CSS classes is no option. You don't want to break any site's layout with an upgrade, do you? Masi From lukas.stancik at robe.cz Fri Feb 13 23:28:00 2009 From: lukas.stancik at robe.cz (Lukas Stancik) Date: Fri, 13 Feb 2009 23:28:00 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi Steffen, I think that what he is trying to say is that if you press logout button inside a secured area you get either "not authorized" or "not found" page (not sure with this) because you are trying to access the page with logout button while being already logged out instead of being redirected to a specified page. I don't know how it is done in 4.2.X version but 4.1.7 behaved like this and I didn't manage to find the solution for this myself. I think this behaviour is logical but far from user-friendly IMHO. Best Regards Lukas Steffen Kamper napsal(a): > Hi, > > grac schrieb: >> >> >> does NoAnswer here mean: >> >> - no answer possible? >> or >> - no answer willing to give? >> or >> - no answer willing to give to an ordinary admin? >> >> strange - it's a SYSEXT we are talking about, right? >> >> >> thanks for any reply >> stephan > > no it is: > * no answer possible because missing information > > Noone can understand what you try to do and where the problem is. > Other than that this newsgroup is not for support questions but about > developing/coding, so you might have more luck in german or english group. > > vg Steffen From info at rs-websystems.de Sat Feb 14 02:04:32 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Sat, 14 Feb 2009 02:04:32 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > I guess you can create a simpler and leaner CR from scratch. Probably > this is the way to go for you, because you cannot change CSC now very > much. Changeging the structure of the tags and the CSS classes is no Well that's quite true... We eventualle could ship csc2 as sysext, marking current csc depreceated handling like depreceated functions in core... A clean content rendering templates could be used in newer version which we might provide an follwoing version. It also might be a basis on which typo3 5 might start off... so i would really look forward (and in addition would participate in developing) to an new content rendering, since looking at a correct behaviour takes a lot of time everytime... kr Steffen From grac at gmx.ch Sat Feb 14 07:59:01 2009 From: grac at gmx.ch (grac) Date: Sat, 14 Feb 2009 07:59:01 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: @steffen Steffen Kamper wrote: > Other than that this newsgroup is not for support questions but about > developing/coding, so you might have more luck in german or english group. believe me: i have tried every thinkable source to find a solution for my problem. i even wrote jan bednarik, becauce i use cooluri. his answer was clear (it seems as if he understood my problem): >> The redirect comes from felogin, which is where you should look. >> I think that felogin does something wrong with the redirect - >> e.g. makes Typo3 load different page than ID says. so that's the reason why i dare to bother this "sacred" newsgroup. @all > Noone can understand what you try to do and where the problem is. here another try to explain what's the problem with felogin: 1. felogin is set as a content element on every page. 2. the settings (flexform) are: a. redirect with correct fe_user data --> access restricted area, [uid=333] b. redirect with wrong fe_user data --> home (open), [uid=111] c. redirect after logout --> home (open), [uid=111] 3. no problems with login: redirect to [uid=333] 4. problem with redirect after logout: URI is kept after a LOGOUT of the last visited page,[uid=333]. example: i am at --> mywebsite/access restricted section/subpage [uid=333] when i logout i'm correctly redirected to --> mywebsite/home (only seems to load correctly) but the URI shown in the addressbar of the browser keeps staying at --> mywebsite/access restricted section/subpage and the page still has [uid=333] did i make it clearer now? i hope so :-) thanks stephan From typo3 at susannemoog.de Sat Feb 14 08:59:13 2009 From: typo3 at susannemoog.de (Susanne Moog) Date: Sat, 14 Feb 2009 08:59:13 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Hi, Steffen Ritter schrieb: > Martin Kutschker schrieb: >> I guess you can create a simpler and leaner CR from scratch. Probably >> this is the way to go for you, because you cannot change CSC now very >> much. Changing the structure of the tags and the CSS classes is no > Well that's quite true... We eventually could ship csc2 as sysext, > marking current csc deprecated handling like deprecated functions in > core... > A clean content rendering templates could be used in newer version which > we might provide an following version. It also might be a basis on which > typo3 5 might start off... my current proposal for being able to change things with csc around is to split the csc templates by version, so that those who upgrade can just include the old version of csc to get the same rendering as before with the same classes and all while the ones starting new pages from scratch can use the current ts template with new features and cleaner rendering. (I have posted a patch for this to the corelist) > > so i would really look forward (and in addition would participate in > developing) to an new content rendering, since looking at a correct > behavior takes a lot of time everytime... A tiny bit of discussion about csc takes place at the content rendering list (typo3.projects.content-rendering). Perhaps we can really get a better csc to one of the next TYPO3 versions. Would really be nice to see. Regards, Susanne From grac at gmx.ch Sat Feb 14 09:09:19 2009 From: grac at gmx.ch (grac) Date: Sat, 14 Feb 2009 09:09:19 +0100 Subject: [TYPO3-dev] [Fwd: Re: text/img and img elements with css-class?] In-Reply-To: References: Message-ID: @franz Franz Koch wrote: > this and Ralfs discussion opened my > mind for elastic layouts and I already created one in a non-Typo3 > project and began one with Typo3. And if I find some time the next month > I think I'll try to implement the concept for CSC-rendering I talked about. just a shy question: was there any progress? have you been successfully implementing in order to share it with us? @all > It's been heard > by devs and core-devs and the discussion has been moved to the content > rendering list. it seems as if there is not very much going on in the content rendering list?! thanks for answering stephan From info at rs-websystems.de Sat Feb 14 10:20:06 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Sat, 14 Feb 2009 10:20:06 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Susanne Moog schrieb: > Hi, > > Steffen Ritter schrieb: >> Martin Kutschker schrieb: >>> I guess you can create a simpler and leaner CR from scratch. Probably >>> this is the way to go for you, because you cannot change CSC now very >>> much. Changing the structure of the tags and the CSS classes is no >> Well that's quite true... We eventually could ship csc2 as sysext, >> marking current csc deprecated handling like deprecated functions in >> core... >> A clean content rendering templates could be used in newer version which >> we might provide an following version. It also might be a basis on which >> typo3 5 might start off... > > my current proposal for being able to change things with csc around is > to split the csc templates by version, so that those who upgrade can > just include the old version of csc to get the same rendering as before > with the same classes and all while the ones starting new pages from > scratch can use the current ts template with new features and cleaner > rendering. (I have posted a patch for this to the corelist) sounds good, I'm gonna have a look at your patch. > list (typo3.projects.content-rendering). Perhaps we can really get a > better csc to one of the next TYPO3 versions. Would really be nice to see. > I know, but since it is quite dead - the last reactivating in decemeber did not kick off any new aims/projects - I thought it would be good to discuss it in a group more people will read. Maybe wie might find new people feeling able to support the aims. happy valentine ;) Steffen From info at sk-typo3.de Sat Feb 14 13:23:18 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 14 Feb 2009 13:23:18 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi, since 4.2 the redirect for logizt is written in the action-tag, so you are redirected by submit if there is a redirect. vg Steffen From info at sk-typo3.de Sat Feb 14 13:24:19 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 14 Feb 2009 13:24:19 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: > since 4.2 the redirect for logizt should read logout From christopher at temporaryforwarding.com Sat Feb 14 16:18:45 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Sat, 14 Feb 2009 16:18:45 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated Message-ID: Hi guys, I need your help! Have a look at the module Help > Manual. There are a lot of pictures to illustrate what is meant. The problem is that these pictures are still from version 3.8 (or even older). They should already have been actualised for 4.2, but obviously noone did that. At least 4.3 should _really_ ship with updated pictures as this would increase usability a lot especially for new users. If you have any advice on what to take care when making new pictures, please let me know. Also have a look at the bugtracker: http://bugs.typo3.org/view.php?id=10424 If you can help(!) in making some of those pictures: Your help is greatly appreciated! Kind regards Christopher From dmitry at typo3.org Sat Feb 14 18:11:41 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 14 Feb 2009 19:11:41 +0200 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated In-Reply-To: References: Message-ID: Hi! When you post to many forums, please, add "Follow-up" so that all responses go to one place :) Christopher wrote: > If you have any advice on what to take care when making new pictures, please > let me know. Also have a look at the bugtracker: > http://bugs.typo3.org/view.php?id=10424 > > If you can help(!) in making some of those pictures: > Your help is greatly appreciated! I usually use Jing to make screenshots. It allows to add arrows, frames, markers and texts to screenshots quickly. http://www.jingproject.com/ -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From lukas.stancik at robe.cz Sat Feb 14 18:45:32 2009 From: lukas.stancik at robe.cz (Lukas Stancik) Date: Sat, 14 Feb 2009 18:45:32 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: Hi, that's a good news and another reason to switch. Thanks for the info! Regards Lukas Steffen Kamper napsal(a): > Hi, > > since 4.2 the redirect for logizt is written in the action-tag, so you > are redirected by submit if there is a redirect. > > vg Steffen From info at sk-typo3.de Sun Feb 15 00:06:42 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sun, 15 Feb 2009 00:06:42 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > When you post to many forums, please, add "Follow-up" so that all responses go to one place :) > > Christopher wrote: >> If you have any advice on what to take care when making new pictures, please >> let me know. Also have a look at the bugtracker: >> http://bugs.typo3.org/view.php?id=10424 >> >> If you can help(!) in making some of those pictures: >> Your help is greatly appreciated! > Ask Uschi Renziehausen, she wanted also make new screenshots and wanted to enhance the texts. > I usually use Jing to make screenshots. It allows to add arrows, frames, markers and texts to screenshots quickly. > > http://www.jingproject.com/ > Fireshot is a FF-plugin that also allows screenshots with arrows, text, blur, crop etc. I use it extensively. vg Steffen From typo3news at otherone.de Sun Feb 15 08:27:18 2009 From: typo3news at otherone.de (Uschi Renziehausen) Date: Sun, 15 Feb 2009 08:27:18 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated In-Reply-To: References: Message-ID: Hi folks, I am perfectly willing to help with screenshots, but ... 1) Unfortunately this is not a question of simply updating some screenshots because sometimes (I cannot remember where right now) the text is referring to the screenshots. 2) In quite a few cases the csh texts are neither helpful to admins/sitedevelopers because they simply state something like 'What happens is entirely up to the configuration of your site'. I still remember that this frustrated me a lot when I started to learn T3. 3) Currently you can have only a very limited amount of html inside csh, which is bad for readability, and you can not place the screenshots into the right context somehow. There were plans to revamp csh for 4.3, but unfortunately this did not happen yet, because afaik TCEForms needs to be revamped first. For what the HCI team thinks please see http://forge.typo3.org/wiki/hci/New_CSH-System. As revising those csh texts and screenshots is quite a lot of work I would prefer to wait until something has been done at least in terms of html inside csh. What do you think? Have a nice rest of the weekend, Uschi Steffen Kamper schrieb: > Hi, > > Dmitry Dulepov schrieb: >> Hi! >> >> When you post to many forums, please, add "Follow-up" so that all >> responses go to one place :) >> >> Christopher wrote: >>> If you have any advice on what to take care when making new pictures, >>> please let me know. Also have a look at the bugtracker: >>> http://bugs.typo3.org/view.php?id=10424 >>> >>> If you can help(!) in making some of those pictures: >>> Your help is greatly appreciated! >> > > Ask Uschi Renziehausen, she wanted also make new screenshots and wanted > to enhance the texts. > >> I usually use Jing to make screenshots. It allows to add arrows, >> frames, markers and texts to screenshots quickly. >> >> http://www.jingproject.com/ >> > > Fireshot is a FF-plugin that also allows screenshots with arrows, text, > blur, crop etc. I use it extensively. > > vg Steffen From dosipov at phillyburbs.com Sun Feb 15 23:33:03 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Sun, 15 Feb 2009 17:33:03 -0500 Subject: [TYPO3-dev] login issue Message-ID: After upgrading to the latest trunk version, letting the session expire brings up the new logout message. However, if I enter my credentials to log back in, it gives an unable to authenticate error. Can someone replicate? -- Dan Osipov Calkins Media http://danosipov.com/blog/ From info at sk-typo3.de Mon Feb 16 00:22:46 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Feb 2009 00:22:46 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi, Dan Osipov schrieb: > After upgrading to the latest trunk version, letting the session expire > brings up the new logout message. However, if I enter my credentials to > log back in, it gives an unable to authenticate error. > > Can someone replicate? > there was a problem with latest phpmyadmin. Downgrade this one. vg Steffen From dosipov at phillyburbs.com Mon Feb 16 00:41:56 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Sun, 15 Feb 2009 18:41:56 -0500 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: I don't have phpmyadmin installed... Dan Osipov Calkins Media http://danosipov.com/blog/ Steffen Kamper wrote: > Hi, > > Dan Osipov schrieb: >> After upgrading to the latest trunk version, letting the session >> expire brings up the new logout message. However, if I enter my >> credentials to log back in, it gives an unable to authenticate error. >> >> Can someone replicate? >> > > there was a problem with latest phpmyadmin. Downgrade this one. > > vg Steffen From mick.mail.typo3 at googlemail.com Mon Feb 16 10:26:10 2009 From: mick.mail.typo3 at googlemail.com (Mick Klapper) Date: Mon, 16 Feb 2009 10:26:10 +0100 Subject: [TYPO3-dev] Page Preview not working anymore, if domain added to page In-Reply-To: References: Message-ID: Hi Oliver, try this attatched patch http://bugs.typo3.org/view.php?id=10426 Regards, Mick Oliver Leitner schrieb: > Hello Guys > > Ive got a "small" problem with the current version of 4.1 (4.1.10) > > The page Preview (loupe icon in backend) is not working anymore, when > the page has domains added to it, and is a standard or advanced page. > > causes 404 (page not found) to load... > > I wrote a Bug ticket already: > > http://bugs.typo3.org/view.php?id=10426 > > But asking here again, jic someone already had that one... > > greetings From mail at niels-pardon.de Mon Feb 16 18:04:07 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Mon, 16 Feb 2009 18:04:07 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi Dan! Dan Osipov schrieb: > After upgrading to the latest trunk version, letting the session expire > brings up the new logout message. However, if I enter my credentials to > log back in, it gives an unable to authenticate error. > > Can someone replicate? I've experienced this one on my system, too. Greets, Niels From "peter,russ" at 4many.net Mon Feb 16 18:24:48 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Mon, 16 Feb 2009 18:24:48 +0100 Subject: [TYPO3-dev] flexform config type select itemsProcFunc Message-ID: May be that there is a solution that I don't know for now: Due to the fact that there is no method in flexform (TCA?) to make use of a field value to query values for an other field (i.e. can not use whereField={FIELD:myfield}) I have to use itemsProcFunc. So far so good. BUT: I can't figure out a way how to preserve the order of the selected records. Example: List of Uids: 1,2,3,4,5,6 Selected: 4,2,5,6 Now I want to display the records in the same order as in selected. From FF I can receive the selected items and query using 'where uid in (4,2,5,6)' but the order gets lost. Any idea or trick how to get records in the same order as in a selected item list? Thanks in advance. Please ask if my decription is not clear to you!!! Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Mon Feb 16 18:25:26 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Feb 2009 18:25:26 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi, Niels Pardon schrieb: > Hi Dan! > > Dan Osipov schrieb: >> After upgrading to the latest trunk version, letting the session expire >> brings up the new logout message. However, if I enter my credentials to >> log back in, it gives an unable to authenticate error. >> >> Can someone replicate? > > I've experienced this one on my system, too. > > Greets, > > Niels would be good if you could debug what's the problem is, does login data doesn't match the input? vg Steffen From info at sk-typo3.de Mon Feb 16 18:43:12 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Feb 2009 18:43:12 +0100 Subject: [TYPO3-dev] flexform config type select itemsProcFunc In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > May be that there is a solution that I don't know for now: > > Due to the fact that there is no method in flexform (TCA?) to make use > of a field value to query values for an other field (i.e. can not use > whereField={FIELD:myfield}) > I have to use itemsProcFunc. > > > So far so good. BUT: I can't figure out a way how to preserve the order > of the selected records. > > Example: > List of Uids: 1,2,3,4,5,6 > Selected: 4,2,5,6 > > Now I want to display the records in the same order as in selected. From > FF I can receive the selected items and query using > 'where uid in (4,2,5,6)' but the order gets lost. > > Any idea or trick how to get records in the same order as in a selected > item list? > > Thanks in advance. > > Please ask if my decription is not clear to you!!! > > Peter. > > > you can use the list for order too ORDER BY FIND_IN_SET(uid, '4,2,5,6') vg Steffen From typo3 at perseguers.ch Mon Feb 16 18:56:05 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Mon, 16 Feb 2009 18:56:05 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi! >> After upgrading to the latest trunk version, letting the session expire >> brings up the new logout message. However, if I enter my credentials to >> log back in, it gives an unable to authenticate error. >> >> Can someone replicate? > > I've experienced this one on my system, too. Me too but as I used the default username/password I thought there might be a new mechanism to force me to change it ;-) -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From "peter,russ" at 4many.net Mon Feb 16 18:58:28 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Mon, 16 Feb 2009 18:58:28 +0100 Subject: [TYPO3-dev] flexform config type select itemsProcFunc In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 16.02.2009 18:43: > Hi, > > Peter Russ schrieb: >> May be that there is a solution that I don't know for now: >> >> Due to the fact that there is no method in flexform (TCA?) to make use >> of a field value to query values for an other field (i.e. can not use >> whereField={FIELD:myfield}) >> I have to use itemsProcFunc. >> >> >> So far so good. BUT: I can't figure out a way how to preserve the >> order of the selected records. >> >> Example: >> List of Uids: 1,2,3,4,5,6 >> Selected: 4,2,5,6 >> >> Now I want to display the records in the same order as in selected. >> From FF I can receive the selected items and query using >> 'where uid in (4,2,5,6)' but the order gets lost. >> >> Any idea or trick how to get records in the same order as in a >> selected item list? >> >> Thanks in advance. >> >> Please ask if my decription is not clear to you!!! >> >> Peter. >> >> >> > > you can use the list for order too > > ORDER BY FIND_IN_SET(uid, '4,2,5,6') > > vg Steffen Thanks Steffen, I'll try. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From mail at niels-pardon.de Mon Feb 16 19:07:58 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Mon, 16 Feb 2009 19:07:58 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi Steffen! Steffen Kamper schrieb: > would be good if you could debug what's the problem is, does login data > doesn't match the input? I am currently trying to debug it but it's quite hard as I don't have much experience with the back-end login procedure. As far as I am now I used the devLog to log the back-end login sequence and it says "Password not accepted". The reason why the password was not accepted is mentioned, too: PHP Session stored challenge "498976bf263ba905f78744c8207ab52e" and submitted challenge "5887a888f30402efedaa7622b3025f8c" did not match, so authentication failed! May be this helps you to understand the problem. Greets, Niels From info at sk-typo3.de Mon Feb 16 19:26:39 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Feb 2009 19:26:39 +0100 Subject: [TYPO3-dev] flexform config type select itemsProcFunc In-Reply-To: References: Message-ID: Hi, >> >> you can use the list for order too >> >> ORDER BY FIND_IN_SET(uid, '4,2,5,6') >> >> vg Steffen > > Thanks Steffen, I'll try. > the better usage is ORDER BY FIELD(uid, '4,2,5,6') vg Steffen From no-spam at nomail.xyz Mon Feb 16 20:13:40 2009 From: no-spam at nomail.xyz (Peter Leiser) Date: Mon, 16 Feb 2009 20:13:40 +0100 Subject: [TYPO3-dev] Looking 4 advise on Eclipse and Typo3 In-Reply-To: References: Message-ID: Dmitry Dulepov schrieb: > Hi! > > Xavier Perseguers wrote: >> Oh, same for me. I would be sooo glad to use the debugger that is >> shipped with Zend Studio but I did not yet managed to make it work nor >> do I really understand the way it should be used. I miss time to >> investigate or a good tutorial > > Thanks for the hint ;) Probably that will be my next (e)book ;) > Hi Dmitry, your existing book is great and this would be a great help, too! I would really welcome a talk at the T3DD09, too. Sth. like "Intro & best practice: How to install and use Eclipse (and Dev3?) with core & extension coding (including debugger)" That would be absolutely great!! Regards, Peter From mail at niels-pardon.de Mon Feb 16 20:33:57 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Mon, 16 Feb 2009 20:33:57 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi everybody! The attached patch did it for me but I am not sure whether this is correct from a technical perspective. Greets, Niels -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: TYPO3_trunk.patch URL: From "peter,russ" at 4many.net Mon Feb 16 21:09:31 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Mon, 16 Feb 2009 21:09:31 +0100 Subject: [TYPO3-dev] flexform config type select itemsProcFunc In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 16.02.2009 19:26: > Hi, > >>> >>> you can use the list for order too >>> >>> ORDER BY FIND_IN_SET(uid, '4,2,5,6') >>> >>> vg Steffen >> >> Thanks Steffen, I'll try. >> > > the better usage is > > ORDER BY FIELD(uid, '4,2,5,6') This gives an reversed order: 6,5,2,4 So to fix, you have to quote each uid: ORDER BY FIELD(uid,'4','2','5','6') does the job. Thank you again. Regs. Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From dmitry at typo3.org Mon Feb 16 22:43:18 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 16 Feb 2009 23:43:18 +0200 Subject: [TYPO3-dev] Looking 4 advise on Eclipse and Typo3 In-Reply-To: References: Message-ID: Hi! Peter Leiser wrote: > your existing book is great and this would be a great help, too! I would > really welcome a talk at the T3DD09, too. Sth. like > > "Intro & best practice: How to install and use Eclipse (and Dev3?) with > core & extension coding (including debugger)" I do not use FLOW3/DEV3, etc. I am very far from (and skeptic about) FLOW3/TYPO3v5. Currently I plan only two talks: one for secure coding, another for being a better programmer. May be we will have an Eclipse/Komodo talk if there are free time slots. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Mon Feb 16 22:58:55 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Feb 2009 22:58:55 +0100 Subject: [TYPO3-dev] Looking 4 advise on Eclipse and Typo3 In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Peter Leiser wrote: >> your existing book is great and this would be a great help, too! I would >> really welcome a talk at the T3DD09, too. Sth. like >> >> "Intro & best practice: How to install and use Eclipse (and Dev3?) with >> core & extension coding (including debugger)" > > I do not use FLOW3/DEV3, etc. I am very far from (and skeptic about) FLOW3/TYPO3v5. Currently I plan only two talks: one for secure coding, another for being a better programmer. May be we will have an Eclipse/Komodo talk if there are free time slots. > i'm sure you'll get best tips from devs there, they mostly use eclipse. There is enough time for private talks about this. And Dmitry, would be nice if you integrate demosntration of debug session in your talk - could fit well to your talk. vg Steffen From typo3 at penpal4u.net Tue Feb 17 07:16:12 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Tue, 17 Feb 2009 17:16:12 +1100 Subject: [TYPO3-dev] Strange md5 hash problem Message-ID: Hi, I have a very strange problem on a site that runs on T3 4.2.6. I cannot log in to neither the BE nor the installer. Now, the strange thing is that when I enter a password in the installer, instead of the md5 hash of what I have entered, an empty line will be displayed with the failure message. So, it seems that the md5 hash is actually not generated correctly. The md5() function works properly and if I revert to version T3 4.2.2 that the site used to run on, everything works fine again. I should mention that this site is running on a PostgreSQL server but as this only shows up in 4.2.6 and the installer doesn't need the database, anyway, I can't see how that would matter. Has anything around the md5 hash generation changed between 4.2.2 and 4.2.6? I've only encountered this problem on this one server so far. Cheers, Christian From typo3 at perseguers.ch Tue Feb 17 08:40:01 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Feb 2009 08:40:01 +0100 Subject: [TYPO3-dev] Strange md5 hash problem In-Reply-To: References: Message-ID: Hi, > Has anything around the md5 hash generation changed between 4.2.2 and > 4.2.6? I've only encountered this problem on this one server so far. A bug is open in core list: http://bugs.typo3.org/view.php?id=10410 for the random key generation. This might be related if you use IE7. Regards -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From no-spam at nomail.xyz Tue Feb 17 09:59:49 2009 From: no-spam at nomail.xyz (Peter Leiser) Date: Tue, 17 Feb 2009 09:59:49 +0100 Subject: [TYPO3-dev] Looking 4 advise on Eclipse and Typo3 In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > Dmitry Dulepov schrieb: >> Hi! >> >> Peter Leiser wrote: >>> your existing book is great and this would be a great help, too! I would >>> really welcome a talk at the T3DD09, too. Sth. like >>> >>> "Intro & best practice: How to install and use Eclipse (and >>> Dev3?) with >>> core & extension coding (including debugger)" >> >> I do not use FLOW3/DEV3, etc. I am very far from (and skeptic about) >> FLOW3/TYPO3v5. Currently I plan only two talks: one for secure coding, >> another for being a better programmer. May be we will have an >> Eclipse/Komodo talk if there are free time slots. I do not use FLOW3 either. I just mentioned it, for perhaps being useful also for T3-V4-coding. > And Dmitry, would be nice if you integrate demosntration of debug > session in your talk - could fit well to your talk. +1. > > vg Steffen From spam at typo3-consultant.de Tue Feb 17 15:57:54 2009 From: spam at typo3-consultant.de (Matthias =?iso-8859-1?Q?St=FCbner?=) Date: Tue, 17 Feb 2009 15:57:54 +0100 Subject: [TYPO3-dev] How to force page typenum in tscript References: Message-ID: Am Wed, 4 Feb 2009 11:18:35 +0000 (UTC) schrieb Fernando: > How can I force the typenum of a page in tscript? > > I have a script to detect mobile browsers and a template (with a special > typenum) for mobiles so i want to force to this typenum if a dectect a > mobile browser i want to force to this page.type Even that I have not seen your script, I would use it as usedefined condition. Shouldn't that help to set your wanted variables? -- Matthias From fsuter at cobweb.ch Tue Feb 17 17:09:31 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 17 Feb 2009 17:09:31 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files Message-ID: Hi all, I just found out that if you use the INCLUDE directive to include a TS file (in the case I tested, a User TSconfig) the first line is lost when the file is encoded in UTF-8. Indeed that first line contains an invalid character and is thus skipped by the TS parser. I'm not sure how this could be solved since AFAIK there's no foolproof method of detecting if a file is UTF-8 encoded or not. Any ideas? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at perseguers.ch Tue Feb 17 17:15:30 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Feb 2009 17:15:30 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi Francois, > I just found out that if you use the INCLUDE directive to include a TS > file (in the case I tested, a User TSconfig) the first line is lost when > the file is encoded in UTF-8. Indeed that first line contains an invalid > character and is thus skipped by the TS parser. > > I'm not sure how this could be solved since AFAIK there's no foolproof > method of detecting if a file is UTF-8 encoded or not. Any ideas? I had this problem once and opened a bug but I could not find out that it was UTF-8 related: http://bugs.typo3.org/view.php?id=9963 I think you may enhance my (small) bug reports with what you found or open a new bug report and relate to mine in order to close mine? Cheers -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From feelx at shinternet.ch Tue Feb 17 17:21:12 2009 From: feelx at shinternet.ch (Felix Griesser) Date: Tue, 17 Feb 2009 17:21:12 +0100 Subject: [TYPO3-dev] Login logging into [SYS][systemLog] possible? Message-ID: Dear Dev's, dear list Is there a way to realize USER login to the backend into the /[SYS][systemLog]/? I'd suggest it is a good idea not only to offer a ability to [warn] if login failed 4 times by email by *[warning_email_addr] *and *[warning_mode] *but also log ALL logins (and of course failed logins) to the system log configured by the directive as mentioned above. We all know the security discussion and I know exploit recently has been cured by the newest releases of core of T3 has nothing to do with this. But brute-force methods are always a problem with every information system protected by passwords. Of couse we can protect it twice by .htaccess and required user/pw but nevertheless I think every login attempt should be logged into /[SYS][systemLog]. /If I use => LOG I see every successfull login there but never if a login failed except a warning after 4 login attempts by Email (not log file). Even the apache2 logfile gives me no hint if a login failed. It says: > 87.2xx.xxx.xx - - [17/Feb/2009:17:14:32 +0100] "POST /typo3/index.php > HTTP/1.1" 200 2243 "http://www.yourdomain.com/typo3/index.php" > "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.6) > Gecko/2009011913 Firefox/3.0.6" What I wanted to do is to add a jail-rule to fail2ban on my server (http://fail2ban.org) which would ban user (or the IP) by iptables for a certain amount of time after several (3-5) failed login attempts. But therefor I need a logfile which fail2ban can trace by regular expressions to determine failed logins. Is there a possibility to track / log logins to a file? And if not, wouldn't it make sense to have it logged to i.E. /[SYS][systemLog] or apache(webserver) access.log / best wishes and greetings Felix From masi-no at spam-typo3.org Tue Feb 17 17:31:22 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 17 Feb 2009 17:31:22 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi all, > > I just found out that if you use the INCLUDE directive to include a TS > file (in the case I tested, a User TSconfig) the first line is lost when > the file is encoded in UTF-8. Indeed that first line contains an invalid > character and is thus skipped by the TS parser. > > I'm not sure how this could be solved since AFAIK there's no foolproof > method of detecting if a file is UTF-8 encoded or not. Any ideas? Are the files written on Windows? Then the very first bytes could be a byte order mark (BOM). Masi From info at sk-typo3.de Tue Feb 17 18:13:54 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 17 Feb 2009 18:13:54 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > Francois Suter schrieb: >> Hi all, >> >> I just found out that if you use the INCLUDE directive to include a TS >> file (in the case I tested, a User TSconfig) the first line is lost when >> the file is encoded in UTF-8. Indeed that first line contains an invalid >> character and is thus skipped by the TS parser. >> >> I'm not sure how this could be solved since AFAIK there's no foolproof >> method of detecting if a file is UTF-8 encoded or not. Any ideas? > > Are the files written on Windows? Then the very first bytes could be a > byte order mark (BOM). > > Masi some editors in windows mess this up and write wrong BOM vg Steffen From grac at gmx.ch Tue Feb 17 18:32:55 2009 From: grac at gmx.ch (grac) Date: Tue, 17 Feb 2009 18:32:55 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: OK, no answer is in the typo3 world always the clearest answer of all: we don't give a damn! especially when the problem is formulated by an ordinary admin! nontheless i found the solution of my problem on my own. it was twofold: - create a separate LOGOUT page (hidden) and make it the goal for the redirect after LOGOUT. - add in the flexform (redirect options), besides - defined by Usergroup Record - defined by User Record additionally: - after Logout (TS or Flexform) - after Login Error (TS or Flexform) now it works correctly, finally. but, believe me, this trial-and-error is worse than finding a needle in a haystack, fish in troubled waters or coffee reading. and it would be so much user-friendly and would make the typo3 community so famous if there were manuals which explain what's going on in a developer's mind. since developer's mind is almost never everybody's mind. thanks stephan From mail at niels-pardon.de Tue Feb 17 18:38:28 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Tue, 17 Feb 2009 18:38:28 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Anybody any comments on this? Greets, Niels Niels Pardon schrieb: > Hi everybody! > > The attached patch did it for me but I am not sure whether this is > correct from a technical perspective. > > Greets, > > Niels > From steffen at steffen-gebert.de Tue Feb 17 18:46:13 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 17 Feb 2009 18:46:13 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change References: Message-ID: grac wrote: > OK, no answer is in the typo3 world always the clearest answer of all: > we don't give a damn! > especially when the problem is formulated by an ordinary admin! If you don't pay Steffen you can't force him to help. Same for everybody else here. Everybody answers here in is spare time (or a few minutes between work). Maybe he has enough other things to do (e.g. writing patches for felogin - there is one pending in core list - maybe this solves your problems). So please don't write such impolite mails! Instead you could just try to make a fair impression by using your real name instead of grac - I think you have been told so several times. Steffen (who has many other things to do, like everybody else her, but answers to silly mails...) From "peter,russ" at 4many.net Tue Feb 17 18:48:39 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Tue, 17 Feb 2009 18:48:39 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: grac Datum: 17.02.2009 18:32: > OK, no answer is in the typo3 world always the clearest answer of all: > we don't give a damn! > especially when the problem is formulated by an ordinary admin! > > nontheless i found the solution of my problem on my own. > it was twofold: > - create a separate LOGOUT page (hidden) and make it the goal for the > redirect after LOGOUT. > - add in the flexform (redirect options), besides > - defined by Usergroup Record > - defined by User Record > additionally: > - after Logout (TS or Flexform) > - after Login Error (TS or Flexform) > now it works correctly, finally. > > but, believe me, this trial-and-error is worse than finding a needle in > a haystack, fish in troubled waters or coffee reading. > > and it would be so much user-friendly and would make the typo3 community > so famous if there were manuals which explain what's going on in a > developer's mind. > since developer's mind is almost never everybody's mind. > > thanks > stephan Hi Stephan, 1st this is the NG for development and not for "plain" admin problems. 2nd Steffen gave you the answer 6 days ago. 3rd There are several books available. If you don't like to buy than sponsor to get more high quality free manuals. 4th People here give free support and have to care about their daily business and families. If you want 24/7 support to solve your problems you have to pay for it. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From steffen at steffen-gebert.de Tue Feb 17 18:48:41 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Tue, 17 Feb 2009 18:48:41 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change References: Message-ID: grac wrote: > and it would be so much user-friendly and would make the typo3 community > so famous if there were manuals which explain what's going on in a > developer's mind. > since developer's mind is almost never everybody's mind. After reading your complete mail.. nice you found out a solution - and it seems you understand felogin now. So it would be nice if you give sth. back to the community and help steffen with the manual of felogin to improve this situation ;-) Steffen From typo3 at t3node.com Tue Feb 17 19:01:45 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 17 Feb 2009 19:01:45 +0100 Subject: [TYPO3-dev] Change in BE context menus? In-Reply-To: References: Message-ID: Hi. On 13.02.2009 16:33 Christian Lerrahn wrote: > > Unfortunately I've never run 4.2.4-4.2.5 and therefore cannot comment > on when exactly the change occurred. As 4.2.4 only existed for a day > (if I recall correctly), 4.2.5 or 4.2.6 would be the likely candidate. > I might try it on test systems as soon as I have the time and the > report this as a bug. > IMHO it's a bug, introduced in 4.2.3. http://bugs.typo3.org/view.php?id=10440 See my workaround patch. I'm not sure my patch reflects the intention of the initial change. So please bash me right here with a smarter solution ;-) -- cheers, Steffen http://www.t3node.com/ From typo3 at t3node.com Tue Feb 17 19:10:35 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 17 Feb 2009 19:10:35 +0100 Subject: [TYPO3-dev] Strange md5 hash problem In-Reply-To: References: Message-ID: Hi. On 17.02.2009 08:40 Xavier Perseguers wrote: > A bug is open in core list: http://bugs.typo3.org/view.php?id=10410 for > the random key generation. This might be related if you use IE7. > nope. It's a different thing. See my other posting. -- cheers, Steffen http://www.t3node.com/ From typo3 at t3node.com Tue Feb 17 19:11:09 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 17 Feb 2009 19:11:09 +0100 Subject: [TYPO3-dev] Strange md5 hash problem In-Reply-To: References: Message-ID: Hi. On 17.02.2009 07:16 Christian Lerrahn wrote: > I have a very strange problem on a site that runs on T3 4.2.6. I cannot > log in to neither the BE nor the installer. Now, the strange thing is > that when I enter a password in the installer, instead of the md5 hash > of what I have entered, an empty line will be displayed with the > failure message. So, it seems that the md5 hash is actually not I have experienced the same behaviour, but only with IE6/7 and Safari 3.2.2. FF2/FF32 and Opera 9.6 work well. Can you confirm this? The behaviour is a bit odd, because I could not reproduce this issue on a different site running 4.2.6. -- cheers, Steffen http://www.t3node.com/ From info at sk-typo3.de Tue Feb 17 19:42:10 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 17 Feb 2009 19:42:10 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi Niels, Niels Pardon schrieb: > Anybody any comments on this? > > Greets, > > Niels > > Niels Pardon schrieb: >> Hi everybody! >> >> The attached patch did it for me but I am not sure whether this is >> correct from a technical perspective. >> i know that the challenge _should_ be present in Session, otherwise i don't understand why this isn't overwritable. So i think the problem is somewhere else, like not submitting the challenge in code. Strange that it works for me without patch, i could understand if it * always works * never works but given situation looks magic to me. vg Steffen From mail at niels-pardon.de Tue Feb 17 19:51:35 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Tue, 17 Feb 2009 19:51:35 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi Steffen! Steffen Kamper schrieb: > i know that the challenge _should_ be present in Session, otherwise i > don't understand why this isn't overwritable. I don't understand this, too. How can we shed some light on this? > So i think the problem is somewhere else, like not submitting the > challenge in code. I checked this. The challenge is submitted but it is different from the challenge stored in the session. So it is not overwritten correctly in the first place. Greets, Niels From mail at niels-pardon.de Tue Feb 17 19:52:08 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Tue, 17 Feb 2009 19:52:08 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: I've created a bugtracker entry: http://bugs.typo3.org/view.php?id=10467 From fsuter at cobweb.ch Tue Feb 17 19:57:37 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 17 Feb 2009 19:57:37 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, >> Are the files written on Windows? Then the very first bytes could be a >> byte order mark (BOM). Could well be, I'm currently (and exceptionnally ;-) ) working in a Windows environment. > some editors in windows mess this up and write wrong BOM Any way to automatically catch this BOM (be it right or wrong)? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsuter at cobweb.ch Tue Feb 17 20:01:50 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 17 Feb 2009 20:01:50 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi Xavier, > I had this problem once and opened a bug but I could not find out that > it was UTF-8 related: > > http://bugs.typo3.org/view.php?id=9963 Definitely the same issue. I added a note and changed the title to make it more relevant. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at sk-typo3.de Tue Feb 17 20:04:57 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 17 Feb 2009 20:04:57 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, Francois Suter schrieb: > Hi, > >>> Are the files written on Windows? Then the very first bytes could be a >>> byte order mark (BOM). > > Could well be, I'm currently (and exceptionnally ;-) ) working in a > Windows environment. > >> some editors in windows mess this up and write wrong BOM > > Any way to automatically catch this BOM (be it right or wrong)? > > Cheers > yes, as you pointed out: include in TS and verify :D I use textPad as i know that he can handle this in a correct way. vg Steffen From typo3 at perseguers.ch Tue Feb 17 20:16:25 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Feb 2009 20:16:25 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, >>> Are the files written on Windows? Then the very first bytes could be a >>> byte order mark (BOM). > > Could well be, I'm currently (and exceptionnally ;-) ) working in a > Windows environment. I remember now that my files were in UTF8 too. But I did not edit them on Windows. I used first ISO-8859-1 and then switched to UTF8 and as I noticed that TemplaVoil? had problems having the website in UTF8 while having templates in ISO-8859-1 (it did not interpret well accentuated letters I had which is normal btw), I reencode all my files to UTF8 using $ iconv -f iso-8859-1 -t utf-8 source.html > dest.html on a Linux machine. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From grac at gmx.ch Tue Feb 17 20:21:18 2009 From: grac at gmx.ch (grac) Date: Tue, 17 Feb 2009 20:21:18 +0100 Subject: [TYPO3-dev] SYSEXT felogin -> logout: URI doesn't change In-Reply-To: References: Message-ID: @steffen Steffen Gebert wrote: > After reading your complete mail.. nice you found out a solution - and it > seems you understand felogin now. thanks > So it would be nice if you give sth. back to the community and help steffen > with the manual of felogin to improve this situation ;-) i haven't found any hint where to apply for anything RE improving manuals. if i could be of any help i would appreciate being supportive. @peter Peter Russ wrote: > 1st this is the NG for development and not for "plain" admin problems. please define for me "plain" admin problems. (i think that the ruling definition of typo3-admin is just plain wrong! especially coming from developers...) > 2nd Steffen gave you the answer 6 days ago. as you could read in my reply it was not a valable answer. > 3rd There are several books available. If you don't like to buy than > sponsor to get more high quality free manuals. do you want to have a look at my IT-library? at all the available typo3- / mysql- / css- / html- / php- and whatever books RE typo3 i have bought and use them on a daily basis? besides the hundreds, no: meanwhile thousends of printout pages RE EXT's? and apart from the hours, days, weeks, months i have invested in learning typo3 since 14 months? and on top of all that the daily online research time in every single available forum RE typo3? so what is your criticism exactly about? > 4th People here give free support and have to care about their daily > business and families. If you want 24/7 support to solve your problems > you have to pay for it. of course i have already sponsored further developments of EXT's. therefore i know exactly the possibility of money bringing things a step further. BUT: there are often basic communication rules which are ignored by the developers themselves. and manuals are for me basic communication. in every aspect of what i understand of development. @steffen Steffen Gebert wrote: > you could just try to make a fair impression by using your real name > instead of grac - I think you have been told so several times. please accept my nickname here. BTW: it's my chosen nickname in the whole typo3 community. let me try to explain why: in past times i always have signed in other forums with my real name. and therefore still can be found in google with threads going back to the 90ies. which is not very good for my business. and for my clients. but if you are more interested in who i am, i can post you privatly my business URI in switzerland. thanks for your understanding. stephan From typo3 at perseguers.ch Tue Feb 17 20:23:49 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Feb 2009 20:23:49 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, >> Any way to automatically catch this BOM (be it right or wrong)? BOM is well defined, these are a few bytes at the beginning of the file as described there for instance: http://en.wikipedia.org/wiki/Byte-order_mark It would be very easy to check for their presence and "forget" to interpret them. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From typo.removeformessage at fx-graefix.de Tue Feb 17 20:52:34 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Tue, 17 Feb 2009 20:52:34 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Niels Pardon wrote: > Hi Dan! > > Dan Osipov schrieb: >> After upgrading to the latest trunk version, letting the session expire >> brings up the new logout message. However, if I enter my credentials to >> log back in, it gives an unable to authenticate error. >> >> Can someone replicate? > > I've experienced this one on my system, too. same here, can't relogin over the modal login-form. After switching to "regular" login form by hitting www.domain.tld/typo3/ the first login-attempt also seems to fail - only the second one is working then. Another thing I've noticed is, that since the update of a customers website to 4.1.10 the BE loginform seems to fail most times due to old cookies. After deleting all cookies from that domain, the login finally succeeds. Where those session-handling changes done in trunk also ported to 4.1.10 or what could be the reason for this? -- kind regards, Franz Koch --------------------------------------------------- PayPal-Account: 'paypal _at_ elements-net _dot_ de' --------------------------------------------------- From typo3 at t3node.com Tue Feb 17 21:39:29 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Tue, 17 Feb 2009 21:39:29 +0100 Subject: [TYPO3-dev] Strange md5 hash problem In-Reply-To: References: Message-ID: On 17.02.2009 19:11 Steffen M?ller wrote: > Hi. > > On 17.02.2009 07:16 Christian Lerrahn wrote: >> I have a very strange problem on a site that runs on T3 4.2.6. I cannot >> log in to neither the BE nor the installer. Now, the strange thing is >> that when I enter a password in the installer, instead of the md5 hash >> of what I have entered, an empty line will be displayed with the >> failure message. So, it seems that the md5 hash is actually not > > I have experienced the same behaviour, but only with IE6/7 and Safari > 3.2.2. FF2/FF32 and Opera 9.6 work well. > Can you confirm this? > > The behaviour is a bit odd, because I could not reproduce this issue on > a different site running 4.2.6. > It has nothing to do with md5(), it's a cookie thing. I did some packet sniffing and it reveals that IE behaves odd with one of my websites. Logging into the install tool triggers a POST request, which also contains the install tool cookie: POST /typo3/install/index.php HTTP/1.1 Cookie: Typo3InstallTool_key=bc4846e59ba12d12ad3cccdde1971493 On the mentioned website, the Cookie is never sent by IE and that's why install tool does not work. -- cheers, Steffen http://www.t3node.com/ From info at sk-typo3.de Tue Feb 17 21:51:50 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 17 Feb 2009 21:51:50 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Hi, Niels Pardon schrieb: > Hi everybody! > > The attached patch did it for me but I am not sure whether this is > correct from a technical perspective. > > Greets, > > Niels > finally i run in the same problem on a site. Your patch also didn't solved the problem, login was not possible in any way. The stored login_challenge was everytime different to the value in $_SESSION. I didn't found a solution yet, very strange. vg Stefen From masi-no at spam-typo3.org Tue Feb 17 22:07:15 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 17 Feb 2009 22:07:15 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Xavier Perseguers schrieb: > Hi, > >>>> Are the files written on Windows? Then the very first bytes could be a >>>> byte order mark (BOM). >> >> Could well be, I'm currently (and exceptionnally ;-) ) working in a >> Windows environment. > > I remember now that my files were in UTF8 too. But I did not edit them > on Windows. I used first ISO-8859-1 and then switched to UTF8 and as I > noticed that TemplaVoil? had problems having the website in UTF8 while > having templates in ISO-8859-1 (it did not interpret well accentuated > letters I had which is normal btw), I reencode all my files to UTF8 using > > $ iconv -f iso-8859-1 -t utf-8 source.html > dest.html > > on a Linux machine. This shouldn't get you a BOM. Masi From mail at niels-pardon.de Tue Feb 17 22:14:50 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Tue, 17 Feb 2009 22:14:50 +0100 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > finally i run in the same problem on a site. Your patch also didn't > solved the problem, login was not possible in any way. The stored > login_challenge was everytime different to the value in $_SESSION. I > didn't found a solution yet, very strange. What I don't understand is: Why is the challenge generated at a second place in the code? Shouldn't be one time enough? Greets, Niels From typo3 at perseguers.ch Tue Feb 17 22:15:34 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Feb 2009 22:15:34 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, >>>>> Are the files written on Windows? Then the very first bytes could be a >>>>> byte order mark (BOM). >>> Could well be, I'm currently (and exceptionnally ;-) ) working in a >>> Windows environment. >> I remember now that my files were in UTF8 too. But I did not edit them >> on Windows. I used first ISO-8859-1 and then switched to UTF8 and as I >> noticed that TemplaVoil? had problems having the website in UTF8 while >> having templates in ISO-8859-1 (it did not interpret well accentuated >> letters I had which is normal btw), I reencode all my files to UTF8 using >> >> $ iconv -f iso-8859-1 -t utf-8 source.html > dest.html >> >> on a Linux machine. > > This shouldn't get you a BOM. And I did not find one (I used hexdump) but I did not analyze the problem and Fran?ois found that it was related to UTF8. It just made me thought again that UTF8 was used in my setup too, although I agree that I did not find BOM. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From fsuter at cobweb.ch Tue Feb 17 22:30:02 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Tue, 17 Feb 2009 22:30:02 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, >> This shouldn't get you a BOM. > > And I did not find one (I used hexdump) but I did not analyze the > problem and Fran?ois found that it was related to UTF8. It just made me > thought again that UTF8 was used in my setup too, although I agree that > I did not find BOM. Yes, this is probably a Windows-related problem. Still if I have some time I'll try to make a patch as it would be nice if the TS parser could catch and ignore the BOM if present, so that you don't have to worry about it when writing your TS file. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at sk-typo3.de Tue Feb 17 22:30:47 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 17 Feb 2009 22:30:47 +0100 Subject: [TYPO3-dev] Problem with UTF-8 TS include files In-Reply-To: References: Message-ID: Hi, Francois Suter schrieb: > Hi, > >>> Are the files written on Windows? Then the very first bytes could be a >>> byte order mark (BOM). > > Could well be, I'm currently (and exceptionnally ;-) ) working in a > Windows environment. > what happen if you edit those files in filelist (BE)? vg Steffen From typo3 at penpal4u.net Wed Feb 18 02:39:52 2009 From: typo3 at penpal4u.net (Christian Lerrahn) Date: Wed, 18 Feb 2009 12:39:52 +1100 Subject: [TYPO3-dev] Strange md5 hash problem References: Message-ID: Hi Steffen, > On 17.02.2009 07:16 Christian Lerrahn wrote: > > I have a very strange problem on a site that runs on T3 4.2.6. I > > cannot log in to neither the BE nor the installer. Now, the strange > > thing is that when I enter a password in the installer, instead of > > the md5 hash of what I have entered, an empty line will be > > displayed with the failure message. So, it seems that the md5 hash > > is actually not > > I have experienced the same behaviour, but only with IE6/7 and Safari > 3.2.2. FF2/FF32 and Opera 9.6 work well. > Can you confirm this? Unfortunately I cannot confirm that. I'm experiencing the problem with FF 3.0.6 (Linux) but just testing it again after having switched from T3 4.2.2 to 4.2.6 it suddenly works now. However, while this seems to indicate a caching issue, I made an effort to clear all caches (T3, browser, deleted all temporary files) before and it still didn't work. No clue what happened there and why it was 100% reproducible at first and is now not reproducible at all. :( It also works in Opera, now, but I didn't try that before when it didn't work in FF. Cheers, Christian From hilgersom at xs4all.nl Wed Feb 18 10:53:26 2009 From: hilgersom at xs4all.nl (Loek Hilgersom) Date: Wed, 18 Feb 2009 10:53:26 +0100 Subject: [TYPO3-dev] cli_dispatch and inserted records Message-ID: Hi, I've just changed an extension I made (mail2news) to make the cronjob run through cli_dispatch and as backend user _cli_user. I expected the records inserted by the cronjob to show up in the history/undo and the log module as being inserted by _cli_user, but this doesn't happen, they dont show up there at all. The records are now inserted through $TYPO3_DB->exec_INSERTquery. Is that the right method for this purpose? And should I still specify the cruser_id in the inserts, or does TYPO3 already know that the script runs as _cli_user? Loek From denyerec at gmail.com Wed Feb 18 12:54:34 2009 From: denyerec at gmail.com (Denyer Ec) Date: Wed, 18 Feb 2009 11:54:34 +0000 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: I guess the first step would be to catalog all the CE's generated by CSC, then come up with a proposed new markup structure for them. From there it wouldn't be too much trouble for an experienced developer (He says, neatly sidestepping the firing squad...) to implement them. The extension could be optional, as suggested, though I don't know how many 3rd party extensions rely on the CSC markup structure for correct operation. I'd hope none *depend* on it, but my instincts say otherwise. Regards, Den On Sat, Feb 14, 2009 at 9:20 AM, Steffen Ritter wrote: > Susanne Moog schrieb: >> Hi, >> >> Steffen Ritter schrieb: >>> Martin Kutschker schrieb: >>>> I guess you can create a simpler and leaner CR from scratch. Probably >>>> this is the way to go for you, because you cannot change CSC now very >>>> much. Changing the structure of the tags and the CSS classes is no >>> Well that's quite true... We eventually could ship csc2 as sysext, >>> marking current csc deprecated handling like deprecated functions in >>> core... >>> A clean content rendering templates could be used in newer version which >>> we might provide an following version. It also might be a basis on which >>> typo3 5 might start off... >> >> my current proposal for being able to change things with csc around is >> to split the csc templates by version, so that those who upgrade can >> just include the old version of csc to get the same rendering as before >> with the same classes and all while the ones starting new pages from >> scratch can use the current ts template with new features and cleaner >> rendering. (I have posted a patch for this to the corelist) > > sounds good, > I'm gonna have a look at your patch. > >> list (typo3.projects.content-rendering). Perhaps we can really get a >> better csc to one of the next TYPO3 versions. Would really be nice to see. >> > > I know, but since it is quite dead - the last reactivating in decemeber > did not kick off any new aims/projects - I thought it would be good to > discuss it in a group more people will read. Maybe wie might find new > people feeling able to support the aims. > > happy valentine ;) > > Steffen > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- ------- http://gallery.denyerec.co.uk From masi-no at spam-typo3.org Wed Feb 18 13:11:43 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 18 Feb 2009 13:11:43 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Denyer Ec schrieb: > I guess the first step would be to catalog all the CE's generated by > CSC, then come up with a proposed new markup structure for them. From > there it wouldn't be too much trouble for an experienced developer (He > says, neatly sidestepping the firing squad...) to implement them. The > extension could be optional, as suggested, though I don't know how > many 3rd party extensions rely on the CSC markup structure for correct > operation. I'd hope none *depend* on it, but my instincts say > otherwise. It's not the extensions but the site TS/CSS that depends on it. If you change the markup the site's CSS will break. If you change the TS some configuration options won't work anymore. That's why I suggested a new CR extension built from scratch. Masi From info at rs-websystems.de Wed Feb 18 13:19:54 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Wed, 18 Feb 2009 13:19:54 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Denyer Ec schrieb: > many 3rd party extensions rely on the CSC markup structure for correct > operation. I'd hope none *depend* on it, but my instincts say > otherwise. Many do... Look at all lightbox stuff, ringer extensions, frame extensions etc. they are based on changing ts code of csc. What ab out "download" extensions changing csc download rendering... So I think, if we might have a new "version" of CR, with is optional forever, nobody will use ist since, the most other "fine effects" won't work with it until the extensions do only support the new stuff. And the extensions won't be changed if there's no real need to... So we are in a kind of vicious circle. We have to break up at one point, if we have to run out. But shure you are right. We should develope a roadmap how to proceed. I would add before you're first step: - analyze current situation. There are many thinks which aren't used in csc anymore (coming from the old CR) or things/db fields which are "misused" som kind of... Some option might not be very useful oder others might even not be used. - based on this we should look how all the variants of our CSC should be rendered ideally. example (HTML-Templates) - We also should provide a css set using as less classes as possible - but meaningful names. - Based on this we might start restructuring TS and CSC Class, what - as you already pointed out - would be the lightest part. But before starting working on such a thing, assigning tasks and timeframes, we should have a straight "implementation guideline" in discussion with core-team, that all (ext-devs, core-devs, admins etc) can prepare what step has to be done when, in which version etc... I would really look forward to see any progress here.. Steffen From s.moog at neusta.de Wed Feb 18 13:53:05 2009 From: s.moog at neusta.de (Susanne Moog) Date: Wed, 18 Feb 2009 13:53:05 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > Denyer Ec schrieb: >> I guess the first step would be to catalog all the CE's generated by >> CSC, then come up with a proposed new markup structure for them. From >> there it wouldn't be too much trouble for an experienced developer (He >> says, neatly sidestepping the firing squad...) to implement them. The >> extension could be optional, as suggested, though I don't know how >> many 3rd party extensions rely on the CSC markup structure for correct >> operation. I'd hope none *depend* on it, but my instincts say >> otherwise. > > It's not the extensions but the site TS/CSS that depends on it. If you > change the markup the site's CSS will break. If you change the TS some > configuration options won't work anymore. That is one point of my pending in corelist patch to split CSC TS in version depending templates, so that one can easily include an older rendering version for not breaking any website but can also easily implement new features and rendering methods in the current version of a template. It sure is not perfect, but I think a fully new extension for CR would be 1) more work and 2) not easily accepted, as too many sites and developers know and work with CSC. Regards, Susanne From shadow333 at gmail.com Wed Feb 18 14:45:13 2009 From: shadow333 at gmail.com (Oliver Leitner) Date: Wed, 18 Feb 2009 14:45:13 +0100 Subject: [TYPO3-dev] Page Preview not working anymore, if domain added to page In-Reply-To: References: Message-ID: Hi Mick This one didnt worked either... Thx for the help so far, maybe someone else has an idea... I have tried both patches by the way, the one for the workspaces, and the one for the loupe. i have attached a picture to this email, i hope i dont get shot at this list for adding attachments... Greetings Oliver On Mon, Feb 16, 2009 at 10:26 AM, Mick Klapper wrote: > Hi Oliver, > > try this attatched patch http://bugs.typo3.org/view.php?id=10426 > > Regards, > Mick > > > > Oliver Leitner schrieb: >> Hello Guys >> >> Ive got a "small" problem with the current version of 4.1 (4.1.10) >> >> The page Preview (loupe icon in backend) is not working anymore, when >> the page has domains added to it, and is a standard or advanced page. >> >> causes 404 (page not found) to load... >> >> I wrote a Bug ticket already: >> >> http://bugs.typo3.org/view.php?id=10426 >> >> But asking here again, jic someone already had that one... >> >> greetings > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev > -- Oliver Leitner http://www.neverslair-blog.net From masi-no at spam-typo3.org Wed Feb 18 14:52:57 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Wed, 18 Feb 2009 14:52:57 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Susanne Moog schrieb: > > That is one point of my pending in corelist patch to split CSC TS in > version depending templates, so that one can easily include an older > rendering version for not breaking any website but can also easily > implement new features and rendering methods in the current version of a > template. It sure is not perfect, but I think a fully new extension for > CR would be 1) more work and 2) not easily accepted, as too many sites > and developers know and work with CSC. I don't think that an ever changing CSC will get more friends. I'm open to the idea of splitting up into different versions, but I'm against radical changes. I don't see why a new and clean approach wouldn't be welcomed for new project. Masi From dosipov at phillyburbs.com Wed Feb 18 14:54:40 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Wed, 18 Feb 2009 08:54:40 -0500 Subject: [TYPO3-dev] login issue In-Reply-To: References: Message-ID: Thanks! Dan Osipov Calkins Media http://danosipov.com/blog/ Niels Pardon wrote: > I've created a bugtracker entry: > > http://bugs.typo3.org/view.php?id=10467 From michael at typo3.org Wed Feb 18 15:32:07 2009 From: michael at typo3.org (Michael Stucki) Date: Wed, 18 Feb 2009 15:32:07 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: I can do that, if nobody objects?! Since there are so many of them, I would try to change the status directly in the database and keep the version on the same number (should not be a problem because the code did not change). Are there any objections against such a procedure? - michael Peter Kuehn [wmdb] schrieb: > Hi yall, > > (this is a crosspost from TYPO3-translators, since maybe there is noone > on that list, with the needed rights) > > the csh_* extensions in TER are still marked alpha altough deprecated > since march 2006. > Every now and then i stumble across some 4.x.x instances with installed > csh_*?s - seems like lots of admins outthere didnt recognize the changes. > > Id like to kindly ask who ever is able to do so to mark the extensions > "obsolete" to make things a bit clearer. > > thnx in advance > pekue -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From fsuter at cobweb.ch Wed Feb 18 16:06:29 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 18 Feb 2009 16:06:29 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Hi, > Since there are so many of them, I would try to change the status > directly in the database and keep the version on the same number (should > not be a problem because the code did not change). Are there any > objections against such a procedure? How will it appear in the EM? Is the status read from the extension cache (so it will appear as obsolete when the cache has been updated from the TER) or is it read from the ext_emconf.php file, in which case it will not appear as obsolete as long as it is not updated (and it will not appear as needing an update because the version hasn't changed)? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From michael at typo3.org Wed Feb 18 16:25:58 2009 From: michael at typo3.org (Michael Stucki) Date: Wed, 18 Feb 2009 16:25:58 +0100 Subject: [TYPO3-dev] [TYPO3-doc] Documentation of pageUnavailable_handling (was: Re: plans for 4.2 end of life) In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > No, these changes all goes to the documentation. Important changes are > mentioned in NEWS.txt. > For latest changes this page is very useful: > http://wiki.typo3.org/index.php/Pending_Documentation NEWS.txt is being exchanged for every new version, so I don't consider it to be the right place for this. It can be an additional place, but not the only one where this is written. There's the document "Inside TYPO3" which may deserve a new chapter about error handling. If someone wants to make a proposal, feel free to post your changes in the "typo3.projects.documentation" newsgroup. - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From michael at typo3.org Wed Feb 18 16:38:15 2009 From: michael at typo3.org (Michael Stucki) Date: Wed, 18 Feb 2009 16:38:15 +0100 Subject: [TYPO3-dev] plans for 4.2 end of life In-Reply-To: References: Message-ID: Hi Pekue, reading through this topic I think it has nothing to do with the subject anymore. 4.2 will receive bugfixes for one year after 4.3 plus security fixes for the lifetime of one more version. Peter Kuehn [wmdb] schrieb: >> I don't understand what saving a TStemplate in the wrong module >> means. > short version: every saving of data in "web > template" does a clear all > cache. Indeed. There should be a better logic that knows which pages are affected, however that is probably pretty delicate and requires a lot of testing. In my opinion it is not a bug that would qualify for a patch-level release because it requires to change concepts. Instead, someone should start to implement this change (be it a feature or a bug doesn't matter) and propose it for Trunk. I suggest that once the feature is committed, you can manually backport this for your customers version. The alternative and simple version of all this is that you implement a second button "safe without clearing the cache" and let the developer decide. In any case I consider the local change much easier than waiting for 4.3 or risking weird behaviours on all other sites... - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From michael at typo3.org Wed Feb 18 16:46:04 2009 From: michael at typo3.org (Michael Stucki) Date: Wed, 18 Feb 2009 16:46:04 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Hi Fran?ois, >> Since there are so many of them, I would try to change the status >> directly in the database and keep the version on the same number (should >> not be a problem because the code did not change). Are there any >> objections against such a procedure? > > How will it appear in the EM? Is the status read from the extension > cache (so it will appear as obsolete when the cache has been updated > from the TER) or is it read from the ext_emconf.php file, in which case > it will not appear as obsolete as long as it is not updated (and it will > not appear as needing an update because the version hasn't changed)? Indeed the extension will still show "alpha" state when being downloaded to a site. The change in the database would only affect the display on typo3.org - and still I am not 100% if it would work at all. I think the problem is that people might still think that these extensions are neccessary, so they should see it in the EM upon download. However, what I do not want to do is to upload > 40 extensions just because of this tiny problem. If someone else wants to do it, I could give him temporary access for all csh_* extensions and let him do it. The other alternative is to simply delete all those extensions. Who needs them anyway?! - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From news at ringerge.org Wed Feb 18 16:52:12 2009 From: news at ringerge.org (Georg Ringer) Date: Wed, 18 Feb 2009 16:52:12 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Michael Stucki schrieb: > The other alternative is to simply delete all those extensions. Who > needs them anyway?! delete them but maybe keep a copy of the t3x somewhere available Georg From gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com Wed Feb 18 17:16:14 2009 From: gaumondpatrick-s-p-a-m at hotmail-sp-a-m.com (Patrick Gaumond) Date: Wed, 18 Feb 2009 11:16:14 -0500 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Steffen Ritter wrote: > But before starting working on such a thing, assigning tasks and > timeframes, we should have a straight "implementation guideline" in > discussion with core-team, that all (ext-devs, core-devs, admins etc) > can prepare what step has to be done when, in which version etc... Would it be realistic to propose to extDevs a radio button visible in EM with "use classic <4.2 CSC" and "Use CSC 2.0" so not all old rendering from exts is down the drain ? I'm talking about this screen for exemple where you can set some default configuration at the extension level: /typo3/mod/tools/em/index.php?CMD[showExt]=date2cal&SET[singleDetails]=info Often simplicity is a good alternative. :) (and sometimes I'm wrong too...) Patrick From info at sk-typo3.de Wed Feb 18 17:33:52 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 18 Feb 2009 17:33:52 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Michael Stucki schrieb: > Hi Fran?ois, > >>> Since there are so many of them, I would try to change the status >>> directly in the database and keep the version on the same number (should >>> not be a problem because the code did not change). Are there any >>> objections against such a procedure? >> How will it appear in the EM? Is the status read from the extension >> cache (so it will appear as obsolete when the cache has been updated >> from the TER) or is it read from the ext_emconf.php file, in which case >> it will not appear as obsolete as long as it is not updated (and it will >> not appear as needing an update because the version hasn't changed)? > > Indeed the extension will still show "alpha" state when being downloaded > to a site. The change in the database would only affect the display on > typo3.org - and still I am not 100% if it would work at all. > > I think the problem is that people might still think that these > extensions are neccessary, so they should see it in the EM upon download. > > However, what I do not want to do is to upload > 40 extensions just > because of this tiny problem. If someone else wants to do it, I could > give him temporary access for all csh_* extensions and let him do it. > > The other alternative is to simply delete all those extensions. Who > needs them anyway?! > > - michael delete will be much work - in TER all versions of extensions are still there, and not easy to detect. There is a possibility in DB which is used by security team to mark them, so they don't appear on t3.org or in EM when search for, that's the way i would suggest. vg Steffen From mail-spam at ringerge.org Wed Feb 18 22:40:47 2009 From: mail-spam at ringerge.org (Georg Ringer) Date: Wed, 18 Feb 2009 22:40:47 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Steffen Ritter wrote: > Denyer Ec schrieb: >> many 3rd party extensions rely on the CSC markup structure for correct >> operation. I'd hope none *depend* on it, but my instincts say >> otherwise. Sure some of my extensions depend on csc because I need to put sometimes my code just in between. ;) IMO this is not a big problem to change because most of the extensions in this area are developed activly. > Many do... Look at all lightbox stuff, ringer extensions, frame > extensions etc. they are based on changing ts code of csc. I still don't know how I should feel about getting a kind of synonym ;) Extensions like rgaccordion are more like a container of some lines of TS, js and css files. This can easly be adopted. > - We also should provide a css set using as less classes as possible - > but meaningful names. absolutly a +1 This can be also the other way round: Add an extra cleaning TS which deletes all the not needed class names and so on. I really don't have a problem with a 2nd improved static ts template of csc which can be added to every new project. Old projects can just use the old csc. I don't need any radio button but of of course some help for all type of users how to work with the new features and a changelog. Is there a place we could share the snippets we use everytime because I don't like to use the mailinglist for that. Maybe forge or the wiki? Georg From michael at typo3.org Wed Feb 18 23:24:32 2009 From: michael at typo3.org (Michael Stucki) Date: Wed, 18 Feb 2009 23:24:32 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Hi Steffen, > delete will be much work - in TER all versions of extensions are still > there, and not easy to detect. > There is a possibility in DB which is used by security team to mark > them, so they don't appear on t3.org or in EM when search for, that's > the way i would suggest. Good point! Well I just received an offer from Xavier Perseguers who offers to do the updates. So now we can choose: a) mark the extensions as insecure, so they don't appear anymore (and provide t3x backups at some place that Google knows) b) upload ~40 new versions Since Xavier has to do all this work in case of b) I leave the final decision for that to him... - michael -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From typo3 at perseguers.ch Wed Feb 18 23:53:57 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 18 Feb 2009 23:53:57 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Hi Michael and all, >> delete will be much work - in TER all versions of extensions are still >> there, and not easy to detect. >> There is a possibility in DB which is used by security team to mark >> them, so they don't appear on t3.org or in EM when search for, that's >> the way i would suggest. > > Good point! > > Well I just received an offer from Xavier Perseguers who offers to do > the updates. > > So now we can choose: > a) mark the extensions as insecure, so they don't appear anymore (and > provide t3x backups at some place that Google knows) > b) upload ~40 new versions > > Since Xavier has to do all this work in case of b) I leave the final > decision for that to him... I would be OK to upload ~40 new versions if you/the community thinks it would be the best way. Just let me know what is best and I'll give the time needed to perform the action. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From ingo at typo3.org Thu Feb 19 00:12:38 2009 From: ingo at typo3.org (Ingo Renner) Date: Thu, 19 Feb 2009 00:12:38 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Michael Stucki wrote: Hi Stucki, > So now we can choose: > a) mark the extensions as insecure, so they don't appear anymore (and > provide t3x backups at some place that Google knows) well, they aren't insecure really, so this seems to be a quick but dirty way to solve the issue... not my kind ;) > b) upload ~40 new versions ... probably not fun, but well, what you wanna do ... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From marcus#exp2009 at t3sec.info Thu Feb 19 09:21:43 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Thu, 19 Feb 2009 09:21:43 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Michael Stucki schrieb am 02/18/2009 11:24 PM Uhr: > Hi Steffen, > >> delete will be much work - in TER all versions of extensions are still >> there, and not easy to detect. >> There is a possibility in DB which is used by security team to mark >> them, so they don't appear on t3.org or in EM when search for, that's >> the way i would suggest. > > Good point! > > Well I just received an offer from Xavier Perseguers who offers to do > the updates. > > So now we can choose: > a) mark the extensions as insecure, so they don't appear anymore (and > provide t3x backups at some place that Google knows) > b) upload ~40 new versions b) AFAIK a) has always been used in regards to extension security; therefore I'd like to stick to this and not to start a misuse now Marcus. From typo.removeformessage at fx-graefix.de Thu Feb 19 09:47:31 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Thu, 19 Feb 2009 09:47:31 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Hi, > I don't need any radio button but of of course some help for all type of > users how to work with the new features and a changelog. but we need a way for extDevs to check which TStemplate is used, so that extensions can automatically adopt their configuration accordingly. Using t3lib_extMgm::isLoaded() or a simple version check would not work as condition when csc is shipped with different static templates. There needs to be set a flag somewhere that can be easily checked within php. -- kind regards, Franz Koch --------------------------------------------------- PayPal-Account: 'paypal _at_ elements-net _dot_ de' --------------------------------------------------- From ss at cabag.ch Thu Feb 19 09:47:32 2009 From: ss at cabag.ch (Sonja Scholz) Date: Thu, 19 Feb 2009 09:47:32 +0100 Subject: [TYPO3-dev] Bug 10485 - Javascript error alert in IE7 (Vista) all time you open or close a content element Message-ID: Hello everyone, I report a bug on bugs.typo3.org about the following problem: http://bugs.typo3.org/view.php?id=10485 All time you open or close a content element in IE7 (Vista) backend you get a Javascript Alert with HTML code of open coduments menu. When you accept the alert button the alert disappear. TYPO3 4.2.1 Use TemplaVoila 1.3.7 In IE7 (XP) the problem does not exists. I attached a screenshot to the bug report. Because of the HTML code in the screenshot I think the problem is caused through the extension tx_opendocs. Is there anyone who have had the same problem? Kind regards, Sonja From typo3 at perseguers.ch Thu Feb 19 10:02:53 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 19 Feb 2009 10:02:53 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete In-Reply-To: References: Message-ID: Hi all, >> Well I just received an offer from Xavier Perseguers who offers to do >> the updates. >> >> So now we can choose: >> a) mark the extensions as insecure, so they don't appear anymore (and >> provide t3x backups at some place that Google knows) >> b) upload ~40 new versions > > b) > > AFAIK a) has always been used in regards to extension security; > therefore I'd like to stick to this and not to start a misuse now Yes, I'll upload the extensions. Now I would say that we don't need any more feedback on this. Everybody looses time and if we go on, we would already had twice the time needed to upload all those extensions to TER ;-) -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From typo3 at t3node.com Thu Feb 19 11:13:03 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 19 Feb 2009 11:13:03 +0100 Subject: [TYPO3-dev] devlog severities Message-ID: Hi. I am adding some csh to devlog extension atm and asked myself if there is a definition of the severity levels. Since I could not find anything sufficient, I'd like to discuss this issue with you. I'd wish we have some detailed description for each severity level as a standard base in TYPO3. What we have in t3lib_div::devlog() is 5 levels: 0 is info 1 is notice 2 is warning 3 is fatal error -1 is "OK" message IMHO the labels are not very precise which leads to arbitrary use and interpretation. I searched the web for meaningful definitions, but did not a sufficient solution. syslog(3) Debug (maybe Ok in TYPO3): Messages that contain information normally of use only when debugging a program. Info: Informational messages. Notice: Conditions that are not error conditions, but should possibly be handled specially. Warning: Warning messages. Error: Errors Even RFC3164 does not describe the syslog priority levels: LOG_ERR error conditions LOG_WARNING warning conditions LOG_NOTICE normal, but significant, condition LOG_INFO informational message LOG_DEBUG debug-level message I tried to describe the levels in more or less own words, please comment the draft: Ok: Events with severity Ok have a debugging purpose. Debug message provide plenty of informations and are used only while development. Info: Informational messages, but less detailed than severity Ok/Debug. Info signals that things are alright, so usually no action is necessary. Notice: Normal, but significant condition. Notice is meant to give information in the first place, but it signals to pay attention, because things might not be running perfect. Warning: Warning signals a condition that did not prevent completion of a job, but may require some action to avoid malfunctions in future. Error: Error refers to a condition where some fatal malfunction occurred and action is definitely needed. I also plead for renaming Ok to Debug, which meaning is much clearer for developers than Ok is. What do you think? -- cheers, Steffen http://www.t3node.com/ From dmitry at typo3.org Thu Feb 19 11:39:17 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 19 Feb 2009 12:39:17 +0200 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi! Steffen M?ller wrote: > IMHO the labels are not very precise which leads to arbitrary use and > interpretation. It depends on you what you consider info or warning or error... -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo3 at t3node.com Thu Feb 19 12:44:50 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 19 Feb 2009 12:44:50 +0100 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: On 19.02.2009 11:39 Dmitry Dulepov wrote: > Hi! > > Steffen M?ller wrote: >> IMHO the labels are not very precise which leads to arbitrary use and >> interpretation. > > It depends on you what you consider info or warning or error... > Of course the choice of severity will always depends on how the developer considers the impact of a situation. My idea was to deliver a basic description of severities as consensus. This helps developers when choosing a severity and raises the reliability of severities in general. Imagine we have three developers, each writing some code which catches wrong TS setup. One developer chooses Notice, another Info, another Warning as severity. That's unavoidable, but could be minimized, if there would be guide about using severities. -- cheers, Steffen http://www.t3node.com/ From typo3 at rvt.dds.nl Thu Feb 19 13:23:35 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 19 Feb 2009 07:23:35 -0500 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: On Feb 19, 2009, at 5:39 AM, Dmitry Dulepov wrote: > Hi! > > Steffen M?ller wrote: >> IMHO the labels are not very precise which leads to arbitrary use and >> interpretation. > > It depends on you what you consider info or warning or error... That answer really doesn't help Steffen.. Ries From typo3 at rvt.dds.nl Thu Feb 19 13:31:13 2009 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Thu, 19 Feb 2009 07:31:13 -0500 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Steffen, I think it's important to describe the error messages much like what you di, with a simple add on. This is what I use: Info: Information messages that are normaly during runtime: Example: User xxx Was logged in.......... Saved file bla bla bla on XXXX Notice:Notice messages are fine during runtime, but shows some condition. Exampled: File XXX was to big for upload......... USer XXX supplied wrong password Warning: Recoverable (from a programming point of view) errors: Example: Disk size is getting small...... User XXXX has tried to login 10 time with a wrong password..... image magick not found, using XXXX function instead fatal:Anything that cannot be recovered from and normal program flow cannot continue: Example: Fatal, connection to the DB cannot be established.... Fatal: cannot save file no disk space OK For me is much like a info I hope the examples give to right explanation to clarify the message.. Ries On Feb 19, 2009, at 5:13 AM, Steffen M?ller wrote: > Hi. > > I am adding some csh to devlog extension atm and asked myself if there > is a definition of the severity levels. > Since I could not find anything sufficient, I'd like to discuss this > issue with you. I'd wish we have some detailed description for each > severity level as a standard base in TYPO3. > > What we have in t3lib_div::devlog() is 5 levels: > 0 is info > 1 is notice > 2 is warning > 3 is fatal error > -1 is "OK" message > > IMHO the labels are not very precise which leads to arbitrary use and > interpretation. > > I searched the web for meaningful definitions, but did not a > sufficient > solution. > > syslog(3) > Debug (maybe Ok in TYPO3): Messages that contain information > normally of > use only when debugging a program. > Info: Informational messages. > Notice: Conditions that are not error conditions, but should > possibly be > handled specially. > Warning: Warning messages. > Error: Errors > > Even RFC3164 does not describe the syslog priority levels: > LOG_ERR error conditions > LOG_WARNING warning conditions > LOG_NOTICE normal, but significant, condition > LOG_INFO informational message > LOG_DEBUG debug-level message > > I tried to describe the levels in more or less own words, please > comment > the draft: > Ok: Events with severity Ok have a debugging purpose. Debug message > provide plenty of informations and are used only while development. > Info: Informational messages, but less detailed than severity Ok/ > Debug. > Info signals that things are alright, so usually no action is > necessary. > Notice: Normal, but significant condition. Notice is meant to give > information in the first place, but it signals to pay attention, > because > things might not be running perfect. > Warning: Warning signals a condition that did not prevent completion > of > a job, but may require some action to avoid malfunctions in future. > Error: Error refers to a condition where some fatal malfunction > occurred > and action is definitely needed. > > I also plead for renaming Ok to Debug, which meaning is much clearer > for > developers than Ok is. > > What do you think? > > -- > cheers, > Steffen > > http://www.t3node.com/ > _______________________________________________ From info at sk-typo3.de Thu Feb 19 13:33:15 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 19 Feb 2009 13:33:15 +0100 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi Steffen, i think the severities should be according to the php error_reporting. The important ones are notice, warning and fatal error. Info could be used for general messages having no failure at all. I don't understand the OK and see no example where it makes sense. vg Steffen Steffen M?ller schrieb: > Hi. > > I am adding some csh to devlog extension atm and asked myself if there > is a definition of the severity levels. > Since I could not find anything sufficient, I'd like to discuss this > issue with you. I'd wish we have some detailed description for each > severity level as a standard base in TYPO3. > > What we have in t3lib_div::devlog() is 5 levels: > 0 is info > 1 is notice > 2 is warning > 3 is fatal error > -1 is "OK" message > > IMHO the labels are not very precise which leads to arbitrary use and > interpretation. > > I searched the web for meaningful definitions, but did not a sufficient > solution. > > syslog(3) > Debug (maybe Ok in TYPO3): Messages that contain information normally of > use only when debugging a program. > Info: Informational messages. > Notice: Conditions that are not error conditions, but should possibly be > handled specially. > Warning: Warning messages. > Error: Errors > > Even RFC3164 does not describe the syslog priority levels: > LOG_ERR error conditions > LOG_WARNING warning conditions > LOG_NOTICE normal, but significant, condition > LOG_INFO informational message > LOG_DEBUG debug-level message > > I tried to describe the levels in more or less own words, please comment > the draft: > Ok: Events with severity Ok have a debugging purpose. Debug message > provide plenty of informations and are used only while development. > Info: Informational messages, but less detailed than severity Ok/Debug. > Info signals that things are alright, so usually no action is necessary. > Notice: Normal, but significant condition. Notice is meant to give > information in the first place, but it signals to pay attention, because > things might not be running perfect. > Warning: Warning signals a condition that did not prevent completion of > a job, but may require some action to avoid malfunctions in future. > Error: Error refers to a condition where some fatal malfunction occurred > and action is definitely needed. > > I also plead for renaming Ok to Debug, which meaning is much clearer for > developers than Ok is. > > What do you think? > From dmitry at typo3.org Thu Feb 19 13:35:49 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 19 Feb 2009 14:35:49 +0200 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi! ries van Twisk wrote: > That answer really doesn't help Steffen.. Neither yours. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From dmitry at typo3.org Thu Feb 19 13:36:39 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 19 Feb 2009 14:36:39 +0200 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi! Steffen M?ller wrote: > Of course the choice of severity will always depends on how the > developer considers the impact of a situation. > > My idea was to deliver a basic description of severities as consensus. > This helps developers when choosing a severity and raises the > reliability of severities in general. I agree. > Imagine we have three developers, each writing some code which catches > wrong TS setup. One developer chooses Notice, another Info, another > Warning as severity. That's unavoidable, but could be minimized, if > there would be guide about using severities. It will be welcome :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From christopher at temporaryforwarding.com Thu Feb 19 16:35:03 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Thu, 19 Feb 2009 16:35:03 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated References: Message-ID: Hi Uschi! "Uschi Renziehausen" schrieb im Newsbeitrag news:mailman.1.1234682839.10148.typo3-dev at lists.netfielders.de... > Hi folks, > > I am perfectly willing to help with screenshots, but ... > > (1, 2, 3) > > There were plans to revamp csh for 4.3, but unfortunately this did not > happen yet, because afaik TCEForms needs to be revamped first. For what > the HCI team thinks please see > http://forge.typo3.org/wiki/hci/New_CSH-System. > > As revising those csh texts and screenshots is quite a lot of work I would > prefer to wait until something has been done at least in terms of html > inside csh. What do you think? Yes, I also think it is kind of annoying, that you can't really use html there. And all your other points: If you want to change all that, you would have to completely to restructure how the help is shown, have to rewrite the texts (at least a part of them) and ... make new pictures. In this context beginning with the pictures does not seem to be clever. Hmm, maybe this all will take quite a while. But OK, then let's wait with that task. Christopher From fsuter at cobweb.ch Thu Feb 19 16:36:43 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Thu, 19 Feb 2009 16:36:43 +0100 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi, > I also plead for renaming Ok to Debug, which meaning is much clearer for > developers than Ok is. I don't agree with that (and maybe that will also answer the other Steffen's remark about "ok" status being useless). I use the devlog a lot. I don't log only problems or errors. I also log when things go right. So the "ok" status is definitely useful. Moreover don't forget that we are talking about general descriptions of the message levels. Such descriptions do not only concern the devlog, but also the syslog, where the "ok" also makes perfect sense. It is rather the "info" status that could be consider as real debugging information, because it's not related to a true status. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From christopher at temporaryforwarding.com Thu Feb 19 16:41:32 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Thu, 19 Feb 2009 16:41:32 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated References: Message-ID: Hi Dmitry, hi Steffen! "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1234652796.19444.typo3-dev at lists.netfielders.de... >> >> When you post to many forums, please, add "Follow-up" so that all >> responses go to one place :) Thanks for the hint. :-) >> I usually use Jing to make screenshots. It allows to add arrows, frames, >> markers and texts to screenshots quickly. >> >> http://www.jingproject.com/ >> > Fireshot is a FF-plugin that also allows screenshots with arrows, text, > blur, crop etc. I use it extensively. Thanks for the two programs, seems they are really more easy than what I tried to do. ;-) Christopher From erik at linnearad.no Thu Feb 19 17:20:42 2009 From: erik at linnearad.no (Erik Svendsen) Date: Thu, 19 Feb 2009 16:20:42 +0000 (UTC) Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) Message-ID: Hope you all forgive me for crossposting this. In Norway there are started a campaign to get people to upgrade form IE6 to IE7 or other browsers. The campaing is initiated by finn.no, which is the largest online buy and sell market in Norway. The campaign has spread to large online newspaper and other online publications, mobile phone companies, web tv sites and so on. The campaing is also spreading to Sweden and Australia. I thought it would be a good idea to tell the TYPO3 community about this, so also you could help us getting rid of IE6. More information: http://blog.peterhaza.no/current-web-sites-in-norway-warning-against-internet-explorer-6/ http://blog.peterhaza.no/current-international-web-sites-warning-against-internet-explorer-6/ WBR, Erik Svendsen www.linnearad.no From info at sk-typo3.de Thu Feb 19 17:54:30 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 19 Feb 2009 17:54:30 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: Hi, that's good news - get rid of this non-browser !!!!! I'm really tired to get things work on IE6. vg Steffen From typo3 at t3node.com Thu Feb 19 18:02:04 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 19 Feb 2009 18:02:04 +0100 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi. On 19.02.2009 16:36 Francois Suter wrote: > > I use the devlog a lot. I don't log only problems or errors. I also log > when things go right. So the "ok" status is definitely useful. Moreover > don't forget that we are talking about general descriptions of the > message levels. Such descriptions do not only concern the devlog, but > also the syslog, where the "ok" also makes perfect sense. > > It is rather the "info" status that could be consider as real debugging > information, because it's not related to a true status. > IMHO debug is not necessarily limited to problems/errors (negative interpretation -> there's something wrong). It could also inform about things which are working well (positive information -> everything's running well). So no conflict when renaming Ok to Debug. -- cheers, Steffen http://www.t3node.com/ From "peter,russ" at 4many.net Thu Feb 19 18:14:37 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 19 Feb 2009 18:14:37 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 19.02.2009 17:54: > Hi, > > that's good news - get rid of this non-browser !!!!! I'm really tired to > get things work on IE6. > > vg Steffen Nice try. As long as there companies out using W2k there is NO way (norway?) to upgrade to IE7 ;-) Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Thu Feb 19 18:19:08 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 19 Feb 2009 18:19:08 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > --- Original Nachricht --- > Absender: Steffen Kamper > Datum: 19.02.2009 17:54: >> Hi, >> >> that's good news - get rid of this non-browser !!!!! I'm really tired >> to get things work on IE6. >> >> vg Steffen > > Nice try. As long as there companies out using W2k there is NO way > (norway?) to upgrade to IE7 ;-) > > Peter. > but ... they could use Firefox ;-) vg Steffen From "peter,russ" at 4many.net Thu Feb 19 18:21:44 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 19 Feb 2009 18:21:44 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Steffen Kamper Datum: 19.02.2009 18:19: > Hi, > > Peter Russ schrieb: >> --- Original Nachricht --- >> Absender: Steffen Kamper >> Datum: 19.02.2009 17:54: >>> Hi, >>> >>> that's good news - get rid of this non-browser !!!!! I'm really tired >>> to get things work on IE6. >>> >>> vg Steffen >> >> Nice try. As long as there companies out using W2k there is NO way >> (norway?) to upgrade to IE7 ;-) >> >> Peter. >> > > but ... they could use Firefox ;-) > > vg Steffen If you convince them to switch to Thunderbird or similar I'll take care for the Firefox switch :-D Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From dmitry at typo3.org Thu Feb 19 18:41:41 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 19 Feb 2009 19:41:41 +0200 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: Hi! Steffen Ritter wrote: > Believe it or not: It works ;) Many people just do not know about such a > fact... Please, do not send attachments to this list. Do you imagine how much more traffic it causes to TYPO3 mailing lists? Please, upload the image somewhere and post links to files next time. See also: http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/ -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From "peter,russ" at 4many.net Thu Feb 19 18:50:15 2009 From: "peter,russ" at 4many.net (Peter Russ) Date: Thu, 19 Feb 2009 18:50:15 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Dmitry Dulepov Datum: 19.02.2009 18:41: > Hi! > > Steffen Ritter wrote: >> Believe it or not: It works ;) Many people just do not know about such a >> fact... > > Please, do not send attachments to this list. Do you imagine how much more traffic it causes to TYPO3 mailing lists? > > Please, upload the image somewhere and post links to files next time. See also: > http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/ > Ups and x-posted to 3 groups... -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From mail-spam at ringerge.org Thu Feb 19 20:47:28 2009 From: mail-spam at ringerge.org (Georg Ringer) Date: Thu, 19 Feb 2009 20:47:28 +0100 Subject: [TYPO3-dev] CSC and ContentRendering Team In-Reply-To: References: Message-ID: Franz Koch schrieb: > but we need a way for extDevs to check which TStemplate is used, so that > extensions can automatically adopt their configuration accordingly. yes of course. I think of a userfunction for a condition or something else but I don't see this as a problem Georg From fsuter at cobweb.ch Thu Feb 19 20:55:48 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Thu, 19 Feb 2009 20:55:48 +0100 Subject: [TYPO3-dev] devlog severities In-Reply-To: References: Message-ID: Hi, > So no conflict when renaming Ok to Debug. I still disagree. "ok" is "ok". It means everything's fine. It's the "Info" level that's actual debug output, because it is not related to any status, be it positive or negative. "Info" is neutral. If "ok" becomes "debug" we have no way of signaling a successful operation. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From blueduck at gmx.net Thu Feb 19 23:38:00 2009 From: blueduck at gmx.net (Stefano Kowalke) Date: Thu, 19 Feb 2009 23:38:00 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) References: Message-ID: Hi Steffen, what is this for german in the screenshot:"... Dies hat auch zur Folge, dass unsere Website nicht bei dir nicht korrekt angezeigt wird. ..."? Cheers, Stefano -- Seit?dem?1.1.2008?werden?Daten?zu?jeder?E-Mail?verdachtsunabh?ngig?gespeichert!? Weitere?Informationen: www.vorratsdatenspeicherung.de GPG-ID: 0x2B08936D Key-Fingerprint: 7F31 BCF0 70C0 B3B1 1235 07E9 1777 D7A0 2B08 936D From info at sk-typo3.de Fri Feb 20 10:16:59 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 20 Feb 2009 10:16:59 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated In-Reply-To: References: Message-ID: Hi Uschi, for enable HTML in CSH please write a BT entry in the official Bugtracker as this is condition for writing patches with RFC. I will look at this and try to make a patch for. vg Steffen From masi-no at spam-typo3.org Fri Feb 20 10:23:27 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 20 Feb 2009 10:23:27 +0100 Subject: [TYPO3-dev] Bug 10485 - Javascript error alert in IE7 (Vista) all time you open or close a content element In-Reply-To: References: Message-ID: Sonja Scholz schrieb: > Hello everyone, > > I report a bug on bugs.typo3.org about the following problem: > > http://bugs.typo3.org/view.php?id=10485 > > All time you open or close a content element in IE7 (Vista) backend you > get a Javascript Alert with HTML code of open coduments menu. When you > accept the alert button the alert disappear. > > TYPO3 4.2.1 I hope you've patched your system! If not, do it or upgrade at once! Masi From typo3 at perseguers.ch Fri Feb 20 10:30:13 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Fri, 20 Feb 2009 10:30:13 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete [DONE] In-Reply-To: References: Message-ID: Hi all, Updated: - csh_ar - csh_ba - csh_br - csh_bg - csh_ca - csh_ch - csh_hk - csh_hr - csh_cz - csh_dk - csh_nl - csh_et - csh_fi - csh_fr - csh_de - csh_gr - csh_gl - csh_he - csh_hu - csh_is - csh_it - csh_jp - csh_kr - csh_lv - csh_lt - csh_no - csh_pl - csh_pt - csh_ro - csh_ru - csh_sk - csh_si - csh_es - csh_se - csh_th - csh_tr - csh_ua - csh_vn Regards -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From michael at typo3.org Fri Feb 20 10:54:55 2009 From: michael at typo3.org (Michael Stucki) Date: Fri, 20 Feb 2009 10:54:55 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete [DONE] In-Reply-To: References: Message-ID: Thank you Xavier! - michael Xavier Perseguers schrieb: > Hi all, > > Updated: > > - csh_ar > - csh_ba > - csh_br > - csh_bg > - csh_ca > - csh_ch > - csh_hk > - csh_hr > - csh_cz > - csh_dk > - csh_nl > - csh_et > - csh_fi > - csh_fr > - csh_de > - csh_gr > - csh_gl > - csh_he > - csh_hu > - csh_is > - csh_it > - csh_jp > - csh_kr > - csh_lv > - csh_lt > - csh_no > - csh_pl > - csh_pt > - csh_ro > - csh_ru > - csh_sk > - csh_si > - csh_es > - csh_se > - csh_th > - csh_tr > - csh_ua > - csh_vn > > Regards > -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From fsuter at cobweb.ch Fri Feb 20 11:02:41 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 20 Feb 2009 11:02:41 +0100 Subject: [TYPO3-dev] Request: mark csh_* as obsolete [DONE] In-Reply-To: References: Message-ID: Hi, > Updated: Awesome! Thanks a lot. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From danielb at typo3.org Fri Feb 20 11:30:39 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Fri, 20 Feb 2009 11:30:39 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login Message-ID: Hello devs, who can confirm this? http://bugs.typo3.org/view.php?id=10502 ---- TYPO3 4.2.6 - any PHP5 version edit localconf.php put a not existing IP in $TYPO3_CONF_VARS['BE']['IPmaskList'] = '1.2.3.4.'; visit "http://www.DOMAIN.XYZ/typo3/" => shows just white page instead of BE-Login ---- Cheers! Daniel From info at sk-typo3.de Fri Feb 20 11:41:49 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 20 Feb 2009 11:41:49 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hi Daniel, i can confirm this. The problem occurs in init.php where this condition is true all the time: if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && !(defined('TYPO3_cliMode') && TYPO3_cliMode)) vg Steffen Daniel Bruessler schrieb: > Hello devs, > > who can confirm this? > http://bugs.typo3.org/view.php?id=10502 > > ---- > TYPO3 4.2.6 - any PHP5 version > > edit localconf.php > put a not existing IP in > $TYPO3_CONF_VARS['BE']['IPmaskList'] = '1.2.3.4.'; > > visit "http://www.DOMAIN.XYZ/typo3/" > > => shows just white page instead of BE-Login > ---- > > Cheers! > Daniel From info at sk-typo3.de Fri Feb 20 11:45:30 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 20 Feb 2009 11:45:30 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hi, i tested again on local system and this setting works for me: $TYPO3_CONF_VARS['BE']['IPmaskList'] = '127.0.*.*'; may be you set wrong value? I saw also an extra point in your definition vg Steffen From masi-no at spam-typo3.org Fri Feb 20 11:46:02 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 20 Feb 2009 11:46:02 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi Daniel, > > i can confirm this. > > The problem occurs in init.php where this condition is true all the time: > > if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && > !(defined('TYPO3_cliMode') && TYPO3_cliMode)) But I think this is ok. A misconfigured security measure should result in a denied access. Of course a blank screen is never helpful. TYPO3 should send the appropriate HTTP header for "access denied" and log the configuration error. Masi From info at sk-typo3.de Fri Feb 20 11:49:14 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 20 Feb 2009 11:49:14 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hi, Martin Kutschker schrieb: > Steffen Kamper schrieb: >> Hi Daniel, >> >> i can confirm this. >> >> The problem occurs in init.php where this condition is true all the time: >> >> if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && >> !(defined('TYPO3_cliMode') && TYPO3_cliMode)) > > But I think this is ok. A misconfigured security measure should result > in a denied access. > yes, it's ok. > Of course a blank screen is never helpful. TYPO3 should send the > appropriate HTTP header for "access denied" and log the configuration error. > > Masi yeah. This is done without access: header('Status: 404 Not Found'); // Send Not Found header - if the webserver can make use of it... header('Location: http://'); // Just point us away from here... exit; // ... and exit good! better would be to display a message instead redirect to empty url. vg Steffen From masi-no at spam-typo3.org Fri Feb 20 11:58:57 2009 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Fri, 20 Feb 2009 11:58:57 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > Hi, > > Martin Kutschker schrieb: >> Steffen Kamper schrieb: >>> Hi Daniel, >>> >>> i can confirm this. >>> >>> The problem occurs in init.php where this condition is true all the >>> time: >>> >>> if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && >>> !(defined('TYPO3_cliMode') && TYPO3_cliMode)) >> >> But I think this is ok. A misconfigured security measure should result >> in a denied access. >> > yes, it's ok. > > >> Of course a blank screen is never helpful. TYPO3 should send the >> appropriate HTTP header for "access denied" and log the configuration >> error. >> >> Masi > > yeah. This is done without access: > header('Status: 404 Not Found'); // Send Not Found header - if the > webserver can make use of it... > header('Location: http://'); // Just point us away from here... > exit; // ... and exit good! > > better would be to display a message instead redirect to empty url. If display a message we should send 403 Forbidden. If we want to conceal the BE then 404 without a message is fine. Though I'd remove the illegal Location header. Masi From at at delusionworld.com Fri Feb 20 12:12:03 2009 From: at at delusionworld.com (Thomas Allmer) Date: Fri, 20 Feb 2009 12:12:03 +0100 Subject: [TYPO3-dev] drawRTE Message-ID: hey, I was just wondering is it's possible to find out where the current drawRTE is used? And with where I mean either in the BE like with the "normal" layout/templavoila or within the FE editing feature... I took a quick look at all variables in the function drawRTE($parentObject, $table, $field, $row, $PA, $specConf, $thisConfig, $RTEtypeVal, $RTErelPath, $thePidValue) { but I didn't found anything that would indicate who actually requested the RTE... does anyone have a hint? cheers -- +---------------------------------+-----------------------------------+ | Thomas Allmer | http://www.delusionworld.com | | E-mail: at at delusionworld.com | phone: +43 699 16217064 | +---------------------------------+-----------------------------------+ From danielb at typo3.org Fri Feb 20 12:15:48 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Fri, 20 Feb 2009 12:15:48 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hello Steffen, sorry, this is a too-fast-typed problem. I know that there are 4 segments for an IP-address :--) Cheers! Daniel > Hi, > > i tested again on local system and this setting works for me: > > $TYPO3_CONF_VARS['BE']['IPmaskList'] = '127.0.*.*'; > > may be you set wrong value? I saw also an extra point in your definition > > vg Steffen From info at sk-typo3.de Fri Feb 20 12:18:13 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 20 Feb 2009 12:18:13 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: > > If display a message we should send 403 Forbidden. If we want to conceal > the BE then 404 without a message is fine. Though I'd remove the illegal > Location header. > i agree. Maybe another setting ala $TYPO3_CONF_VARS['BE']['concealWithNoAccess'] could be used and exit with 404 without redirect could do the job, otherwise sending 403 with exit would be a good solution. vg Steffen From danielb at typo3.org Fri Feb 20 12:18:13 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Fri, 20 Feb 2009 12:18:13 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hello Steffen and Martin, ah so that's the problem! yes, a message would be a fallback-solution. wouldn't it be better to just hide the debug() messages from the output when the IP doesn't match -- or is this too complicated? Cheers! Daniel > Steffen Kamper schrieb: >> Hi, >> >> Martin Kutschker schrieb: >>> Steffen Kamper schrieb: >>>> Hi Daniel, >>>> >>>> i can confirm this. >>>> >>>> The problem occurs in init.php where this condition is true all the >>>> time: >>>> >>>> if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && >>>> !(defined('TYPO3_cliMode') && TYPO3_cliMode)) >>> But I think this is ok. A misconfigured security measure should result >>> in a denied access. >>> >> yes, it's ok. >> >> >>> Of course a blank screen is never helpful. TYPO3 should send the >>> appropriate HTTP header for "access denied" and log the configuration >>> error. >>> >>> Masi >> yeah. This is done without access: >> header('Status: 404 Not Found'); // Send Not Found header - if the >> webserver can make use of it... >> header('Location: http://'); // Just point us away from here... >> exit; // ... and exit good! >> >> better would be to display a message instead redirect to empty url. > > If display a message we should send 403 Forbidden. If we want to conceal > the BE then 404 without a message is fine. Though I'd remove the illegal > Location header. > > Masi From danielb at typo3.org Fri Feb 20 12:38:08 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Fri, 20 Feb 2009 12:38:08 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hello Steffen and Martin, I would like it best when just the BE debug() output is blocked with this, because that is what a developer would like to hide when searching for a problem in a BE-extension. I see in t3lib/config_default.php that there is already the check for devIPmask. So the setting "devIPmask" could be used JUST for FE-errors and the setting "['BE']['IPmaskList']" just for BE-errors. function debug($variable='', $name='*variable*', $line='*line*', $file='*file*', $recursiveDepth=3, $debugLevel=E_DEBUG) { // If you wish to use the debug()-function, and it does not output something, please edit the IP mask in TYPO3_CONF_VARS if (!t3lib_div::cmpIP(t3lib_div::getIndpEnv('REMOTE_ADDR'), $GLOBALS['TYPO3_CONF_VARS']['SYS']['devIPmask'])) return; I just don't know how to check if TYPO3 is in FE-mode or in BE-mode in the moment. Cheers! Daniel > Steffen Kamper schrieb: >> Hi Daniel, >> >> i can confirm this. >> >> The problem occurs in init.php where this condition is true all the time: >> >> if (trim($TYPO3_CONF_VARS['BE']['IPmaskList']) && >> !(defined('TYPO3_cliMode') && TYPO3_cliMode)) > > But I think this is ok. A misconfigured security measure should result > in a denied access. > > Of course a blank screen is never helpful. TYPO3 should send the > appropriate HTTP header for "access denied" and log the configuration error. > > Masi From christopher at temporaryforwarding.com Fri Feb 20 12:47:43 2009 From: christopher at temporaryforwarding.com (Christopher) Date: Fri, 20 Feb 2009 12:47:43 +0100 Subject: [TYPO3-dev] New pictures for the manual in the help-module. Any hints? Further help is appreciated References: Message-ID: Hi Steffen, "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1235121417.15281.typo3-dev at lists.netfielders.de... > Hi Uschi, > > for enable HTML in CSH please write a BT entry in the official Bugtracker > as this is condition for writing patches with RFC. > I will look at this and try to make a patch for. have a look at this one: http://bugs.typo3.org/view.php?id=8574 Here you also find similar entries connected. Cheers Christopher From fsuter at cobweb.ch Fri Feb 20 12:56:47 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 20 Feb 2009 12:56:47 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Hi, > I just don't know how to check if TYPO3 is in FE-mode or in BE-mode in > the moment. Use constant TYPO3_MODE. Equals to "FE" or "BE". HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3-german-02 at oliverklee.de Fri Feb 20 13:04:09 2009 From: typo3-german-02 at oliverklee.de (Oliver Klee) Date: Fri, 20 Feb 2009 13:04:09 +0100 Subject: [TYPO3-dev] Crash in the FE with the latest 4.2.x branch Message-ID: Hi, I currently consistently get the following crash when using the latest TYPO3 4.2.x branch: Fatal error: Cannot use string offset as an array in /home/klee/eclipse/TYPO3_4-2/typo3/sysext/cms/tslib/class.tslib_fe.php on line 713 This only happens on the 4.2.x branch, not on 4.2.6 or the trunk. Is anyone else seeing the same problem? Bug tracker entry: Regards Oliver From fsuter at cobweb.ch Fri Feb 20 13:22:49 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 20 Feb 2009 13:22:49 +0100 Subject: [TYPO3-dev] Crash in the FE with the latest 4.2.x branch In-Reply-To: References: Message-ID: Hi Oliver, > I currently consistently get the following crash when using the latest > TYPO3 4.2.x branch: > > Fatal error: Cannot use string offset as an array in > /home/klee/eclipse/TYPO3_4-2/typo3/sysext/cms/tslib/class.tslib_fe.php > on line 713 Yep, I confirm. Seems like it was introduced by the latest revision (5030). Will investigate. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo.removeformessage at fx-graefix.de Fri Feb 20 14:53:29 2009 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 20 Feb 2009 14:53:29 +0100 Subject: [TYPO3-dev] drawRTE In-Reply-To: References: Message-ID: Hi, > I was just wondering is it's possible to find out where the current > drawRTE is used? > And with where I mean either in the BE like with the "normal" > layout/templavoila or within the FE editing feature... > > I took a quick look at all variables in the function > drawRTE($parentObject, $table, $field, $row, $PA, $specConf, > $thisConfig, $RTEtypeVal, $RTErelPath, $thePidValue) { > > but I didn't found anything that would indicate who actually requested > the RTE... > > does anyone have a hint? how about checking for the constant TYPO3_MODE, which is either 'FE' or 'BE'? Or check for $GLOBALS['TSFE']? -- kind regards, Franz Koch --------------------------------------------------- PayPal-Account: 'paypal _at_ elements-net _dot_ de' --------------------------------------------------- From oliver at typo3.org Fri Feb 20 16:07:26 2009 From: oliver at typo3.org (Oliver Hader) Date: Fri, 20 Feb 2009 16:07:26 +0100 Subject: [TYPO3-dev] Crash in the FE with the latest 4.2.x branch In-Reply-To: References: Message-ID: Hi Oliver, Oliver Klee schrieb: > I currently consistently get the following crash when using the latest > TYPO3 4.2.x branch: > > Fatal error: Cannot use string offset as an array in > /home/klee/eclipse/TYPO3_4-2/typo3/sysext/cms/tslib/class.tslib_fe.php > on line 713 > > This only happens on the 4.2.x branch, not on 4.2.6 or the trunk. > > Is anyone else seeing the same problem? > > Bug tracker entry: You're right. I prepared two patches for 4.2 and Trunk and will post them on the core list as follow-ups to the issues #10451 and #10452. However, I'm going to add the files also to the bug report you created. Thanks for pointing this out! olly -- Oliver Hader TYPO3 Release Manager 4.3 From fsuter at cobweb.ch Fri Feb 20 20:53:06 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 20 Feb 2009 20:53:06 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services Message-ID: Hi all, I'm pleased to announce that I have completed a first draft of a fully revamped version of the doc_core_services manual, which describes TYPO3 services in depth. It still needs proofreading and a sanity check, but I would be quite glad to already have some feedback, especially if you think about stuff that you would like to see in this manual. You can get this new version from SVN: https://svn.typo3.org/TYPO3v4/Core/Documentation/trunk/doc_core_services/ Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From franz at ttproducts.de Sat Feb 21 10:37:22 2009 From: franz at ttproducts.de (Franz Holzinger) Date: Sat, 21 Feb 2009 10:37:22 +0100 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: Steffen Kamper a ?crit : > Peter Russ schrieb: >> --- Original Nachricht --- >> Absender: Steffen Kamper >> Datum: 19.02.2009 17:54: >>> Hi, >>> >>> that's good news - get rid of this non-browser !!!!! I'm really tired >>> to get things work on IE6. >>> >>> vg Steffen >> >> Nice try. As long as there companies out using W2k there is NO way >> (norway?) to upgrade to IE7 ;-) >> >> Peter. >> > > but ... they could use Firefox ;-) But there is still the TYPO3 bug under Firefox where the install tool login does not work sometimes. So they will need the IE6 at least for the install tool. - Franz From typo3 at perseguers.ch Sat Feb 21 10:51:35 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Sat, 21 Feb 2009 10:51:35 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi Francois, > I'm pleased to announce that I have completed a first draft of a fully > revamped version of the doc_core_services manual, which describes TYPO3 > services in depth. Very good job! > It still needs proofreading and a sanity check, but I would be quite > glad to already have some feedback, especially if you think about stuff > that you would like to see in this manual. > > You can get this new version from SVN: > > https://svn.typo3.org/TYPO3v4/Core/Documentation/trunk/doc_core_services/ Even if it's straightforward, I would like to see the actual implementation of your language service. This would show "new developers" that t3lib_div for instance already has methods to retrieve content of a URL and may prevent them to write a fopen() on their own. -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From dmitry at typo3.org Sat Feb 21 11:07:31 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 21 Feb 2009 12:07:31 +0200 Subject: [TYPO3-dev] [Typo3-ot] Web sites warning against Internet Explorer 6 (Norway and International) In-Reply-To: References: Message-ID: Hi! Franz Holzinger wrote: > But there is still the TYPO3 bug under Firefox where the install tool > login does not work sometimes. So they will need the IE6 at least for > the install tool. I use only FF. Never saw such bug. Can you provide more details? -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Sat Feb 21 11:30:00 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 21 Feb 2009 11:30:00 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi Francois, i read through the doc, no real proofreading, but what i read is great. Many thanks for that! As Xavier mentioned, a small real life example would make the doc just perfect. vg Steffen From typo3 at susannemoog.de Sat Feb 21 11:54:20 2009 From: typo3 at susannemoog.de (Susanne Moog) Date: Sat, 21 Feb 2009 11:54:20 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi, Francois Suter schrieb: > Hi all, > > I'm pleased to announce that I have completed a first draft of a fully > revamped version of the doc_core_services manual, which describes TYPO3 > services in depth. > > It still needs proofreading and a sanity check, but I would be quite > glad to already have some feedback, especially if you think about stuff > that you would like to see in this manual. > > You can get this new version from SVN: > > https://svn.typo3.org/TYPO3v4/Core/Documentation/trunk/doc_core_services/ nice manual. As I knew nearly nothing about services before I too would like to see a real implementation of your service, just to get an impression how it's done. And there is a small wording problem on page 5 (last line of the comments section above the code "//but the user can't be authenticated by that service authenticated by that service" Thanks for that manual, Susanne From lolli at schwarzbu.ch Sat Feb 21 16:37:27 2009 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Sat, 21 Feb 2009 16:37:27 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? Message-ID: Hi, there are still some list module patches floating around in core list, and I will post some updates there next days. I would also like to solve #8567 and friends regarding the options at the bottom of the list module: I would like to see some pageTS switches to blind those options and to apply default values to them. To streamline the options a bit, and in companion with Steffens #10515 I ask your opinion about removing the "Extended view" option in total and enable it by default: Who does not enable this option and use the list view without the additional icons? Are there any good reasons to not remove this option? I personally found myself enabling this option for all installations, and also support tells this to customers. Another small thing: If a translator is bound to some languages, does it make sense to hide the "Language view" option and enable it for those users by default? Regards Christian From steffen at steffen-gebert.de Sat Feb 21 17:10:33 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sat, 21 Feb 2009 17:10:33 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? References: Message-ID: Christian Kuhn wrote: > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. BIG +1 Steffen From mail at niels-pardon.de Sat Feb 21 17:25:40 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Sat, 21 Feb 2009 17:25:40 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi Christian! Christian Kuhn schrieb: > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. I activate it every time I do a new installation and I recommend it to my customers, too. So +1 for activating it always. Greets, Niels From info at sk-typo3.de Sat Feb 21 17:41:00 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 21 Feb 2009 17:41:00 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi, Christian Kuhn schrieb: > Hi, > > there are still some list module patches floating around in core list, > and I will post some updates there next days. > > I would also like to solve #8567 and friends regarding the options at > the bottom of the list module: I would like to see some pageTS switches > to blind those options and to apply default values to them. > > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. > > Another small thing: If a translator is bound to some languages, does it > make sense to hide the "Language view" option and enable it for those > users by default? > > Regards > Christian i'm not sure about. People having small screens or labtop may not use the option as they prefer using contextmenu in favour of more space on screen. I myself always have activated it, i think all power users will do so. vg Steffen From mail at niels-pardon.de Sat Feb 21 17:44:50 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Sat, 21 Feb 2009 17:44:50 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi! Steffen Kamper schrieb: > I myself always have activated it, i think all power users will do so. I've made the experience that mostly people who don't know about the option have it deactivated. I think there are better ways like using back-end user groups to hide complexity from "normal" users. Greets, Niels From dmitry at typo3.org Sat Feb 21 17:54:52 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 21 Feb 2009 18:54:52 +0200 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi! Christian Kuhn wrote: > Hi, To answer the subject: I need this option and I always have it on :) > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. Many ordinary users do. I think we should keep this option in place. Geeks always enabled it by many ordinary editors do not. Give them frredom :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From benni at typo3.org Sat Feb 21 18:20:13 2009 From: benni at typo3.org (Benjamin Mack) Date: Sat, 21 Feb 2009 18:20:13 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hey all, the point is this: For a lot of my clients, every time I create a BE user for them I need to set this option (by default), as otherwise they call me up and ask why it's not like that in the screenshot. Although I can see that some basic users a clean list, in my eyes the shortcut option on the bottom of the page is not the best place. I'd like to have * the extended view enabled by default for every user * have the option to have a "basic list module" in the user setup (as I don't know anybody who switches it on and off all the time). * plus have a userTSconfig (and pagesTSconfig) to set this. What do you think of this solution? All the best, Benni. On 21.02.2009 17:54 Uhr, Dmitry Dulepov wrote: > Hi! > > Christian Kuhn wrote: >> Hi, > > To answer the subject: I need this option and I always have it on :) > >> To streamline the options a bit, and in companion with Steffens #10515 I >> ask your opinion about removing the "Extended view" option in total and >> enable it by default: Who does not enable this option and use the list >> view without the additional icons? Are there any good reasons to not >> remove this option? I personally found myself enabling this option for >> all installations, and also support tells this to customers. > > Many ordinary users do. I think we should keep this option in place. Geeks always enabled it by many ordinary editors do not. Give them frredom :) > From steffen at steffen-gebert.de Sat Feb 21 18:29:12 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sat, 21 Feb 2009 18:29:12 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? References: Message-ID: Dmitry Dulepov wrote: > Many ordinary users do. I think we should keep this option in place. Geeks > always enabled it by many ordinary editors do not. Give them frredom :) I think they do so because they don't know how easy it could be. One of the first things I teach in trainings is to activate extended view. IMHO "normal" view looks like sth. is missing - there is so much unused space on the screen.. Always displaying the icons is a speedup as users don't always have to wait for the click menu. Furthermore having icons is more intuitive than let casual users always search for how to get the menu.. This isn't configurable using setup.override, right? If we can't decide to enable by default, I'm for an option for User TS. What's your opinion? Steffen From typo3news at otherone.de Sat Feb 21 19:33:34 2009 From: typo3news at otherone.de (Uschi Renziehausen) Date: Sat, 21 Feb 2009 19:33:34 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi Christian Christian Kuhn schrieb: > Hi, > > there are still some list module patches floating around in core list, > and I will post some updates there next days. > > I would also like to solve #8567 and friends regarding the options at > the bottom of the list module: I would like to see some pageTS switches > to blind those options and to apply default values to them. > Yes please :-) > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. > That list view is worth nothing without the buttons, so it should be on by default. > Another small thing: If a translator is bound to some languages, does it > make sense to hide the "Language view" option and enable it for those > users by default? > Hmmmm. Quite a few people are not only translators but also work on the original stuff. They might not like to have the language view enabled all the time, I think. My five cents, Uschi > Regards > Christian From ingo at typo3.org Sat Feb 21 20:05:22 2009 From: ingo at typo3.org (Ingo Renner) Date: Sat, 21 Feb 2009 20:05:22 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Steffen Kamper wrote: Hey Steffen, > i'm not sure about. People having small screens or labtop may not use > the option as they prefer using contextmenu in favour of more space on > screen. > I myself always have activated it, i think all power users will do so. I run my browser windows at 1024 even though having a bigger screen, but still enable the extended view. A resolution less than 1024 is not common today anyway and it's also kinda hard to work with the BE with less than 1024. Do you agree? ;) best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Sat Feb 21 20:09:56 2009 From: ingo at typo3.org (Ingo Renner) Date: Sat, 21 Feb 2009 20:09:56 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Benjamin Mack wrote: > What do you think of this solution? good! the perfect middle way. Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3news at otherone.de Sat Feb 21 20:56:30 2009 From: typo3news at otherone.de (Uschi Renziehausen) Date: Sat, 21 Feb 2009 20:56:30 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi Ingo and * > > I run my browser windows at 1024 even though having a bigger screen, but > still enable the extended view. A resolution less than 1024 is not > common today anyway and it's also kinda hard to work with the BE with > less than 1024. Do you agree? ;) > I do. And I have another thing to say: If you display some additional fields, they all end up after the icon which makes it hard to read them at times, because once you are at the right end of a table row you cannot see in which row you are (unsufficient contrast in highlight color, we had the discussion for 4.2) or you are not even able to see the first col of the row even if the pagetree is collapsed. Possible improvements: - Put the additional fields before the icons. - Use a COLOR (not grey!) for hovering. Make it orange or whatever you like. Which color it should be in the next generation t3skin can be discussed later. - Do not crop stuff to death and do not use nobreak but use a fixed (px/em) for title columns. Thus the rows will not be of equal width anymore, but at least it gives us the chance to see what we need to see and having smaller columns. My next 5 cents, Uschi > > best > Ingo > From info at sk-typo3.de Sat Feb 21 21:41:01 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 21 Feb 2009 21:41:01 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi, Uschi Renziehausen schrieb: > Hi Ingo and * > >> >> I run my browser windows at 1024 even though having a bigger screen, >> but still enable the extended view. A resolution less than 1024 is not >> common today anyway and it's also kinda hard to work with the BE with >> less than 1024. Do you agree? ;) >> I agree, but i'm not sure if this match for all others. > > I do. And I have another thing to say: If you display some additional > fields, they all end up after the icon which makes it hard to read them > at times, because once you are at the right end of a table row you > cannot see in which row you are (unsufficient contrast in highlight > color, we had the discussion for 4.2) or you are not even able to see > the first col of the row even if the pagetree is collapsed. > > Possible improvements: > > - Put the additional fields before the icons. > - Use a COLOR (not grey!) for hovering. Make it orange or whatever you > like. Which color it should be in the next generation t3skin can be > discussed later. > - Do not crop stuff to death and do not use nobreak but use a fixed > (px/em) for title columns. Thus the rows will not be of equal width > anymore, but at least it gives us the chance to see what we need to see > and having smaller columns. > > My next 5 cents, Uschi > > look to extJs Grids - there you can change order of columns by drag&drop. And you can resize them. Saving this in user session will make it permanent. See recycler as live demo. This would be the best for usability. vg Steffen From info at sk-typo3.de Sat Feb 21 21:43:20 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 21 Feb 2009 21:43:20 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi, Benjamin Mack schrieb: > Hey all, > > the point is this: For a lot of my clients, every time I create a BE > user for them I need to set this option (by default), as otherwise they > call me up and ask why it's not like that in the screenshot. > > Although I can see that some basic users a clean list, in my eyes the > shortcut option on the bottom of the page is not the best place. > > I'd like to have > * the extended view enabled by default for every user > * have the option to have a "basic list module" in the user setup (as I > don't know anybody who switches it on and off all the time). > * plus have a userTSconfig (and pagesTSconfig) to set this. > > What do you think of this solution? > Something like this would be the best. Extended view by default, no switch. An option in user setting for "flat lists" or something simular, which makes the list without "extended", but add the switch. vg Steffen From michael at typo3.org Sun Feb 22 01:25:19 2009 From: michael at typo3.org (Michael Stucki) Date: Sun, 22 Feb 2009 01:25:19 +0100 Subject: [TYPO3-dev] [TYPO3-hci] Re: Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi folks, we have an HCI team for questions like that. Please make sure to include them in decisions like this. - michael Christian Kuhn schrieb: > Hi, > > there are still some list module patches floating around in core list, > and I will post some updates there next days. > > I would also like to solve #8567 and friends regarding the options at > the bottom of the list module: I would like to see some pageTS switches > to blind those options and to apply default values to them. > > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. > > Another small thing: If a translator is bound to some languages, does it > make sense to hide the "Language view" option and enable it for those > users by default? > > Regards > Christian -- Use a newsreader! Check out http://typo3.org/community/mailing-lists/use-a-news-reader/ From fsuter at cobweb.ch Sun Feb 22 14:51:03 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 22 Feb 2009 14:51:03 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi, Thanks to all for reading and making suggestions. I have to think some more about putting a full example code in the manual. First of all the little bits that I included for the moment are just some dummy code fragments. I don't have a fully-working service of this king (language) to show. The thing is that there are many different kind of services, so I'm not sure that showing one is really that enlightening. What I would rather do is have a chapter dedicated to authentication services, since the auth mechanism is part of core. However that requires some more work as I must dig (again) in the auth process to be sure of what I write (but boy, you do learn a lot when writing manuals!). I still need to do my own proof-reading, but I think I will release this version more or less as is and add to it later, otherwise it will never get release. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsuter at cobweb.ch Sun Feb 22 14:52:08 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 22 Feb 2009 14:52:08 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi, > Even if it's straightforward, I would like to see the actual > implementation of your language service. This would show "new > developers" that t3lib_div for instance already has methods to retrieve > content of a URL and may prevent them to write a fopen() on their own. About an actual implementation, see my general reply. About the useful stuff that can be found inside t3lib_div, it's not really related to services, is it? :-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsuter at cobweb.ch Sun Feb 22 14:52:50 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Sun, 22 Feb 2009 14:52:50 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi Susanne, > And there is a small wording problem on page 5 (last line of the > comments section above the code > > "//but the user can't be authenticated by that service authenticated by > that service" Thanks for spotting this. It's actually copy & paste from the core, so I'll fix that in source code too ;-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at sk-typo3.de Sun Feb 22 15:10:47 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sun, 22 Feb 2009 15:10:47 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi Francois, Francois Suter schrieb: > Hi, > > Thanks to all for reading and making suggestions. > > I have to think some more about putting a full example code in the > manual. First of all the little bits that I included for the moment are > just some dummy code fragments. I don't have a fully-working service of > this king (language) to show. The thing is that there are many different > kind of services, so I'm not sure that showing one is really that > enlightening. > > What I would rather do is have a chapter dedicated to authentication > services, since the auth mechanism is part of core. However that > requires some more work as I must dig (again) in the auth process to be > sure of what I write (but boy, you do learn a lot when writing manuals!). > i think an example of an alternative auth service would be a great example. This is done by a few lines, so it isn't a big deal. Also there could be mention some specials of this auth thing in core (some you mentioned already like 200/100 etc) > I still need to do my own proof-reading, but I think I will release this > version more or less as is and add to it later, otherwise it will never > get release. > yes please. It's much better than existing one, and you can release updates if there is something new. vg Steffen From admin at commandline.ch Sun Feb 22 16:16:21 2009 From: admin at commandline.ch (=?ISO-8859-1?Q?Jonas_D=FCbi?=) Date: Sun, 22 Feb 2009 16:16:21 +0100 Subject: [TYPO3-dev] felogin - kb_md5fepw: after update to t3 4.2.4 not working any more In-Reply-To: References: Message-ID: Hello Ingmar Is there anyone updating and maintaining kbmd5fepw extension? Will this be part of 4.3? The current situation is really not good about the password encryption of fe users. Best regards, Jonas Ingmar Schlecht schrieb: > Hi, > > I don't think this is related to 4.2.4. > > Please try the following: > In the file kb_md5fepw/pi1/class.tx_kbmd5fepw_newloginbox.php [1] please > replace the line > $chal_val = md5(time().getmypid()); > with > $chal_val = md5(rand()); > > and see if that helps. > > cheers > Ingmar > > [1] > http://typo3.org/extensions/repository/view/kb_md5fepw/current/info/pi1%252Fclass.tx_kbmd5fepw_newloginbox.php/ > > > > grac schrieb: >> hi >> >> this is very annoying: this morning i made the requested update to typo3 >> version 4.2.4 >> >> and now the felogin doesn't work any more: no redirect any more. >> >> and an error message (no matter how i change the redirect possibilities >> in felogin): >> >> >> caller t3lib_DB::exec_INSERTquery >> >> ERROR Duplicate entry 'b0932976f962a02c71442f7ff643545c' for key >> 'PRIMARY' >> >> lastBuiltQuery INSERT INTO tx_kbmd5fepw_challenge >> ( >> challenge, >> tstamp >> ) VALUES ( >> 'b0932976f962a02c71442f7ff643545c', >> '1232537555' >> ) >> >> debug_backtrace require#76 // tslib_fe->INTincScript#461 // >> tslib_fe->INTincScript_process#3012 // tslib_cObj->USER#3086 // >> tslib_cObj->callUserFunction#720 // call_user_func_array#5862 // >> tx_felogin_pi1->main# // tx_felogin_pi1->showLogin#114 // >> t3lib_div::callUserFunction#285 // call_user_func_array#4489 // >> tx_kbmd5fepw_newloginbox->loginFormOnSubmit# // >> t3lib_DB->exec_INSERTquery#81 // t3lib_DB->debug#181 >> >> >> i understand that the EXT kb_md5fepw is not hosted any more. >> but i can't just uninstall the EXT because YAML (db_yamltv) depends on >> it. and i can and will not uninstall this EXT because everything in my >> installations is built on it. >> >> so are there any hints where to look? >> in order to make my websites work again? >> >> thanks for any hint and help >> stephan >> >> > > From typo3-german-02 at oliverklee.de Sun Feb 22 16:59:15 2009 From: typo3-german-02 at oliverklee.de (Oliver Klee) Date: Sun, 22 Feb 2009 16:59:15 +0100 Subject: [TYPO3-dev] Ticket for T3DD09 wanted Message-ID: Hi everybody, a colleague of mine wanted to register for the TYPO3 Developer days 2009, finding that the event already has been sold out. So if anyone already has a ticket and cannot go and would be willing to transfer his/her ticket, please let me know. Thanks a lot in advance, Oliver From steffen at steffen-gebert.de Sun Feb 22 18:23:43 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sun, 22 Feb 2009 18:23:43 +0100 Subject: [TYPO3-dev] felogin - kb_md5fepw: after update to t3 4.2.4 not working any more References: Message-ID: Jonas D??bi wrote: > Is there anyone updating and maintaining kbmd5fepw extension? I don't know, why Bernhard doesn't update his extension - at least the compatibility to TYPO3-versions should be updated, as it works.. > Will this be part of 4.3? The extension? Surely not. > The current situation is really not good about the password encryption > of fe users. Use t3sec_saltedpw. It's planned to integrate this in 4.3 I tried it out yesterday and had no problems. Steffen From lolli at schwarzbu.ch Sun Feb 22 19:46:41 2009 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Sun, 22 Feb 2009 19:46:41 +0100 Subject: [TYPO3-dev] [TYPO3-hci] Re: Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi, Michael Stucki wrote: > we have an HCI team for questions like that. Please make sure to include > them in decisions like this. You already forwarded your post to HCI list, I hope this is sufficient for this thread. As the dev list is probably read by much more people I will just send an info to HCI list in future. I hope this is ok. Thanks Christian From lolli at schwarzbu.ch Sun Feb 22 20:04:27 2009 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Sun, 22 Feb 2009 20:04:27 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Hi. Steffen Kamper wrote: >> I'd like to have >> * the extended view enabled by default for every user >> * have the option to have a "basic list module" in the user setup (as I >> don't know anybody who switches it on and off all the time). >> * plus have a userTSconfig (and pagesTSconfig) to set this. >> > Something like this would be the best. Extended view by default, no > switch. An option in user setting for "flat lists" or something simular, > which makes the list without "extended", but add the switch. If we find a more general wording (suggestions?), this option in user->setup could affect the filelist module as well (with #10515). So this would be patch #1. What can we do with the other options at the bottom of the page? Could some of them also move to user->setup? Maybe we just introduce some new pageTS parameters (similar to #8567): - Hide "Show clipboard", "Localization view" option boxes and Search - Default values whether or not above should be enabled Christian From info at sk-typo3.de Mon Feb 23 09:28:02 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 09:28:02 +0100 Subject: [TYPO3-dev] Regressions in trunk Message-ID: Hi, for any reasons (i didn't examined yet) are things broken in trunk 1) New Content Element Wizard (nothing is displayed) 2) Templa Voila - no display of fields in page properties vg Steffen From info at sk-typo3.de Mon Feb 23 09:50:18 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 09:50:18 +0100 Subject: [TYPO3-dev] Regressions in trunk In-Reply-To: References: Message-ID: Hi, Steffen Kamper schrieb: > Hi, > > for any reasons (i didn't examined yet) are things broken in trunk > > 1) New Content Element Wizard (nothing is displayed) > 2) Templa Voila - no display of fields in page properties > > vg Steffen i found 1) and fixed it. Remaining is 2) I miss the extended tab in page properties and can't select template for TV. Can anybody confirm this? vg Steffen From dmitry at typo3.org Mon Feb 23 10:44:26 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 23 Feb 2009 11:44:26 +0200 Subject: [TYPO3-dev] Regressions in trunk In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: >> 2) Templa Voila - no display of fields in page properties > > Remaining is 2) I miss the extended tab in page properties and can't > select template for TV. > Can anybody confirm this? It works ok here. If you use custom version of TV, check that you add fields properly. I did not update from SVN for some time though. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Mon Feb 23 10:57:00 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 10:57:00 +0100 Subject: [TYPO3-dev] Regressions in trunk In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >>> 2) Templa Voila - no display of fields in page properties >> Remaining is 2) I miss the extended tab in page properties and can't >> select template for TV. >> Can anybody confirm this? > > It works ok here. If you use custom version of TV, check that you add fields properly. I did not update from SVN for some time though. > no, it's with all versions. TCA is proper, but forms doesn't display the tab. Ok, i'll check my setup, maybe an extension does some bad. Thanks for checking. vg Steffen From steffen at steffen-gebert.de Mon Feb 23 11:29:16 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Mon, 23 Feb 2009 11:29:16 +0100 Subject: [TYPO3-dev] Update of prototype version Message-ID: Hi list, could the used prototype version be updated to the current 1.6.0.3 in trunk, please? There's at least [1] fixed in 1.6.0.3 (TYPO3 currently uses 1.6.0.2). Should I create RFC to simply switch? Or has there more to be done than simply changing files? Steffen [1] http://bugs.typo3.org/view.php?id=8318 From dmitry at typo3.org Mon Feb 23 11:43:33 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 23 Feb 2009 12:43:33 +0200 Subject: [TYPO3-dev] Update of prototype version In-Reply-To: References: Message-ID: Hi! Steffen Gebert wrote: > could the used prototype version be updated to the current 1.6.0.3 in trunk, > please? > > There's at least [1] fixed in 1.6.0.3 (TYPO3 currently uses 1.6.0.2). > > Should I create RFC to simply switch? > Or has there more to be done than simply changing files? It should be checked for compatibility with extjs first. If relogin works properly than it is safe to update. But it should be an RFC anyway. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From steffen at steffen-gebert.de Mon Feb 23 12:07:26 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Mon, 23 Feb 2009 12:07:26 +0100 Subject: [TYPO3-dev] Update of prototype version References: Message-ID: Dmitry Dulepov wrote: > Steffen Gebert wrote: >> could the used prototype version be updated to the current 1.6.0.3 in >> trunk, please? > It should be checked for compatibility with extjs first. If relogin works > properly than it is safe to update. But it should be an RFC anyway. Thanks for your fast reply, Dmitry. Of course there has to be an RFC. I just didn't want to ask "please exchange this file", if there has more to be done... Will check relogin now and later post an RFC. Steffen From mail at niels-pardon.de Mon Feb 23 12:22:51 2009 From: mail at niels-pardon.de (Niels Pardon) Date: Mon, 23 Feb 2009 12:22:51 +0100 Subject: [TYPO3-dev] Update of prototype version In-Reply-To: References: Message-ID: Hi Steffen! Steffen Gebert schrieb: > Will check relogin now and later post an RFC. Relogin seems not to work probably. See topic "login issue" on dev list started by Dan Osipov. Greets, Niels From danielb at typo3.org Mon Feb 23 12:44:45 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Mon, 23 Feb 2009 12:44:45 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hello Francois, yes, your new one is MUCH better than the existing one. And I like your example with Zaphod Beeblebrox :-) I read it all, here some changes -- you can send it to me so I do the changes for you and send it back in 30 minutes. --------------- page meta-information / USER: 1. author -> email 2. email -> author 3. language ("en" in this case) page 5 text: "As you see the while loop will is exited when a service gives a result" -> "As you see the while loop is exited when a service gives a result." page 6 Parameters: $TYPO3_CONF_VARS['SVCONF'][service type][service key][config key] = value; page 7 (and all other places of template-names): better would be big letters so its clear not just to copy-past this $TYPO3_CONF_VARS['SVCONF']['SERVICE TYPE']['SERVICE KEY']['CONFIG KEY'] = value; page 8: The development mailing (typo3.dev) is a good place to discuss new service types. -> "The development mailing list (typo3.dev) is a good place to discuss new service types." --------------- Cheers! Daniel > yes please. It's much better than existing one, and you can release > updates if there is something new. > > vg Steffen From mmiousse at infoglobe.ca Mon Feb 23 14:17:36 2009 From: mmiousse at infoglobe.ca (Michael Miousse) Date: Mon, 23 Feb 2009 13:17:36 +0000 (UTC) Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services References: Message-ID: Le Sun, 22 Feb 2009 14:51:03 +0100, Francois Suter a ?crit?: > Hi, > > Thanks to all for reading and making suggestions. > > I have to think some more about putting a full example code in the > manual. First of all the little bits that I included for the moment are > just some dummy code fragments. I don't have a fully-working service of > this king (language) to show. The thing is that there are many different > kind of services, so I'm not sure that showing one is really that > enlightening. > > What I would rather do is have a chapter dedicated to authentication > services, since the auth mechanism is part of core. However that > requires some more work as I must dig (again) in the auth process to be > sure of what I write (but boy, you do learn a lot when writing > manuals!). > > I still need to do my own proof-reading, but I think I will release this > version more or less as is and add to it later, otherwise it will never > get release. > > Cheers Your manual is greate. i whish i had this when i first tryied to make a service. ;) you could point to existing extension for exemple instead of putting a full example code in the manual. I mean maybe add a reference to an authenfication service while talking of them or maybe a ref section at the end. i think it would be nice Cheers From peter.russ at 4many.net Mon Feb 23 16:55:54 2009 From: peter.russ at 4many.net (Peter Russ) Date: Mon, 23 Feb 2009 16:55:54 +0100 Subject: [TYPO3-dev] TER and extensions keys Message-ID: Wondering what's going on in TER: If I login, and check my extension keys it gives the wrong number of uploades (e.g. fdfx_svn 0 shown, but when you search you get it). When I search TER (e.g. fdfx_yaml) TER can't find also I definetly uploaded that aons ago (Check Google ;-) Who is in charge of maintaining TER? Peter Russ. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From info at sk-typo3.de Mon Feb 23 17:00:57 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 17:00:57 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Hi, Peter Russ schrieb: > Wondering what's going on in TER: > If I login, and check my extension keys it gives the wrong number of > uploades (e.g. fdfx_svn 0 shown, but when you search you get it). When I > search TER (e.g. fdfx_yaml) TER can't find also I definetly uploaded > that aons ago (Check Google ;-) > > Who is in charge of maintaining TER? > > Peter Russ. > see http://forge.typo3.org/projects/show/extension-ter I'm bit overloaded atm so i can't really concentrate on ter. The code is in SVN so if you find a bug and provide a patch i can look at it and probably update on typo3.org. The counter script i looked once and can't find the problem, it may a server problem. vg Steffen From info at sk-typo3.de Mon Feb 23 17:08:09 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 17:08:09 +0100 Subject: [TYPO3-dev] Regressions in trunk In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >>> 2) Templa Voila - no display of fields in page properties >> Remaining is 2) I miss the extended tab in page properties and can't >> select template for TV. >> Can anybody confirm this? > > It works ok here. If you use custom version of TV, check that you add fields properly. I did not update from SVN for some time though. > ok, i found it, was my bad with experimenting in a user group setting page.TCEFORM.pages { tx_templavoila_flex.disabled = 1 tx_templavoila_ds.disabled = 1 tx_templavoila_to.disabled = 1 tx_templavoila_next_ds.disabled = 1 tx_templavoila_next_to.disabled = 1 } vg Steffen From dmitry at typo3.org Mon Feb 23 17:24:54 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 23 Feb 2009 18:24:54 +0200 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Hi! Peter Russ wrote: > Wondering what's going on in TER: Check my todays's post in the typo3.org mailing list. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From marcus#exp2009 at t3sec.info Mon Feb 23 17:33:37 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Mon, 23 Feb 2009 17:33:37 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Steffen Kamper schrieb am 02/23/2009 05:00 PM Uhr: > Hi, > > Peter Russ schrieb: >> Wondering what's going on in TER: >> If I login, and check my extension keys it gives the wrong number of >> uploades (e.g. fdfx_svn 0 shown, but when you search you get it). When >> I search TER (e.g. fdfx_yaml) TER can't find also I definetly uploaded >> that aons ago (Check Google ;-) >> >> Who is in charge of maintaining TER? >> >> Peter Russ. >> > > see http://forge.typo3.org/projects/show/extension-ter Great to see that there's no tracker assigned to this project. no tracker -> no issues -> TER working fine by definition Marcus. From danielb at typo3.org Mon Feb 23 18:38:05 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Mon, 23 Feb 2009 18:38:05 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hello Francois, I' ve just got a question about the queue/ stack. I read it is there, but where is it stored? How long does it "live"? -- In the session-context, or stored serialized somewhere? Cheers! Daniel > Hi all, > > I'm pleased to announce that I have completed a first draft of a fully > revamped version of the doc_core_services manual, which describes TYPO3 > services in depth. > > It still needs proofreading and a sanity check, but I would be quite > glad to already have some feedback, especially if you think about stuff > that you would like to see in this manual. > > You can get this new version from SVN: > > https://svn.typo3.org/TYPO3v4/Core/Documentation/trunk/doc_core_services/ > > Cheers > From info at sk-typo3.de Mon Feb 23 18:51:40 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 18:51:40 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Hi, Marcus Krause schrieb: > Steffen Kamper schrieb am 02/23/2009 05:00 PM Uhr: >> Hi, >> >> Peter Russ schrieb: >>> Wondering what's going on in TER: >>> If I login, and check my extension keys it gives the wrong number of >>> uploades (e.g. fdfx_svn 0 shown, but when you search you get it). When >>> I search TER (e.g. fdfx_yaml) TER can't find also I definetly uploaded >>> that aons ago (Check Google ;-) >>> >>> Who is in charge of maintaining TER? >>> >>> Peter Russ. >>> >> see http://forge.typo3.org/projects/show/extension-ter > > Great to see that there's no tracker assigned to this project. > > no tracker -> no issues -> TER working fine by definition > > > > Marcus. tracker is official BT, key is TER2 vg Steffen From marcus#exp2009 at t3sec.info Mon Feb 23 19:13:45 2009 From: marcus#exp2009 at t3sec.info (Marcus Krause) Date: Mon, 23 Feb 2009 19:13:45 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Steffen Kamper schrieb am 02/23/2009 06:51 PM Uhr: > Hi, > > Marcus Krause schrieb: >> Steffen Kamper schrieb am 02/23/2009 05:00 PM Uhr: >>> Hi, >>> >>> Peter Russ schrieb: >>>> Wondering what's going on in TER: >>>> If I login, and check my extension keys it gives the wrong number of >>>> uploades (e.g. fdfx_svn 0 shown, but when you search you get it). When >>>> I search TER (e.g. fdfx_yaml) TER can't find also I definetly uploaded >>>> that aons ago (Check Google ;-) >>>> >>>> Who is in charge of maintaining TER? >>>> >>>> Peter Russ. >>>> >>> see http://forge.typo3.org/projects/show/extension-ter >> >> Great to see that there's no tracker assigned to this project. >> >> no tracker -> no issues -> TER working fine by definition >> >> >> >> Marcus. > > tracker is official BT, key is TER2 okay, thanks I wondered about zero issues although TER is so f***ed up. ;-) Marcus. From info at sk-typo3.de Mon Feb 23 19:36:25 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 23 Feb 2009 19:36:25 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: Hi, Marcus Krause schrieb: > > okay, thanks > I wondered about zero issues although TER is so f***ed up. > ;-) > > the biggest problem for me is, that the code works on my private TER, so something else goes wrong on typo3.org. I try my best to find a solution for this. Please report as much as you can about non-functional things, if extension doesn't appear, please report extension key a.s.o. The more information i have the best result could be reached. vg Steffen From fsuter at cobweb.ch Mon Feb 23 20:05:49 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Mon, 23 Feb 2009 20:05:49 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi Daniel, > I' ve just got a question about the queue/ stack. I read it is there, > but where is it stored? How long does it "live"? -- In the > session-context, or stored serialized somewhere? It's just run-time. I'll add that info to the doc. I'll also take care of your other remarks, thanks for the speedy feedback. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From danielb at typo3.org Mon Feb 23 20:49:11 2009 From: danielb at typo3.org (Daniel Bruessler) Date: Mon, 23 Feb 2009 20:49:11 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hello Francois, >> I' ve just got a question about the queue/ stack. I read it is there, >> but where is it stored? How long does it "live"? -- In the >> session-context, or stored serialized somewhere? > > It's just run-time. I'll add that info to the doc. thanks! It's good to know, because I think this is a good point to think about workflows what can be run by a cronjob. > I'll also take care of your other remarks, thanks for the speedy feedback. > > Cheers great! Cheers! Daniel From tapio.markula at xetpoint.fi Mon Feb 23 21:55:30 2009 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Mon, 23 Feb 2009 22:55:30 +0200 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? In-Reply-To: References: Message-ID: Benjamin Mack > * have the option to have a "basic list module" in the user setup why not default list of options for admin and non-admin and that list could be configured like context menus something similar as options.contextMenu.pageList.disableItems = history,perms,edit_access or just use this list because extended wiev has the same task as context menu, when it relates with lists of records. From peter.russ at 4many.net Mon Feb 23 22:33:01 2009 From: peter.russ at 4many.net (Peter Russ) Date: Mon, 23 Feb 2009 22:33:01 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Dmitry Dulepov Datum: 23.02.2009 17:24: > Hi! > > Peter Russ wrote: >> Wondering what's going on in TER: > > Check my todays's post in the typo3.org mailing list. > Thank you for the hint to enable that also after my holiday ;-) -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From peter.russ at 4many.net Mon Feb 23 22:45:38 2009 From: peter.russ at 4many.net (Peter Russ) Date: Mon, 23 Feb 2009 22:45:38 +0100 Subject: [TYPO3-dev] TER and extensions keys In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Peter Russ Datum: 23.02.2009 22:33: > --- Original Nachricht --- > Absender: Dmitry Dulepov > Datum: 23.02.2009 17:24: >> Hi! >> >> Peter Russ wrote: >>> Wondering what's going on in TER: >> >> Check my todays's post in the typo3.org mailing list. >> > > Thank you for the hint to enable that also after my holiday ;-) > Will reply when I can get it in the archives... :-( Peter. -- Fiat lux! Docendo discimus. http://www.gidf.de _____________________________ 4Many? Services uon GbR XING: http://www.xing.com/profile/Peter_Russ https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From ernst at cron-it.de Tue Feb 24 08:41:48 2009 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 24 Feb 2009 08:41:48 +0100 Subject: [TYPO3-dev] bug 10502 - IPmaskList - shows just white page instead of BE-Login In-Reply-To: References: Message-ID: Daniel Bruessler wrote: on 20.02.2009 12:18: > Hello Steffen and Martin, > > ah so that's the problem! yes, a message would be a fallback-solution. > > wouldn't it be better to just hide the debug() messages from the output > when the IP doesn't match -- or is this too complicated? You are mixing up things. "IPmaskList" is not meant for debugging, is for only allowing the backend for certain IP ranges. [SYS][devIPmask] works on FE and on BE, so just go ahead and use this. Cheers, Ernesto From ss at cabag.ch Tue Feb 24 09:15:32 2009 From: ss at cabag.ch (Sonja Scholz) Date: Tue, 24 Feb 2009 09:15:32 +0100 Subject: [TYPO3-dev] In BE time and datetime fields GMT-0 will be shown by javascript, but GMT+1 will be saved Message-ID: Hi everyone, I have reported a bug on bugs.typo3.org about the following problem: http://bugs.typo3.org/view.php?id=10534 When you choose 9 am in TCA time and datetime fields, 9 am will be shown in the field as value, but the timestamp for 10 am will be saved in the record. So GMT-0 will be shown and GMT+1 (or what isset on server) will be saved. This problem occurs in all TCA time and datetime fields in TYPO3 backend of Version 4.2.6. I have tested this also on TYPO3 4.2.3. On TYPO3 4.1.5 the problem does not exist. Is there anyone who have the same problem? Has anyone an idea about a solution? Kind regards Sonja From ernst at cron-it.de Tue Feb 24 10:38:07 2009 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 24 Feb 2009 10:38:07 +0100 Subject: [TYPO3-dev] In BE time and datetime fields GMT-0 will be shown by javascript, but GMT+1 will be saved In-Reply-To: References: Message-ID: Sonja Scholz wrote: on 24.02.2009 09:15: > Hi everyone, > > I have reported a bug on bugs.typo3.org about the following problem: > > http://bugs.typo3.org/view.php?id=10534 > > When you choose 9 am in TCA time and datetime fields, 9 am will be shown > in the field as value, but the timestamp for 10 am will be saved in the > record. > > So GMT-0 will be shown and GMT+1 (or what isset on server) will be saved. > > This problem occurs in all TCA time and datetime fields in TYPO3 backend > of Version 4.2.6. I have tested this also on TYPO3 4.2.3. On TYPO3 4.1.5 > the problem does not exist. > > Is there anyone who have the same problem? Has anyone an idea about a > solution? See note in the bug tracker. Cheers, Ernesto From typo3 at perseguers.ch Wed Feb 25 07:21:08 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 25 Feb 2009 07:21:08 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model Message-ID: Hi, I'd like to create form to edit objects of the business model I created. I guess I should use TCA to render the form and some constraints and then hook somewhere to handle the actual "save" which should not be in the database but through persist / persistAll methods of my domain model. What is your opinion? Does it seem to be feasible (I mean w/o rewriting a whole part of TYPO3)? Would you consider another way? Do you know any extension which does something more or less similar? Thanks -- Xavier Perseguers http://xavier.perseguers.ch/en One contribution a day keeps the fork away From ernst at cron-it.de Wed Feb 25 09:20:22 2009 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 25 Feb 2009 09:20:22 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hi Xavier, there are "tons" of extensions that do something like that. Search TER for "feedit" and you will find some. Cheer, Ernesto Xavier Perseguers wrote: on 25.02.2009 07:21: > Hi, > > I'd like to create form to edit objects of the business model I created. > I guess I should use TCA to render the form and some constraints and > then hook somewhere to handle the actual "save" which should not be in > the database but through persist / persistAll methods of my domain model. > > What is your opinion? Does it seem to be feasible (I mean w/o rewriting > a whole part of TYPO3)? Would you consider another way? Do you know any > extension which does something more or less similar? > > Thanks > From typo3 at perseguers.ch Wed Feb 25 09:56:10 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 25 Feb 2009 09:56:10 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hi Ernesto, > there are "tons" of extensions that do something like that. Search TER > for "feedit" and you will find some. I'll search for this but I need this more for backend. -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From mpunktw at gmx.net Wed Feb 25 11:31:43 2009 From: mpunktw at gmx.net (Widmann, Manfred) Date: Wed, 25 Feb 2009 11:31:43 +0100 Subject: [TYPO3-dev] Bad request when uploading to TER Message-ID: The upload of a slightly larger extension (6 plugins) leads to the message "bad request" in Extension Manager ... is there a workaround? From mpunktw at gmx.net Wed Feb 25 11:32:19 2009 From: mpunktw at gmx.net (Widmann, Manfred) Date: Wed, 25 Feb 2009 11:32:19 +0100 Subject: [TYPO3-dev] Who needs "Extended view" option in list module? References: Message-ID: I do! "Christian Kuhn" schrieb im Newsbeitrag news:mailman.44203.1235230658.2904.typo3-dev at lists.netfielders.de... > Hi, > > there are still some list module patches floating around in core list, > and I will post some updates there next days. > > I would also like to solve #8567 and friends regarding the options at > the bottom of the list module: I would like to see some pageTS switches > to blind those options and to apply default values to them. > > To streamline the options a bit, and in companion with Steffens #10515 I > ask your opinion about removing the "Extended view" option in total and > enable it by default: Who does not enable this option and use the list > view without the additional icons? Are there any good reasons to not > remove this option? I personally found myself enabling this option for > all installations, and also support tells this to customers. > > Another small thing: If a translator is bound to some languages, does it > make sense to hide the "Language view" option and enable it for those > users by default? > > Regards > Christian From typo3 at t3node.com Wed Feb 25 12:06:13 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Wed, 25 Feb 2009 12:06:13 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi. On 20.02.2009 20:53 Francois Suter wrote: > > It still needs proofreading and a sanity check, but I would be quite > glad to already have some feedback, especially if you think about stuff > that you would like to see in this manual. > good one! I was already delighted with your presentation at swiss ug (seen on the web). But this one even beats it. This opened up a new field in TYPO3 to me. Some few remarks about the code examples: - According to the forthcoming cgl, assignments in conditions need an extra bracket: while (($fields = $GLOBALS['TYPO3_DB']->sql_fetch_result($res))) {} - boolean values in uppercase: $authenticated = TRUE; Personally I don't like break statements inside while. An alternative could be a boolean helper variable: while (!$userFound && is_object(...)) { // do stuff... if (...) { $userFound = TRUE; } } I couldn't find this in the cgl. -- cheers, Steffen http://www.t3node.com/ From fsuter at cobweb.ch Wed Feb 25 12:32:03 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Wed, 25 Feb 2009 12:32:03 +0100 Subject: [TYPO3-dev] RFC: Fully rewritten doc_core_services In-Reply-To: References: Message-ID: Hi, > good one! I was already delighted with your presentation at swiss ug > (seen on the web). But this one even beats it. This opened up a new > field in TYPO3 to me. Great. Glad that it helps. > Some few remarks about the code examples: Well, the code is copy & pasted from the Core and its rather old code, so it's not really surprising that it doesn't match CGLs. Frankly I'm not going to change that now even though I agree that it should be cleaned up in the future. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From carsten at bleicker.de Wed Feb 25 12:59:34 2009 From: carsten at bleicker.de (permutation) Date: Wed, 25 Feb 2009 11:59:34 +0000 (UTC) Subject: [TYPO3-dev] Limit fe_groups to DB Mounts Message-ID: hi all, im using one t3-backend to handle different domains. there are be-users and be-groups for each domain and the be-group has selected its own db-mount to the pagetree of the related domain. the fe_groups are stored in a separate sys-folder for each domain inside the domain-pagetree. but the fe_group field in some records (i.e. page- access) shows all fe_groups like a global select. is it possible to check these be-group-records against db-mounts? kind regards carsten From typo3dev at ameos.com Wed Feb 25 14:40:35 2009 From: typo3dev at ameos.com (Jerome Schneider) Date: Wed, 25 Feb 2009 14:40:35 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hi Xavier, What do you mean by "edit objects of a business model" ? Editing objects that are serialized as records in a DB ? Jerome Xavier Perseguers a ?crit : > Hi, > > I'd like to create form to edit objects of the business model I created. > I guess I should use TCA to render the form and some constraints and > then hook somewhere to handle the actual "save" which should not be in > the database but through persist / persistAll methods of my domain model. > > What is your opinion? Does it seem to be feasible (I mean w/o rewriting > a whole part of TYPO3)? Would you consider another way? Do you know any > extension which does something more or less similar? > > Thanks > From olivier at trynisis.com Wed Feb 25 15:24:43 2009 From: olivier at trynisis.com (Olivier Laurent) Date: Wed, 25 Feb 2009 15:24:43 +0100 Subject: [TYPO3-dev] Newbie: IRRE question Message-ID: I'm currently developing my first plugin with Typo3. I bought Dmitry Dulepov's book "TYPO3 Extension development". My plugin uses two different tables. Normally I would have used what you call Many-to-many relation (ie a third table storing various relationships between two other tables). But Dmitry seemed to be a great supporter of IRRE (inline relationship?) So I picked it up :-). But now I'm in trouble, I can't find the correct SQL query, it doesn't seem I can make a join Here is my problem I've a got a table for documents, documents can be part of several groups: so it is uid int documentpath string (varchar i guess) groups (comma separated lists of uid) and a second table for groups uid groupname string (varchar i guess) let's say that I want all documents from the group name "administrative" which has the uid 2 for example, how do you build your SQL query to select all documents being part of this group? In a traditionnal approach I would have a third table storing the different relatshionships between these two tables and all I would have to do is to make a select wich a join statement. How do you solve this problem with IRRE? Olivier From typo3 at perseguers.ch Wed Feb 25 15:44:20 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 25 Feb 2009 15:44:20 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hi Jerome, > What do you mean by "edit objects of a business model" ? Editing objects > that are serialized as records in a DB ? I have an own class "User" with attributes username, password, firstname, lastname, ... and want to let my beusers edit them and instead of calling any SQL code, simply call a method save, persist, or whatever on the object or on an enclosing repository. Not as I did but you see the point: class user { public $firstName; public $lastName; } I want to give a "user" object to a form to display it, let my beusers change firstname or lastname and that's it! -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From info at rs-websystems.de Wed Feb 25 15:57:07 2009 From: info at rs-websystems.de (Steffen Ritter) Date: Wed, 25 Feb 2009 15:57:07 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hey, saving wouldnt be any problem... Loading and listing won't work I think, Since the list module queries the db as found in tca... What will work: 1 .Create own BE-Module using your own models listing users... 2. Create a "Pseudo-TCA" config applying to your Module. 3. Call edit or new links as list module would do it from your own Module. 4. Hook into Processing for your pseudo table ( which should exist empty), and fill/process fields by own logic... so, include class and create your object and perform changes on it... I think you definitely will need an uid in TYPO3 style, in your object or your object-creating procedure you may transform it as you want. I hope I did understand your aims in the right way. kind regards Steffen From typo3 at perseguers.ch Wed Feb 25 16:23:16 2009 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Wed, 25 Feb 2009 16:23:16 +0100 Subject: [TYPO3-dev] Creating edit forms for a domain model In-Reply-To: References: Message-ID: Hi Steffen, > Hey, saving wouldnt be any problem... > Loading and listing won't work I think, Since the list module queries > the db as found in tca... > What will work: > 1 .Create own BE-Module using your own models listing users... > 2. Create a "Pseudo-TCA" config applying to your Module. > 3. Call edit or new links as list module would do it from your own Module. > 4. Hook into Processing for your pseudo table ( which should exist > empty), and fill/process fields by own logic... so, include class and > create your object and perform changes on it... > > I think you definitely will need an uid in TYPO3 style, in your object > or your object-creating procedure you may transform it as you want. > > I hope I did understand your aims in the right way. Yes, that was more or less what I expected to be done, hooking somehow in the TCA process. Will give it a try in the weeks to come. Thanks -- Xavier Perseguers http://xavier.perseguers.ch/en/tutorials/typo3.html From dosipov at phillyburbs.com Wed Feb 25 17:02:22 2009 From: dosipov at phillyburbs.com (Dan Osipov) Date: Wed, 25 Feb 2009 11:02:22 -0500 Subject: [TYPO3-dev] Newbie: IRRE question In-Reply-To: References: Message-ID: Oliver, Please take a look at the following document, since it describes all kinds of relations in great detail. http://typo3.org/uploads/media/Inline_Relational_Record_Editing_01.pdf Dan Osipov Calkins Media http://danosipov.com/blog/ Olivier Laurent wrote: > I'm currently developing my first plugin with Typo3. > I bought Dmitry Dulepov's book "TYPO3 Extension development". > > My plugin uses two different tables. Normally I would have used what you > call Many-to-many relation (ie a third table storing various > relationships between two other tables). But Dmitry seemed to be a great > supporter of IRRE (inline relationship?) So I picked it up :-). > > But now I'm in trouble, I can't find the correct SQL query, it doesn't > seem I can make a join > > Here is my problem > I've a got a table for documents, documents can be part of several groups: > so it is > uid int > documentpath string (varchar i guess) > groups (comma separated lists of uid) > > > and a second table for groups > uid > groupname string (varchar i guess) > > let's say that I want all documents from the group name "administrative" > which has the uid 2 for example, > how do you build your SQL query to select all documents being part of > this group? > > In a traditionnal approach I would have a third table storing the > different relatshionships between these two tables and all I would have > to do is to make a select wich a join statement. How do you solve this > problem with IRRE? > > Olivier From typo3ng_2008 at martinholtz.de Wed Feb 25 18:04:55 2009 From: typo3ng_2008 at martinholtz.de (Martin Holtz) Date: Wed, 25 Feb 2009 18:04:55 +0100 Subject: [TYPO3-dev] Ticket for T3DD09 wanted In-Reply-To: References: Message-ID: Hi, > a colleague of mine wanted to register for the TYPO3 Developer days > 2009, finding that the event already has been sold out. me too. > So if anyone already has a ticket and cannot go and would be willing to > transfer his/her ticket, please let me know. so, if there is a second ticket i would be happy martin -- Martin Holtz - elemente websolutions http://www.elemente-websolutions.ms DocTeam: http://forge.typo3.org/projects/show/team-docteam http://wiki.typo3.org/Ts45min - TypoScript in "45" minutes http://wiki.typo3.org/De:ts45min - (auch in Deutsch) From dmitry at typo3.org Wed Feb 25 20:11:55 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 25 Feb 2009 21:11:55 +0200 Subject: [TYPO3-dev] Ticket for T3DD09 wanted In-Reply-To: References: Message-ID: Hi! Oliver Klee wrote: > a colleague of mine wanted to register for the TYPO3 Developer days > 2009, finding that the event already has been sold out. But you are coming, right? I hope to see you there again! :) -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo3-german-02 at oliverklee.de Wed Feb 25 21:51:56 2009 From: typo3-german-02 at oliverklee.de (Oliver Klee) Date: Wed, 25 Feb 2009 21:51:56 +0100 Subject: [TYPO3-dev] Ticket for T3DD09 wanted In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov schrieb: > But you are coming, right? I hope to see you there again! :) Yes, of course. Looking forward to see you there, too. :-) Oliver From scecere at krur.com Thu Feb 26 00:59:06 2009 From: scecere at krur.com (stefano cecere) Date: Thu, 26 Feb 2009 00:59:06 +0100 Subject: [TYPO3-dev] universal pagebrowse in the core Message-ID: hi i am about to solve this problem, which i think it could have been really simple if the Core (or at least some news pi_base) had a class as the pagebrowse extension for example: in a website where i use tt_news, cal and dam_download, every ext is using its own pagebrowser. and it is quite impossibile, without deep hacking, to make the 3 pagebrowsers look and behave exactly the same! if i could "plug" the pagebrowse into each of them, it would be really easy. what do you think? how could exts be modified to use inner or optional external pagebrowse engine? stefano From typo3 at t3node.com Thu Feb 26 02:35:45 2009 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Thu, 26 Feb 2009 02:35:45 +0100 Subject: [TYPO3-dev] universal pagebrowse in the core In-Reply-To: References: Message-ID: Hi. On 26.02.2009 00:59 stefano cecere wrote: > how could exts be modified to use inner or optional external pagebrowse > engine? > read this: http://dmitry-dulepov.com/article/do_you_need_a_page_browser_for_your_typo3_extension.html -- cheers, Steffen http://www.t3node.com/ From dmitry at typo3.org Thu Feb 26 09:19:17 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 26 Feb 2009 10:19:17 +0200 Subject: [TYPO3-dev] universal pagebrowse in the core In-Reply-To: References: Message-ID: Hi! Steffen M?ller wrote: > On 26.02.2009 00:59 stefano cecere wrote: >> how could exts be modified to use inner or optional external pagebrowse >> engine? > > read this: > http://dmitry-dulepov.com/article/do_you_need_a_page_browser_for_your_typo3_extension.html Or the pagebrowse extension manual. I plan to have an extension that adds pagebrowse as an optional page browser in tt_news. Pagebrowse is better, it does not use tables, it is very customizable and it uses semantic markup. -- Dmitry Dulepov TYPO3 core team "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Thu Feb 26 22:32:06 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Thu, 26 Feb 2009 22:32:06 +0100 Subject: [TYPO3-dev] flexform - more displayCond Message-ID: hello are there any way to have multiple displayCond in flexform? Eg: FIELD:what_to_display:=:SINGLE_GROUP_1:||:FIELD:what_to_display:=:SINGLE_GROUP_2 FIELD:what_to_display:=:SINGLE_GROUP_1:OR:FIELD:what_to_display:=:SINGLE_GROUP_2 both of them doesn't work of course. This is not implemented or do I miss something? tnx -- grtz Krystian Szymukowicz From peter.russ at 4many.net Thu Feb 26 22:37:59 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 26 Feb 2009 22:37:59 +0100 Subject: [TYPO3-dev] flexform - more displayCond In-Reply-To: References: Message-ID: --- Original Nachricht --- Absender: Krystian Szymukowicz Datum: 26.02.2009 22:32: > hello > > are there any way to have multiple displayCond in flexform? > > Eg: > > FIELD:what_to_display:=:SINGLE_GROUP_1:||:FIELD:what_to_display:=:SINGLE_GROUP_2 > > FIELD:what_to_display:=:SINGLE_GROUP_1:OR:FIELD:what_to_display:=:SINGLE_GROUP_2 > > > both of them doesn't work of course. > > This is not implemented or do I miss something? > > tnx > > -- > grtz > Krystian Szymukowicz Yep. Not implemented. Please see my RFC to improve this "RFC for displayConf" 2009-02-12 same NG Regs. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From peter.russ at 4many.net Thu Feb 26 23:09:46 2009 From: peter.russ at 4many.net (Peter Russ) Date: Thu, 26 Feb 2009 23:09:46 +0100 Subject: [TYPO3-dev] Best technique for a BE-form onchange Message-ID: I would like to ask for your input/advice. What should be achived in a BE-form(TCA): clicking an item in a select list adds a formated text to a textarea depending on the selected item 1) Solution based on TCA capabilities (as far as I know): Onchange event on the select list reloads complete form. Cons: JS confirmation has to be confirmed and takes time to relad -> limited usability 2) Possibility to improve: just reload only the form Using AJAX might offer a way to just reload the form and the complete page/iframe. So far I haven't found a TYPO3 way to do that in BE. Did i miss something? 3) Prefered solution: AJAX to update just the field My prefered solution would be to add content to the textarea using AJAX so TYPO3 could controll/format the text to be added, i.e. controll/change/alter the onchange event. Is there any technique already available in TYPO3 or any extension? Also here bookmarks welcome. Thanks in advance for your enlightening input. Peter. -- Fiat lux! Docendo discimus. _____________________________ 4Many? Services XING: https://www.xing.com/go/invita/360052 http://www.xing.com/go/privatemessage/Peter_Russ From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Fri Feb 27 08:11:24 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Fri, 27 Feb 2009 08:11:24 +0100 Subject: [TYPO3-dev] flexform - more displayCond In-Reply-To: References: Message-ID: Peter Russ wrote: >> FIELD:what_to_display:=:SINGLE_GROUP_1:OR:FIELD:what_to_display:=:SINGLE_GROUP_2 >> >> >> both of them doesn't work of course. >> >> This is not implemented or do I miss something? > > Yep. Not implemented. Please see my RFC to improve this "RFC for > displayConf" 2009-02-12 same NG > All great ideas in this post. And what is the status of this right now? Do you have any pathes that can be tested? -- grtz Krystian Szymukowicz From s.gebhard at markenmotiv.de Fri Feb 27 10:29:19 2009 From: s.gebhard at markenmotiv.de (Sebastian Gebhard) Date: Fri, 27 Feb 2009 10:29:19 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded Message-ID: Hi list, I'm trying to provide a patch for my reported issue[1] The title length of elements in the right coloumn of the element browser is hardcoded. I want to implement a pageTS/userTS property. The spot is typo3/class.browse_links.php Line: 218 $code = htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$this->fixedL)); Could someone give me a hint how to access pageTS/userTS in this context properly? What should take precedence - userTS or pageTS? How should the properties be named? [1]http://bugs.typo3.org/view.php?id=10560 From ingo at typo3.org Fri Feb 27 10:29:20 2009 From: ingo at typo3.org (Ingo Renner) Date: Fri, 27 Feb 2009 10:29:20 +0100 Subject: [TYPO3-dev] TYPO3 Bug Day February 2009 is on, come join us Message-ID: Hi *, here's a little reminder that TYPO3's Bug Day is on! Come join us on irc://irc.freenode.net/#typo3-bugday Here's how it works: For today we'd like to do just some simple bug triage. Go to the bugtracker on http://bugs.typo3.org , choose the core project from the select in the top right corner. Then set a filter to show only bugs that are not closed or resolved yet. You may then want to order the resulting list to show the oldest bugs on top. Important: Join the mentioned IRC channel! !!! In the IRC channel report which bug you're working on currently so that nobody does dobble work. !!! Just do the following to triage bugs: * check whether the description of a bug is precise, complete, understandable * check whether you can reproduce the bug in TYPO3 4.2 (and maybe 4.1) * tag the bug with "bugday-0902" * leave a comment about your findings / complete the description of a bug if necessary * update a bug's information directly if you have the rights to do so You should also add yourself and the bugs you worked on to the list of participants on http://wiki.typo3.org/index.php/BugDay/200902 That should be it for now, if you further question - we're on IRC. happy Bug Day Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From info at sk-typo3.de Fri Feb 27 10:36:03 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Feb 2009 10:36:03 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Hi Sebastian, Sebastian Gebhard schrieb: > Hi list, > > I'm trying to provide a patch for my reported issue[1] > > The title length of elements in the right coloumn of the element browser > is hardcoded. > I want to implement a pageTS/userTS property. > > The spot is > > typo3/class.browse_links.php > > Line: 218 > $code = htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$this->fixedL)); > > Could someone give me a hint how to access pageTS/userTS in this context > properly? > What should take precedence - userTS or pageTS? > How should the properties be named? > > > [1]http://bugs.typo3.org/view.php?id=10560 there is a setting in Usersettings ($GLOBALS['BE_USER']->uc['titleLen']) which is used for dynamic cropping. This setting should be used instead of spreading such setting over TS and all single modules. vg Steffen From s.gebhard at markenmotiv.de Fri Feb 27 10:40:35 2009 From: s.gebhard at markenmotiv.de (Sebastian Gebhard) Date: Fri, 27 Feb 2009 10:40:35 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > there is a setting in Usersettings ($GLOBALS['BE_USER']->uc['titleLen']) > which is used for dynamic cropping. This setting should be used instead > of spreading such setting over TS and all single modules. > > vg Steffen I thought about using it. But normally the element browser in the popup is much smaller than the list module in the full-screen backend. I think you should make a difference between them. From fsuter at cobweb.ch Fri Feb 27 10:58:03 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Fri, 27 Feb 2009 10:58:03 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Hi, I see you are following up nicely ;-) > I thought about using it. > But normally the element browser in the popup is much smaller than the > list module in the full-screen backend. I think you should make a > difference between them. I don't agree. This setting was used originally only for the page tree, which is in a frame even narrower than the element browser pop up. So I think it's fine to use it in the element browser too. And we must avoid adding too many preferences. And the element browser can be resized anyway. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From s.gebhard at markenmotiv.de Fri Feb 27 11:06:02 2009 From: s.gebhard at markenmotiv.de (Sebastian Gebhard) Date: Fri, 27 Feb 2009 11:06:02 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Francois Suter schrieb: > Hi, > > I see you are following up nicely ;-) > >> I thought about using it. >> But normally the element browser in the popup is much smaller than the >> list module in the full-screen backend. I think you should make a >> difference between them. > > I don't agree. This setting was used originally only for the page tree, > which is in a frame even narrower than the element browser pop up. So I > think it's fine to use it in the element browser too. And we must avoid > adding too many preferences. > > And the element browser can be resized anyway. > > Cheers > I see, maybe you two are right. Is this a valid patch? (This is the first one i created) Index: typo3/class.browse_links.php =================================================================== --- typo3/class.browse_links.php 2009-02-27 10:57:03.000000000 +0100 +++ typo3/class.browse_links.php 2009-02-27 10:48:20.000000000 +0100 @@ -215,7 +215,7 @@ if (!$code) { $code = '['.$GLOBALS['LANG']->sL('LLL:EXT:lang/locallang_core.php:labels.no_title',1).']'; } else { - $code = htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$this->fixedL)); + $code = htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$GLOBALS['BE_USER']->uc['titleLen'])); } $title = t3lib_BEfunc::getRecordTitle($table,$row,FALSE,TRUE); From info at sk-typo3.de Fri Feb 27 11:21:44 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Feb 2009 11:21:44 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Hi Sebastian, you should check the value first. New BE user won't have this var filled which leads to real problems, so do a check before $cropLength = isset($GLOBALS['BE_USER']->uc['titleLen']) ? $GLOBALS['BE_USER']->uc['titleLen'] : $this->fixedL; And one extra: the browser is used 4 times in core, rte comes with 3 own ones, which has to be checked and changed too. DAM comes with an extra one too, so they should be informed. RTE: mod3/class.tx_rtehtmlarea_browse_links.php mod3/class.tx_rtehtmlarea_dam_browse_links.php (?) mod4/class.tx_rtehtmlarea_select_image.php vg Steffen Sebastian Gebhard schrieb: > Francois Suter schrieb: >> Hi, >> >> I see you are following up nicely ;-) >> >>> I thought about using it. >>> But normally the element browser in the popup is much smaller than >>> the list module in the full-screen backend. I think you should make a >>> difference between them. >> >> I don't agree. This setting was used originally only for the page >> tree, which is in a frame even narrower than the element browser pop >> up. So I think it's fine to use it in the element browser too. And we >> must avoid adding too many preferences. >> >> And the element browser can be resized anyway. >> >> Cheers >> > I see, maybe you two are right. > > Is this a valid patch? (This is the first one i created) > > Index: typo3/class.browse_links.php > =================================================================== > --- typo3/class.browse_links.php 2009-02-27 10:57:03.000000000 +0100 > +++ typo3/class.browse_links.php 2009-02-27 10:48:20.000000000 +0100 > @@ -215,7 +215,7 @@ > if (!$code) { > $code = > '['.$GLOBALS['LANG']->sL('LLL:EXT:lang/locallang_core.php:labels.no_title',1).']'; > > } else { > - $code = > htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$this->fixedL)); > + $code = > htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$GLOBALS['BE_USER']->uc['titleLen'])); > > } > > $title = t3lib_BEfunc::getRecordTitle($table,$row,FALSE,TRUE); From dmitry at typo3.org Fri Feb 27 11:32:11 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 27 Feb 2009 12:32:11 +0200 Subject: [TYPO3-dev] flexform - more displayCond In-Reply-To: References: Message-ID: Hi! Krystian Szymukowicz wrote: > are there any way to have multiple displayCond in flexform? The answer is here: http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/4/2/#id4256737 Do you see multiple displayCond there? You know the answer now :) -- Dmitry Dulepov TYPO3 core team http://dmitry-dulepov.com/ "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From benni at typo3.org Fri Feb 27 11:35:50 2009 From: benni at typo3.org (Benjamin Mack) Date: Fri, 27 Feb 2009 11:35:50 +0100 Subject: [TYPO3-dev] Best technique for a BE-form onchange In-Reply-To: References: Message-ID: Hey, I like to have an AJAX-able update field, here's what I think: * We need to be aware of some constraints when reloading a single field, where we one the one hand have conditions on types (like page types and CTypes in tt_content), and that other fields could rely on that. * We sometimes have multiple forms on a single page, we have different things that get initialized when a page loads. * We need to make sure that extensions that expand a table can trigger a reload of an existing field of a form. We should be very flexible. My goal was that we first finish the move to the object-oriented TCEforms (I think Andreas Wolf could need a lot of help here, still), and then that we then expand the TCA to have something like an extended "onChange" that is used to make a JS call. We do an inclusion of JS similar to the ext_tables.php we do for each table and that way, one could write specific handlers for each fields. We could have some predefined functions to reload only one form, one field, and take the already existing "conditions" syntax of other fields into account. What do you think? Nevertheless I would really love to go with some teamwork here :) Thanks for sharing your ideas. All the best, Benni. From s.gebhard at markenmotiv.de Fri Feb 27 11:43:41 2009 From: s.gebhard at markenmotiv.de (Sebastian Gebhard) Date: Fri, 27 Feb 2009 11:43:41 +0100 Subject: [TYPO3-dev] Feature 10560 element browser title length is hardcoded In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > $cropLength = isset($GLOBALS['BE_USER']->uc['titleLen']) ? $GLOBALS['BE_USER']->uc['titleLen'] : $this->fixedL; Ok > DAM comes with an extra one too, so they should be informed. I'm really not in the DAM code, so I won't make a patch for that. But i'll inform them > RTE: > mod3/class.tx_rtehtmlarea_browse_links.php > mod3/class.tx_rtehtmlarea_dam_browse_links.php (?) > mod4/class.tx_rtehtmlarea_select_image.php Ok, i checked those classes, they all extend browse_links and do not overwrite linkWrapItems() so no changes are required there. > vg Steffen > > > Sebastian Gebhard schrieb: >> Francois Suter schrieb: >>> Hi, >>> >>> I see you are following up nicely ;-) >>> >>>> I thought about using it. >>>> But normally the element browser in the popup is much smaller than >>>> the list module in the full-screen backend. I think you should make >>>> a difference between them. >>> >>> I don't agree. This setting was used originally only for the page >>> tree, which is in a frame even narrower than the element browser pop >>> up. So I think it's fine to use it in the element browser too. And we >>> must avoid adding too many preferences. >>> >>> And the element browser can be resized anyway. >>> >>> Cheers >>> >> I see, maybe you two are right. >> >> Is this a valid patch? (This is the first one i created) >> >> Index: typo3/class.browse_links.php >> =================================================================== >> --- typo3/class.browse_links.php 2009-02-27 10:57:03.000000000 +0100 >> +++ typo3/class.browse_links.php 2009-02-27 10:48:20.000000000 +0100 >> @@ -215,7 +215,7 @@ >> if (!$code) { >> $code = >> '['.$GLOBALS['LANG']->sL('LLL:EXT:lang/locallang_core.php:labels.no_title',1).']'; >> >> } else { >> - $code = >> htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$this->fixedL)); >> + $code = >> htmlspecialchars(t3lib_div::fixed_lgd_cs($code,$GLOBALS['BE_USER']->uc['titleLen'])); >> >> } >> >> $title = t3lib_BEfunc::getRecordTitle($table,$row,FALSE,TRUE); From olivier at trynisis.com Fri Feb 27 14:01:07 2009 From: olivier at trynisis.com (Olivier Laurent) Date: Fri, 27 Feb 2009 14:01:07 +0100 Subject: [TYPO3-dev] TCEform using the same table twice Message-ID: Hi, I'm currently working on my first plugin so far so good, looks like it is going ways faster than expected :-) I'm currently working on the TCEform (?) using flexform. And I've got a problem. I've got two groups pointing to the same table: include_categories, exclude_categories. example: 1 group db tx_doclibrary_categories 5 10 0 1 1 group db tx_doclibrary_categories 5 10 0 1 The form renders correctly but once I save it, the two values are merged and both groups show the same value. So I guess there one reference has been saved. Is there a work around? Thx, Olivier From dmitry at typo3.org Fri Feb 27 14:08:32 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 27 Feb 2009 15:08:32 +0200 Subject: [TYPO3-dev] TCEform using the same table twice In-Reply-To: References: Message-ID: Hi! Olivier Laurent wrote: > I've got two groups pointing to the same table: include_categories, > exclude_categories. > example: > The form renders correctly but once I save it, the two values are merged > and both groups show the same value. So I guess there one reference has > been saved. Is there a work around? It is possible that you found a bug. -- Dmitry Dulepov TYPO3 core team http://dmitry-dulepov.com/ "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From typo3 at robvonk.com Fri Feb 27 16:25:41 2009 From: typo3 at robvonk.com (Rob Vonk) Date: Fri, 27 Feb 2009 16:25:41 +0100 Subject: [TYPO3-dev] Need a good solution for UTF-8 encoding in $_GET and $_POST variables through Ajax calls Message-ID: Hi there, I'm working on this bug: http://bugs.typo3.org/view.php?id=4098 The bug is that the clickmenu (clickmenu.js) uses an ajax call to get a popup on a file. The filename is encoded in javascript with the function encodeURIComponent() (as it should with all ajax calls). The encodeURIComponent() function encodes it always in UTF-8. Then when it's handled by alt_clickmenu.php the filename is read by this command: $this->iParts[0] = t3lib_div::_GP('table'); The _GP function strips the slashes and thats it. Then in the function printFileClickMenu the still encoded filename is used to check if the file exists. All works well until a filename with umlaut (or other high character) is used. To make this part work, we should use: $this->iParts[0] = utf8_decode(urldecode($_GET['table'])); This handles the check on file_exists. But not for the items in the clickenu. For example: The show_item.php uses $this->table = t3lib_div::_GET('table'); And the same error occurs. A good solution would be that all GET's and POSTS's from ajax calls would be utf8_decoded. I was wondering if it's usefull to create new functions for - t3lib_div::_GP() - t3lib_div::_GET() - t3lib_div::_POST() That handles these variables Something like: - t3lib_div::_GP_UTF8() - t3lib_div::_GET_UTF8() - t3lib_div::_POST_UTF8() Or - t3lib_div::_GP_AJAX() - t3lib_div::_GET_AJAX() - t3lib_div::_POST_AJAX() Or should we adapt the original functions so that they can detect and handle UTF-8 automaticly? That is a major change.. What are your ideas? Regards, Rob From olivier at trynisis.com Fri Feb 27 17:02:37 2009 From: olivier at trynisis.com (Olivier Laurent) Date: Fri, 27 Feb 2009 17:02:37 +0100 Subject: [TYPO3-dev] pi_getFFvalue don't return an array (?) Message-ID: Hello again, I'm currently trying to fix a problem but I fail to find the relevant doc over the web. I guess this is simple for someone out there :-): while using pi_getFFvalue: When there is a single value, It works...Once there several values, all I got is the total not an array. $piFlexForm = $this->cObj->data['pi_flexform']; $cat_include=$this-> pi_getFFvalue($this->cObj->data['pi_flexform'],'catID'); $cat_include is a total and not an array (if there five listed items, it will return 5 but not the uids of the listed items which are the things I really need) 1 group db tx_doclibrary_categories 5 10 0 1 What am I doing wrong? I feel like there is a missing piece of code but I can't find it in my book (TYPO3 Extension development), nor over the web. From dmitry at typo3.org Fri Feb 27 18:29:35 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Fri, 27 Feb 2009 19:29:35 +0200 Subject: [TYPO3-dev] pi_getFFvalue don't return an array (?) In-Reply-To: References: Message-ID: Hi! Olivier Laurent wrote: > When there is a single value, It works...Once there several values, all > I got is the total not an array. It should not be an array but a comma-separated list of values. -- Dmitry Dulepov TYPO3 core team http://dmitry-dulepov.com/ "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From t33k.RE.MO.VE at RE.MO.VE.prolabium.com Fri Feb 27 18:46:55 2009 From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz) Date: Fri, 27 Feb 2009 18:46:55 +0100 Subject: [TYPO3-dev] flexform - more displayCond In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > Krystian Szymukowicz wrote: >> are there any way to have multiple displayCond in flexform? > > The answer is here: > http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/4/2/#id4256737 > > Do you see multiple displayCond there? > > You know the answer now :) > Thanks for pointing me to docs! I've read them once more and although there is no possibility to have multiple conditions, now I see that my specific condition: FIELD:what_to_display:=:SINGLE_GROUP_1:OR:FIELD:what_to_display:=:SINGLE_GROUP_2 can be easly done with: FIELD:what_to_display:IN:SINGLE_GROUP_1,SINGLE_GROUP_2 -- grtz Krytian Szymukowicz From olivier at trynisis.com Fri Feb 27 18:51:12 2009 From: olivier at trynisis.com (Olivier Laurent) Date: Fri, 27 Feb 2009 18:51:12 +0100 Subject: [TYPO3-dev] pi_getFFvalue don't return an array (?) In-Reply-To: References: Message-ID: Hi! Dmitry Dulepov a ?crit : > > It should not be an array but a comma-separated list of values. > > Thx for replying (great book by the way :-)) All I got is the total of items...If I select 4 items the output of $this-> pi_getFFvalue($this->cObj->data['pi_flexform'],'catID'); is 4 if I select 3, the output is 3 The total is almost useless in my case I'd like to get the values from the comma-separated list. From info at sk-typo3.de Sat Feb 28 19:11:25 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Feb 2009 19:11:25 +0100 Subject: [TYPO3-dev] RTE in current trunk Message-ID: Hi, there is a strange issue with RTE and current trunk (eg CE Text): * saving deletes the content of the CE * click on "show source" will redirect to normal RTE view can you confirm this? vg Steffen From steffen at steffen-gebert.de Sat Feb 28 19:32:47 2009 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sat, 28 Feb 2009 19:32:47 +0100 Subject: [TYPO3-dev] RTE in current trunk References: Message-ID: Steffen Kamper wrote: > * saving deletes the content of the CE > * click on "show source" will redirect to normal RTE view > > can you confirm this? No - with a totally fresh installation. > * saving deletes the content of the CE I had the same problem after trunk update 2 days ago.. the files in typo3temp/rtehtmlarea/ weren't deleted. But I assume you've done this ;-) Steffen From info at sk-typo3.de Sat Feb 28 19:53:24 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Feb 2009 19:53:24 +0100 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi, Steffen Gebert schrieb: > Steffen Kamper wrote: >> * saving deletes the content of the CE >> * click on "show source" will redirect to normal RTE view >> >> can you confirm this? > > No - with a totally fresh installation. > >> * saving deletes the content of the CE > I had the same problem after trunk update 2 days ago.. the files in > typo3temp/rtehtmlarea/ weren't deleted. But I assume you've done this ;-) > sure, i did, doesn't help. vg Steffen From fsuter at cobweb.ch Sat Feb 28 20:30:28 2009 From: fsuter at cobweb.ch (Francois Suter) Date: Sat, 28 Feb 2009 20:30:28 +0100 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi, > * saving deletes the content of the CE > * click on "show source" will redirect to normal RTE view > > can you confirm this? Not at all. Sorry. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From dmitry at typo3.org Sat Feb 28 21:17:57 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 28 Feb 2009 22:17:57 +0200 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > there is a strange issue with RTE and current trunk (eg CE Text): > > * saving deletes the content of the CE > * click on "show source" will redirect to normal RTE view > > can you confirm this? Mac/Camino - yes (100%), Mac/FireFox - no (100%). Seems to be browser?dependent. -- Dmitry Dulepov TYPO3 core team http://dmitry-dulepov.com/ "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Sat Feb 28 22:24:40 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Feb 2009 22:24:40 +0100 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi Dmitry, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> there is a strange issue with RTE and current trunk (eg CE Text): >> >> * saving deletes the content of the CE >> * click on "show source" will redirect to normal RTE view >> >> can you confirm this? > > Mac/Camino - yes (100%), Mac/FireFox - no (100%). > > Seems to be browser?dependent. > you're right. I tested it now in different browsers on windows: FF3 - yes (100%) IE7 - no (100%) Google Chrome - no (100%) strange that it differs such way, in your case on Mac / FF no problem, here on windows the loser vg Steffen From dmitry at typo3.org Sat Feb 28 22:26:57 2009 From: dmitry at typo3.org (Dmitry Dulepov) Date: Sat, 28 Feb 2009 23:26:57 +0200 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > you're right. I tested it now in different browsers on windows: > > FF3 - yes (100%) > IE7 - no (100%) > Google Chrome - no (100%) > > strange that it differs such way, in your case on Mac / FF no problem, > here on windows the loser Camino is also Gecko-based (like FF). I do not understand why FF works and Camino does not. Of course, Camino has older Gecko than FF3... -- Dmitry Dulepov TYPO3 core team http://dmitry-dulepov.com/ "Sometimes they go bad. No one knows why" (Cameron, TSCC, "Dungeons&Dragons") From info at sk-typo3.de Sat Feb 28 23:31:07 2009 From: info at sk-typo3.de (Steffen Kamper) Date: Sat, 28 Feb 2009 23:31:07 +0100 Subject: [TYPO3-dev] RTE in current trunk In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Steffen Kamper wrote: >> you're right. I tested it now in different browsers on windows: >> >> FF3 - yes (100%) >> IE7 - no (100%) >> Google Chrome - no (100%) >> >> strange that it differs such way, in your case on Mac / FF no problem, >> here on windows the loser > > Camino is also Gecko-based (like FF). I do not understand why FF works and Camino does not. Of course, Camino has older Gecko than FF3... > thx for the information, i will forward this to Stan as he is the only one who can solve it. btw - i had written a plugin for RTE where i have the same effect in some situation - redirect after click on toolbar item (but more worse is the disappear of content) vg Steffen
TopicAscendingDescending