From typo3.list at philippgampe.info  Thu Jul  1 00:08:31 2010
From: typo3.list at philippgampe.info (Philipp Gampe)
Date: Wed, 30 Jun 2010 22:08:31 +0000 (UTC)
Subject: [TYPO3-dev] Your opinion please: ZF and T3
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1277935711.6234.typo3-dev@lists.typo3.org>

On Wed, 30 Jun 2010 22:58:36 +0200, Christian Opitz - Netzelf wrote:

> Second thing that worries me is if i should support more types than the
> list_type - currently i do. Does anybody want to put that kind of plugin
> in another than the list_type?

AFAIK, every plugin is a list type, and CSC uses the number to resolve to 
the actual plugin...

Best regards
-- 
Philipp Gampe





From franz at ttproducts.de  Thu Jul  1 07:52:16 2010
From: franz at ttproducts.de (Franz Holzinger)
Date: Thu, 01 Jul 2010 07:52:16 +0200
Subject: [TYPO3-dev] sr_feuser_register still doesn't work with sr_freecap
In-Reply-To: <mailman.1.1277330598.7616.typo3-dev@lists.typo3.org>
References: <mailman.1.1277330598.7616.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1277963831.9750.typo3-dev@lists.typo3.org>

Ciao Stefano,

I have now uploaded sr_feuser_register 2.5.27 which includes that patch.
Thanks to J?rg Winter.
see also
http://bugs.typo3.org/view.php?id=12281

- Franz

Le 23/06/2010 23:58, Stefano Cecere a ?crit :
> 

> latest version (2.5.26) still miss this small but important patch to
> make it work with sr_freecap:
> 
> http://bugs.typo3.org/view.php?id=12475
> 
> i keep applying it to make the registration work.. and never found
> problems.
> 
> any cons to apply it and release 2.5.27?




From christian.opitz at netzelf.de  Thu Jul  1 12:34:30 2010
From: christian.opitz at netzelf.de (Christian Opitz - Netzelf)
Date: Thu, 01 Jul 2010 12:34:30 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1277935711.6234.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
	<mailman.1.1277935711.6234.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27381.1277980746.610.typo3-dev@lists.typo3.org>

Philipp Gampe schrieb:
> On Wed, 30 Jun 2010 22:58:36 +0200, Christian Opitz - Netzelf wrote:
>
>   
>> Second thing that worries me is if i should support more types than the
>> list_type - currently i do. Does anybody want to put that kind of plugin
>> in another than the list_type?
>>     
>
> AFAIK, every plugin is a list type, and CSC uses the number to resolve to 
> the actual plugin...
>
> Best regards
>   
Sorry - but i don't know which number you mean. I meant the 
$type-argument from t3lib_div::addPItoST43.
Best regards



From philippe.moreau.1 at gmail.com  Thu Jul  1 22:14:59 2010
From: philippe.moreau.1 at gmail.com (Philippe Moreau)
Date: Thu, 1 Jul 2010 16:14:59 -0400
Subject: [TYPO3-dev] Making certain TCA fields read-only for specific
	usergroups
In-Reply-To: <mailman.1.1277799005.9379.typo3-dev@lists.typo3.org>
References: <mailman.1.1277799005.9379.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27493.1278016174.610.typo3-dev@lists.typo3.org>

Check out the extension "tcamanipulate".

On Tue, Jun 29, 2010 at 4:05 AM, Jacob Rasmussen <jacob at lightbulb.dk> wrote:

> Hi List,
>
> I have tried using page.TCEFORM.<table>.<field>.config.readOnly = 1 in
> userTS, but that doesn't seem to have any influence.
> This is probably due to the allowOverrideMatrix whitelist in
> t3lib_TCEforms, so i'm wondering if there is another way to set readOnly on
> fields for specific usergroups or if there is a reason why readOnly isn't
> whitelisted.
>
>
> ---
> Regards
>
> Jacob Rasmussen
> Certified TYPO3 Integrator
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



-- 
Philippe Moreau



From j.schneider at ameos.com  Fri Jul  2 11:01:44 2010
From: j.schneider at ameos.com (=?UTF-8?B?SsOpwo5yw7TCmW1lIFNjaG5laWRlcg==?=)
Date: Fri, 02 Jul 2010 11:01:44 +0200
Subject: [TYPO3-dev] Code optimization in TYPO3 core
In-Reply-To: <mailman.1.1277814726.30957.typo3-dev@lists.typo3.org>
References: <mailman.1.1277802228.13980.typo3-dev@lists.typo3.org>
	<mailman.1.1277814726.30957.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278061590.25166.typo3-dev@lists.typo3.org>

Hi Oliver,
I submitted the issue to the BT. It's filed under ID 14963
http://bugs.typo3.org/view.php?id=14963

I'll have no resources in the near future to provide a patch though.

Regards,
Jerome Schneider


Le 29/06/10 14:27, Oliver Klee a ?crit :
> Hi,
>
> Am 29.06.2010 10:59, schrieb Jerome Schneider:
>> I think I spotted a perf issue in the TYPO3 code, slowing processes down
>> in backend, when recursively copying page-trees with contents.
>
> I think this should go into the bug tracker. If you also could provide a
> patch, that would be awesome!
>
>
> Oli




From dmitry.dulepov at gmail.com  Fri Jul  2 11:06:16 2010
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Fri, 02 Jul 2010 11:06:16 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>

Hi!

Christian Opitz - Netzelf wrote:
> I'm currently writing an extension that enables developers to develop
> plugins with the Zend Framework - so what i'm doing is sticking router,
> response, DB-adapter, module loaders and so on together to get them
> working within TYPO3. Works good so far and I'll release it in TER soon
> because i think its quite usefull for others too. (It's name will be ZFext)

I like the idea!

> Actually the typoscript generated by Zfext_ExtMgm::addPItoST43() is the
> same as that of the method in t3lib_extMgm. Except three differences.
> Code says it faster than words:
> 
> plugin.tx_zfextexample_pi1 = USER_INT
> plugin.tx_zfextexample_pi1 {
>     includeLibs = typo3conf/ext/zfext/plugin/class.tx_zfext.php
>     userFunc = tx_zfext->main
>     prefixId = tx_zfextexample_pi1
> }
> 
> I can live with the includeLibs and userFunc property but the prefixId
> bothers me somehow (BUT i need it in the zfext-plugin to resolve which
> plugin was called).

Don't call it "prefixId" :) Choose a better name and that's it. What about
"handlerClass" or something like that?

> As i saw ExtBase goes another way by not writing it's
> USER/USER_INT-object not in the plugin...-object but directly into
> tt_content.list.

I am not sure how Extbase does but in my opinion this should be in TS
because it adds extra clarity to the extension. It is also easier for other
devs to explore and find out how it works.

> Now what worries me for certain days is how i should do that - because i
> somehow have the feeling that USER/USER_INT-objects in the
> plugin-objects is not the worst method as i think that it gives a faster
> insight whats happening. What do you think about that?

I agree.

> Second thing that worries me is if i should support more types than the
> list_type - currently i do. Does anybody want to put that kind of plugin
> in another than the list_type?

If you have more flexibility ? it is good. For example, I crated several
extra types (that "scary" kickstarter option). It is often good.

> And just to be complete, I'd like to ask you another last thing: The
> prefixId in the plugin-conf is the key to an entry in
> config.tx_zfext.resources.zfext where per default only the extKey is
> set. When you change the default options defined as static variable in
> Zfext_ExtMgm (actually defaultController, defaultAction, autoload,
> suffixInClassName and namespace) these will be found in this object too
> (Set by Zfext_ExtMgm::addPItoST43). So for instance when you register
> the above plugin like that:
> 
> Zfext_ExtMgm::addPItoST43($_EXTKEY, array(
>     'directory' => 'pi1',
>     'suffix' => '_pi1',
>     'cached' => false,
>     'suffixInClassName' => false
> ));

Why do you use "addPItoST43"? You are doing a new thing, so why do you have
to use those old cryptic names? Can't you give it a good speaking name? Do
it right from the beginning or it will never be good :)

> Do you like that way - or would you prefer to have the configuration for
> each plugin directly in it's USER-object? (I thought that this could
> sometimes lead to problems and misunderstandings)

I think TS is better. In general having just one way is better.

> P.S.:
> In the example above standard controller class will be in
> EXT:zfext_example/pi1/controllers/IndexController.php and must be named
> Tx_ZfextExample_IndexController (Same pattern for models, forms etc.)
> The complete TS-config for zfext in my current test-installation is that:

You use syntax for Extbase (Tx_ with upper case "T") but your file sytem
structure seems to be old. That's not consistent. Either use new file
system structure or old naming, don't mix both.

In general, if you do something new, do it right from the beginning, try
not to reuse old bad names or principles.

> config {
>     tx_zfext {

Is there any technical reason to use "config"? That array is loaded early
at each page. If you add a lot of info there, you increase memory
requirements for each request.

-- 
Dmitry Dulepov
TYPO3 expert / TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From dmitry.dulepov at gmail.com  Fri Jul  2 11:07:01 2010
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Fri, 02 Jul 2010 11:07:01 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1277935711.6234.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
	<mailman.1.1277935711.6234.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278061906.25721.typo3-dev@lists.typo3.org>

Hi!

Philipp Gampe wrote:
> AFAIK, every plugin is a list type, and CSC uses the number to resolve to 
> the actual plugin...

No. Plugins are not necessarily list_type. You can create your own types.

-- 
Dmitry Dulepov
TYPO3 expert / TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From thomas.brandl at native-instruments.de  Fri Jul  2 11:38:17 2010
From: thomas.brandl at native-instruments.de (Thomas Brandl)
Date: Fri, 02 Jul 2010 11:38:17 +0200
Subject: [TYPO3-dev] Typo3 4.4 workspaces: No versioningPlaceholderClause
	used for getTable_tt_content?
Message-ID: <mailman.27570.1278063784.610.typo3-dev@lists.typo3.org>

Hi,

when creating a new page element in a workspace, this element also 
appears in the live view of the page in the backend Page module. There 
is no visible difference between content elements that are live and the 
content element that should only be visible in another workspace.

The code here speaks for itself:

The content elements are retrieved by 
tx_cms_layout::getTable_tt_content() where the query is lacking a WHERE 
statement to restrict workspaces:

$queryParts = $this->makeQueryArray('tt_content', $id, 'AND 
colPos='.intval($key).$showHidden.$showLanguage);
$result = $GLOBALS['TYPO3_DB']->exec_SELECT_queryArray($queryParts);

Adding t3lib_BEfunc::versioningPlaceholderClause('tt_content') to the 
WHERE clause does not suffice, since 
t3lib_BEfunc::versioningPlaceholderClause() only acts in a workspace 
other than the live one:

public static function versioningPlaceholderClause($table)  {
     if ($GLOBALS['BE_USER']->workspace!==0 ...

This does not seem as a bug to me since I haven't found any complaints 
about this although it's a behavior anyone could miss. On the other 
hand, seeing workspace elements in the live "Page" view is definitely 
not something I want - at least not w/o any visual difference to live 
content elements.

Can anybody explain whether this is a feature and what the idea/benefit 
is behind this or confirm it as a bug?

Thanks a lot!

Best,
Thomas



From christian.opitz at netzelf.de  Fri Jul  2 12:22:27 2010
From: christian.opitz at netzelf.de (Christian Opitz - Netzelf)
Date: Fri, 02 Jul 2010 12:22:27 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27579.1278066429.610.typo3-dev@lists.typo3.org>

Hi Dmitry,

thanx for your answer :)

The extension ZFext is now the very last extension in forge.typo3.org :)
http://forge.typo3.org/projects/show/extension-zfext

If you want, you can check it out - it should work.

>> Actually the typoscript generated by Zfext_ExtMgm::addPItoST43() is the
>> same as that of the method in t3lib_extMgm. Except three differences.
>> Code says it faster than words:
>>
>> plugin.tx_zfextexample_pi1 = USER_INT
>> plugin.tx_zfextexample_pi1 {
>>      includeLibs = typo3conf/ext/zfext/plugin/class.tx_zfext.php
>>      userFunc = tx_zfext->main
>>      prefixId = tx_zfextexample_pi1
>> }
>>
>> I can live with the includeLibs and userFunc property but the prefixId
>> bothers me somehow (BUT i need it in the zfext-plugin to resolve which
>> plugin was called).
>>      
> Don't call it "prefixId" :) Choose a better name and that's it. What about
> "handlerClass" or something like that?
>
>    
I thought about calling it signature and put the extkey in it too: 
(signature = zfext_example.tx_zfextexample_pi1)
>> Second thing that worries me is if i should support more types than the
>> list_type - currently i do. Does anybody want to put that kind of plugin
>> in another than the list_type?
>>      
> If you have more flexibility ? it is good. For example, I crated several
> extra types (that "scary" kickstarter option). It is often good.
>
>    
so i think, i rather keep it.
>> And just to be complete, I'd like to ask you another last thing: The
>> prefixId in the plugin-conf is the key to an entry in
>> config.tx_zfext.resources.zfext where per default only the extKey is
>> set. When you change the default options defined as static variable in
>> Zfext_ExtMgm (actually defaultController, defaultAction, autoload,
>> suffixInClassName and namespace) these will be found in this object too
>> (Set by Zfext_ExtMgm::addPItoST43). So for instance when you register
>> the above plugin like that:
>>
>> Zfext_ExtMgm::addPItoST43($_EXTKEY, array(
>>      'directory' =>  'pi1',
>>      'suffix' =>  '_pi1',
>>      'cached' =>  false,
>>      'suffixInClassName' =>  false
>> ));
>>      
> Why do you use "addPItoST43"? You are doing a new thing, so why do you have
> to use those old cryptic names? Can't you give it a good speaking name? Do
> it right from the beginning or it will never be good :)
>    
Because i actually did not want to write something very new but rather 
combine two already good things. With that i aimed to say developers 
that this function does the same like that in t3lib. But i could move 
that to the docBlock too and call it registerPlugin (addPlugin could 
probably be misleading, because theres already on in t3lib_extMgm for 
ext_tables).
>> Do you like that way - or would you prefer to have the configuration for
>> each plugin directly in it's USER-object? (I thought that this could
>> sometimes lead to problems and misunderstandings)
>>      
> I think TS is better. In general having just one way is better.
>    
Oh - i meant TS - but which key there plugin.tx_example or 
config.tx_zfext.resources.zfext.tx_example?
>    
>> P.S.:
>> In the example above standard controller class will be in
>> EXT:zfext_example/pi1/controllers/IndexController.php and must be named
>> Tx_ZfextExample_IndexController (Same pattern for models, forms etc.)
>> The complete TS-config for zfext in my current test-installation is that:
>>      
> You use syntax for Extbase (Tx_ with upper case "T") but your file sytem
> structure seems to be old. That's not consistent. Either use new file
> system structure or old naming, don't mix both.
>
> In general, if you do something new, do it right from the beginning, try
> not to reuse old bad names or principles.
>    
"My" convention is that the same structure like in ZF-modules is used 
and that the prefixId in upper camel case is used as class name prefix. 
I don't want to restrict developers to make a pi1 folder or something 
like that. The pi1-folder is just for the example and with it i aimed to 
show the integrity of ZFext. Generally your free to even put your 
controllers/models/views etc. directly in your extension root or in some 
deeper nested directory.
>    
>> config {
>>      tx_zfext {
>>      
> Is there any technical reason to use "config"? That array is loaded early
> at each page. If you add a lot of info there, you increase memory
> requirements for each request.
>
>    
This setup is completely passed as bootstrap config to Zend_Application. 
ZFext is currently registering its plugin and library with 
Zfext_ExtMgm::addPItoST43 and Zfext_Mgm::addLibrary itself - that's why 
i did not put this setup in plugin.tx_zfext. Besides i saw it in extbase 
and thought "Ok - they do it like that, i'll do that too". But i could 
move it to plugin.tx_zfext again.


From dominique.delvaux at cfwb.be  Fri Jul  2 13:21:32 2010
From: dominique.delvaux at cfwb.be (Dominique Delvaux)
Date: Fri, 02 Jul 2010 13:21:32 +0200
Subject: [TYPO3-dev] meta data
Message-ID: <mailman.27595.1278069987.610.typo3-dev@lists.typo3.org>

Our website works now with TYPO3 Ver. 4.2.8 and I have discovered that 
there is no way to record meta data about pages. Our support team said 
"there is a bug and we asked the Typo3 community ". Is this true ?????
Dominique

-- 
Dominique Delvaux
Directrice de recherche
Observatoire de l?Enfance, de la Jeunesse et de l?Aide ? la Jeunesse
dominique.delvaux at cfwb.be
32+486 09 07 44
Skype : domdelobs
www.oejaj.cfwb.be


******
"Avant d'imprimer cet email, r?fl?chissez ? l'impact sur l'environnement, merci."

Clause d'exon?ration de responsabilit? :
http://www.cfwb.be/index.php?id=disclaimer
******

From stephenbungert at yahoo.de  Fri Jul  2 13:27:58 2010
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 2 Jul 2010 13:27:58 +0200
Subject: [TYPO3-dev] meta data
References: <mailman.27595.1278069987.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278070371.5843.typo3-dev@lists.typo3.org>

Theres a "meta" tab for each page,

You can add basic meta info there.

You then need setup the meta part of the page object to use this data (see 
the TSREF).

When extensions have single pages (like a news article) you can make 
TypoScript RECORDS object to collect, tags, a  part of the description etc. 
and use this as meta tags.

There are also several SEO etensions in the TER, but I have no experience of 
them.

Stephen


"Dominique Delvaux" <dominique.delvaux at cfwb.be> schrieb im Newsbeitrag 
news:mailman.27595.1278069987.610.typo3-dev at lists.typo3.org...
> Our website works now with TYPO3 Ver. 4.2.8 and I have discovered that
> there is no way to record meta data about pages. Our support team said
> "there is a bug and we asked the Typo3 community ". Is this true ?????
> Dominique
>
> -- 
> Dominique Delvaux
> Directrice de recherche
> Observatoire de l?Enfance, de la Jeunesse et de l?Aide ? la Jeunesse
> dominique.delvaux at cfwb.be
> 32+486 09 07 44
> Skype : domdelobs
> www.oejaj.cfwb.be
>
>
> ******
> "Avant d'imprimer cet email, r?fl?chissez ? l'impact sur l'environnement, 
> merci."
>
> Clause d'exon?ration de responsabilit? :
> http://www.cfwb.be/index.php?id=disclaimer
> ******
> 





From dmitry.dulepov at gmail.com  Fri Jul  2 16:21:23 2010
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Fri, 02 Jul 2010 16:21:23 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.27579.1278066429.610.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>	<mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>
	<mailman.27579.1278066429.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278080769.18755.typo3-dev@lists.typo3.org>

Hi!

Christian Opitz - Netzelf wrote:
> Because i actually did not want to write something very new but rather
> combine two already good things.

There is nothing good in "addPItoST43" name. The name was chosen by Kasper
when he had something with uid=43 somewhere in TYPO3. I doubt even he
remembers what was that exactly. Since it was introduced, it cannot be
changed now but it is not the reason to use such bad names in new
extensions. Would you expect Extbase or FLOW3 keep using such names?
Probably, no. So why do you use it? Choose meaningful name that describe
what the function does :) Follow good examples, not bad ones...

> Oh - i meant TS - but which key there plugin.tx_example or config.tx_zfext.resources.zfext.tx_example?

plugin......

> I don't want to restrict developers to make a pi1 folder or something like that.

Than you should provide recommendation about structuring extensions that
use ZFExt :)



-- 
Dmitry Dulepov
TYPO3 expert / TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From christian.opitz at netzelf.de  Fri Jul  2 17:17:12 2010
From: christian.opitz at netzelf.de (Christian Opitz - Netzelf)
Date: Fri, 02 Jul 2010 17:17:12 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1278080769.18755.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>	<mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>	<mailman.27579.1278066429.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278080769.18755.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27632.1278084110.610.typo3-dev@lists.typo3.org>


> There is nothing good in "addPItoST43" name. The name was chosen by Kasper
> when he had something with uid=43 somewhere in TYPO3. I doubt even he
> remembers what was that exactly. Since it was introduced, it cannot be
> changed now but it is not the reason to use such bad names in new
> extensions. Would you expect Extbase or FLOW3 keep using such names?
> Probably, no. So why do you use it? Choose meaningful name that describe
> what the function does :) Follow good examples, not bad ones...
>    

Convinced :)

>    
>> Oh - i meant TS - but which key there plugin.tx_example or config.tx_zfext.resources.zfext.tx_example?
>>      
> plugin......
>    
Ok
>    
>> I don't want to restrict developers to make a pi1 folder or something like that.
>>      
> Than you should provide recommendation about structuring extensions that
> use ZFExt :)
>
>
>
>    
I'll do that in the documentation.

Thank you, best regards,
Christian



From aishu.moorthy at gmail.com  Fri Jul  2 17:21:11 2010
From: aishu.moorthy at gmail.com (aishwarya .)
Date: Fri, 2 Jul 2010 20:51:11 +0530
Subject: [TYPO3-dev] Contents appearing via the View tab doesnt appear in
	the Front End.
Message-ID: <mailman.27633.1278084363.610.typo3-dev@lists.typo3.org>

Hi,
I'm a newbie and presently doing the GSoC project "Enhancing Media
Feature of Typo3".
As a part of the project, with the guidance from my Mentor, Steffen
Kamper, the media wizard feature is now completed. For more details of
this feature please visit
http://lists.typo3.org/pipermail/typo3-dev/2010-May/040551.html

Now i am working on one more feature, ie, displaying thumbnail or
preview image of the video. I have created a check box near the text
box where the URL of the video is entered.
If it is checked, the Thumbnail preview image of the video is
displayed. Now the problem i'm facing is, the code works well when i
click the View tab from the left menu.
But while viewing through the front end, the preview image disappears...
Could anyone help me with this???
I have attached the Patch file along with this.. also in
http://pastebin.com/ye0fpWi7
Thanks in advance......

-- 
Thanks,
Aishwarya.M.B
http://aishwarya-stillsearchingwhoiam.blogspot.com/

From masi-no at spam-typo3.org  Fri Jul  2 20:56:16 2010
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Fri, 02 Jul 2010 20:56:16 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278097262.3873.typo3-dev@lists.typo3.org>

Am 30.06.2010 22:58, schrieb Christian Opitz - Netzelf:
> Hi Guys,
> 
> I'm currently writing an extension that enables developers to develop plugins with the Zend
> Framework -

Fine.

> so what i'm doing is sticking router, response, DB-adapter, module loaders and so on
> together to get them working within TYPO3.

Why the DB-adapter? Do you propose to access TYPO3's DB through it? IMHO this is a dangerous course.


> Now what worries me for certain days is how i should do that - because i somehow have the feeling
> that USER/USER_INT-objects in the plugin-objects is not the worst method as i think that it gives a
> faster insight whats happening. What do you think about that?

I don't know why Extbase doesn't set up plugins like standard plugins, but I find it distracting the
way it is done there.

Masi



From christian.opitz at netzelf.de  Fri Jul  2 22:12:02 2010
From: christian.opitz at netzelf.de (Christian Opitz - Netzelf)
Date: Fri, 02 Jul 2010 22:12:02 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1278097262.3873.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278097262.3873.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27653.1278101805.610.typo3-dev@lists.typo3.org>

Hi Masi,

> Why the DB-adapter? Do you propose to access TYPO3's DB through it? 
> IMHO this is a dangerous course.

Yes, actually i do that - i'm using the link from $GLOBALS['TYPO3_DB'] 
for that. You can see the adapter here: 
http://forge.typo3.org/projects/extension-zfext/repository/entry/trunk/zfext/library/Zend/Db/Adapter/Typo3.php

Why is that dangerous?

>> Now what worries me for certain days is how i should do that - because i somehow have the feeling
>> that USER/USER_INT-objects in the plugin-objects is not the worst method as i think that it gives a
>> faster insight whats happening. What do you think about that?
>>      
> I don't know why Extbase doesn't set up plugins like standard plugins, but I find it distracting the
> way it is done there.
>    

I think this way should seperate the plugin settings from the settings 
extbase needs to run it (controller, action etc.). I find this sensefull 
too but it has the drawback that there are two setups for the plugin  
(More or less it's security by obfuscation). Thats why i'm asking around 
here: I'm not sure, which way to go and it might be hard to change it later.

Christian




From ernst at cron-it.de  Sat Jul  3 09:56:38 2010
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Sat, 03 Jul 2010 09:56:38 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1278080769.18755.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>	<mailman.1.1278061863.25721.typo3-dev@lists.typo3.org>
	<mailman.27579.1278066429.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278080769.18755.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278143805.10954.typo3-dev@lists.typo3.org>

Dmitry Dulepov schrieb:
> Hi!
> 
> Christian Opitz - Netzelf wrote:
>> Because i actually did not want to write something very new but rather
>> combine two already good things.
> 
> There is nothing good in "addPItoST43" name. The name was chosen by Kasper
> when he had something with uid=43 somewhere in TYPO3. I doubt even he
> remembers what was that exactly.

To make it complete, the static template with uid=43 was "content 
(default)". The method meant to add functionality to the "content 
(default)" rendering, so that a custom plugin (USER object) could be 
rendered. It just makes sure your typoscript is loaded after the 
"tt_content" top level object is created.

Cheers,
Ernesto



From ernst at cron-it.de  Sat Jul  3 17:04:31 2010
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Sat, 03 Jul 2010 17:04:31 +0200
Subject: [TYPO3-dev] [TYPO3-v4] Kick-Off TYPO3 4.5
Message-ID: <mailman.27739.1278169502.610.typo3-dev@lists.typo3.org>

Hi People!

the development of version 4.5 of TYPO3 was kicked off an hour ago at
the T3DD10!

Some quick key facts for those who weren't able to attend to the kick
off session:

- 4.5 will be the long term support release of TYPO3, meaning it will be
maintained and supported for *three years* (at least...).

- This mean we want to include the most stable stuff in it. Plenty of
stuff was presented in the kick off announcement, a wiki page listing 
the projects and the release plan will follow soon.

- If you have some other ideas, projects already pending and ideas on
how to make 4.5 the most stable and reliable version ever, please get in
touch with the release management team of 4.5 (Steffen Kamper and myself).

Lets get things done!

Cheers,
Ernesto


PS: please follow-up to this thread in the typo3.projects.v4 list! Thanks!



From masi-no at spam-typo3.org  Mon Jul  5 09:50:20 2010
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 05 Jul 2010 09:50:20 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.27653.1278101805.610.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>	<mailman.1.1278097262.3873.typo3-dev@lists.typo3.org>
	<mailman.27653.1278101805.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278316507.6010.typo3-dev@lists.typo3.org>

Am 02.07.2010 22:12, schrieb Christian Opitz - Netzelf:
> Hi Masi,
> 
>> Why the DB-adapter? Do you propose to access TYPO3's DB through it? IMHO this is a dangerous course.
> 
> Yes, actually i do that - i'm using the link from $GLOBALS['TYPO3_DB'] for that. You can see the
> adapter here:
> http://forge.typo3.org/projects/extension-zfext/repository/entry/trunk/zfext/library/Zend/Db/Adapter/Typo3.php
> 
> 
> Why is that dangerous?

You disable DBAL support for extensions, which is probably only a "defect" for public extensions on
TER. Also it encourages users of your ZF extensions to bypass the DB API of TYPO3. This could have
unwanted side effects when ZF doesn't have the same hooks as the regulat API has.

So using ZF's DB access is not dangerous itself, but it least in the wrong direction.

Masi



From info at sk-typo3.de  Mon Jul  5 11:30:50 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Mon, 05 Jul 2010 11:30:50 +0200
Subject: [TYPO3-dev] Contents appearing via the View tab doesnt appear
	in the Front End.
In-Reply-To: <mailman.27633.1278084363.610.typo3-dev@lists.typo3.org>
References: <mailman.27633.1278084363.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278322530.12637.typo3-dev@lists.typo3.org>

Hi Aishwarya,

aishwarya . schrieb:
> Hi,
> I'm a newbie and presently doing the GSoC project "Enhancing Media
> Feature of Typo3".
> As a part of the project, with the guidance from my Mentor, Steffen
> Kamper, the media wizard feature is now completed. For more details of
> this feature please visit
> http://lists.typo3.org/pipermail/typo3-dev/2010-May/040551.html
> 
> Now i am working on one more feature, ie, displaying thumbnail or
> preview image of the video. I have created a check box near the text
> box where the URL of the video is entered.
> If it is checked, the Thumbnail preview image of the video is
> displayed. Now the problem i'm facing is, the code works well when i
> click the View tab from the left menu.
> But while viewing through the front end, the preview image disappears...
> Could anyone help me with this???
> I have attached the Patch file along with this.. also in
> http://pastebin.com/ye0fpWi7
> Thanks in advance......
> 

i just returned from the developer days, and i will look to this asap! 
Thanks for your efforts.

vg Steffen



From snute2008 at googlemail.com  Mon Jul  5 12:55:31 2010
From: snute2008 at googlemail.com (Simon Nute)
Date: Mon, 05 Jul 2010 11:55:31 +0100
Subject: [TYPO3-dev] 4.4 Install Tool dont work
In-Reply-To: <mailman.1.1276854137.17370.typo3-dev@lists.typo3.org>
References: <mailman.1.1276802183.13842.typo3-dev@lists.typo3.org>
	<mailman.1.1276852861.10452.typo3-dev@lists.typo3.org>
	<mailman.1.1276853359.11895.typo3-dev@lists.typo3.org>
	<mailman.1.1276854137.17370.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278327624.19068.typo3-dev@lists.typo3.org>

On 18/06/2010 10:37, Steffen Ritter wrote:
> Am 18.06.2010 11:25, schrieb Christian Leicht:
>> schrieb Philipp Gampe:
>>> On Thu, 17 Jun 2010 21:12:10 +0200, Christian Leicht wrote:
>>>> At "install/index.php?TYPO3_INSTALL[type]=config&mode=123&step=1" the
>>>> Login appears but the standard passwd dont work. It seems it proess
>>>> just
>>>> a reload of the page after press the Login button.
>>>
>>>> What can be the problem?
>>>
>>> check your cookie and session settings in your php.ini
>>>
>>> Best regards
>>> Phil
>>>
>>
>> I use only one php.ini for the Apache2. And on the mashine are 20 TYPO3
>> installations (4.1 - 4.3.x).
>>
>> If i install a 4.3 in the same docroot - it works fine
>>
>> Christian
> so you probably do not match the 4.4 requirements, or doing sth. else
> wrong.
>
> You probably might check any php-apache hardening stuff and or lokal
> instances which might prevent the browser from submitting the password
> correctly (browser addons, virus spam filters etc)
>
> regards
>
Hi, can you help me please - where are the 4.4 requirments listed 
please.  Thanks.




From typo3 at t3node.com  Mon Jul  5 13:38:25 2010
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Mon, 05 Jul 2010 13:38:25 +0200
Subject: [TYPO3-dev] 4.4 Install Tool dont work
In-Reply-To: <mailman.1.1278327624.19068.typo3-dev@lists.typo3.org>
References: <mailman.1.1276802183.13842.typo3-dev@lists.typo3.org>
	<mailman.1.1276852861.10452.typo3-dev@lists.typo3.org>
	<mailman.1.1276853359.11895.typo3-dev@lists.typo3.org>
	<mailman.1.1276854137.17370.typo3-dev@lists.typo3.org>
	<mailman.1.1278327624.19068.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278330193.22715.typo3-dev@lists.typo3.org>

Hi.

Am 05.07.2010 12:55, schrieb Simon Nute:
> Hi, can you help me please - where are the 4.4 requirments listed
> please.  Thanks.
> 

the requirements can be found in INSTALL.txt of the source package:
http://forge.typo3.org/projects/typo3v4-core/repository/entry/branches/TYPO3_4-4/INSTALL.txt

Please do not hijack mailinglist threads. Instead of pressing the reply
button and starting a new topic, open a new thread for that.

http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/

-- 
cheers,
Steffen



From rf at typoheads.at  Mon Jul  5 14:06:15 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Mon, 05 Jul 2010 14:06:15 +0200
Subject: [TYPO3-dev]  Proposal: Sanitize GET/POST parameters
Message-ID: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>

Hi,

TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it 
to the extension authors or the writers of TypoScript to care about XSS 
and SQLI.
This way, one can never be sure if a third party extension or even if 
his own extension is safe.
Furthermore TypoScript-Code like this can be very dangerous:

lib.something = TEXT
lib.something.data = GPvar:myParam

I propose to let TYPO3 do some basic filtering which can be customized 
globally via TypoScript.
The attached patch adds some filtering code to stdWrap. The first time 
stdWrap is called, all GET/POST parameters get sanitized as configured 
in TypoScript.
Sanitizing is divided into various tasks:
- Cast values to int if configured
- Remove bad words from value as configured
- Perform XSS filtering

The patch also adds a new script for XSS filtering because RemoveXSS is 
not really reliable in my view. To make the new script work, there's a 
need to do some basic charset detection to be able to handle UTF-8 
correctly.

The TypoScript code could look similar to this:

config.sanitizegp {
   intParams = param1, param4
   badWords = select,union,delete
   keepParams = param2, param3
}

intParams:
Will call intval() on each parameter in the list

badWords:
These words will be stripped out of the parameter content

keepParams:
These parameters will be passed through and remain untouched

This is just a proof of concept. There are certain issues like how to 
process arrays (like: param1[param]) or the little TypoScript options 
(Could be more, like disableXSS, ...).

The goal of this is to make it easier for admins, users to make their 
TYPO3 website safer. It doesn't mean, that it is bullet proof, but it 
should give a certain amount of security. Default url parameters like 
id, type and L are set as intParams as a default setting.

I would like to hear your opinions about that. Is this a useful feature?

From jigal at xs4all.nl  Mon Jul  5 15:24:44 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 05 Jul 2010 15:24:44 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>

Reinhard F?hricht wrote:
> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it 
> to the extension authors or the writers of TypoScript to care about XSS 
> and SQLI.

It's very hard to filter this and in many cases it's not necessary at 
all. For example, converting a parameter to an integer makes complicated 
filtering a waste of resources.

> Furthermore TypoScript-Code like this can be very dangerous:
> 
> lib.something = TEXT
> lib.something.data = GPvar:myParam

In general it is the responsibility of the administrator who wrote the 
Typoscript code to make sure it's safe.
For a TEXT object htmlspecialchars will be enough to prevent HTML to be 
injected in a page.

In the case of queries, the 'select' property has been extended in TYPO3 
4.4 to support markers. The values which replace these markers are 
properly quoted and escaped. By using markers you can safely use 
GET/POST values inside queries in Typoscript.

> The patch also adds a new script for XSS filtering because RemoveXSS is 
> not really reliable in my view. 

Can you give specify in which areas the RemoveXSS version which is 
included in the core is not really reliable? It already filters a lot of 
clever XSS attacks. Suggestions to improve it are always welcome!

> intParams:
> Will call intval() on each parameter in the list

There is already a function to convert to integer in Typoscript and of 
course in the API for extensions.

> badWords:
> These words will be stripped out of the parameter content

As you may have seen in RemoveXSS, stripping 'bad words' is not really 
simple. There are a lot of sneaky tactics to disguise a 'bad word' to 
make it harder to detect. RemoveXSS tries to render these 'bad words' 
harmless despite attempts to hide them.

Good to have someone thinking about security!

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From mail at ringerge.org  Mon Jul  5 15:32:43 2010
From: mail at ringerge.org (Georg Ringer)
Date: Mon, 05 Jul 2010 15:32:43 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278337051.32159.typo3-dev@lists.typo3.org>

Am 05.07.2010 15:24, schrieb Jigal van Hemert:
>> The patch also adds a new script for XSS filtering because RemoveXSS
>> is not really reliable in my view. 
> 
> Can you give specify in which areas the RemoveXSS version which is
> included in the core is not really reliable? It already filters a lot of
> clever XSS attacks. Suggestions to improve it are always welcome!

if you have found examples that the RremoveXSS from core is not secure
(enough), please don't reveal your findings here but send a mail to
security at typo3.org or contact me in private. please not here

Georg



From christian.opitz at netzelf.de  Mon Jul  5 15:42:06 2010
From: christian.opitz at netzelf.de (Christian Opitz - Netzelf)
Date: Mon, 05 Jul 2010 15:42:06 +0200
Subject: [TYPO3-dev] Your opinion please: ZF and T3
In-Reply-To: <mailman.1.1278316507.6010.typo3-dev@lists.typo3.org>
References: <mailman.27305.1277931795.610.typo3-dev@lists.typo3.org>	<mailman.1.1278097262.3873.typo3-dev@lists.typo3.org>	<mailman.27653.1278101805.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278316507.6010.typo3-dev@lists.typo3.org>
Message-ID: <mailman.27840.1278337600.610.typo3-dev@lists.typo3.org>

Martin Kutschker schrieb:
> Am 02.07.2010 22:12, schrieb Christian Opitz - Netzelf:
>   
>> Hi Masi,
>>
>>     
>>> Why the DB-adapter? Do you propose to access TYPO3's DB through it? IMHO this is a dangerous course.
>>>       
>> Yes, actually i do that - i'm using the link from $GLOBALS['TYPO3_DB'] for that. You can see the
>> adapter here:
>> http://forge.typo3.org/projects/extension-zfext/repository/entry/trunk/zfext/library/Zend/Db/Adapter/Typo3.php
>>
>>
>> Why is that dangerous?
>>     
>
> You disable DBAL support for extensions, which is probably only a "defect" for public extensions on
> TER. Also it encourages users of your ZF extensions to bypass the DB API of TYPO3. This could have
> unwanted side effects when ZF doesn't have the same hooks as the regulat API has.
>
> So using ZF's DB access is not dangerous itself, but it least in the wrong direction.
>
> Masi
Ok, i understand your critics. To enable DBAL support i would have to 
rewrite the adapter to proxy all mysql_*-calls over the 
TYPO3-DB-instance - do i get that right?

My plan is not to encourage developers to bypass the TYPO3 DB API. 
Rather i would like to provide a proper adapter, that bridges between ZF 
DB API and that of TYPO3. This should provide devs the ability to use 
the M in MVC with ZF-DbTables.

On the other hand i don't disable the support - devs are free to use 
$GLOBALS['TYPO3_DB'] and Zfext_Plugin::getInstance() which returns the 
instance of the current tslib_pibase-class.

Cheers,
Christian



From rf at typoheads.at  Mon Jul  5 16:17:10 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Mon, 05 Jul 2010 16:17:10 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278337051.32159.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278337051.32159.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278339719.2849.typo3-dev@lists.typo3.org>

Am 2010-07-05 15:32, schrieb Georg Ringer:
> Am 05.07.2010 15:24, schrieb Jigal van Hemert:
>>> The patch also adds a new script for XSS filtering because RemoveXSS
>>> is not really reliable in my view.
>>
>> Can you give specify in which areas the RemoveXSS version which is
>> included in the core is not really reliable? It already filters a lot of
>> clever XSS attacks. Suggestions to improve it are always welcome!
>
> if you have found examples that the RremoveXSS from core is not secure
> (enough), please don't reveal your findings here but send a mail to
> security at typo3.org or contact me in private. please not here
>
> Georg

I used Remove XSS for my extension Formhandler. The problem is not that 
it is insecure, but the problem is (at least it was about half a year 
ago) that RemoveXSS did the following:

- A user entered an email like user at basel.ch into a form field.
- RemoveXSS filtered it to something like: user@<basex>l.ch

So it's not a matter of insecurity, but a matter of filtering too much.
That's why I used another script for the filtering.

As I said, this was some time ago. I just tested it again, and it seems 
to work fine now, so there is no need to worry.

Reinhard



From rf at typoheads.at  Mon Jul  5 16:27:02 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Mon, 05 Jul 2010 16:27:02 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278340312.3544.typo3-dev@lists.typo3.org>

Am 2010-07-05 15:24, schrieb Jigal van Hemert:
> Reinhard F?hricht wrote:
>> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves
>> it to the extension authors or the writers of TypoScript to care about
>> XSS and SQLI.
>
> It's very hard to filter this and in many cases it's not necessary at
> all. For example, converting a parameter to an integer makes complicated
> filtering a waste of resources.

I think it is necessary in all cases, except for integer parameters of 
course. These parameters will not have to be filtered.

>
>> Furthermore TypoScript-Code like this can be very dangerous:
>>
>> lib.something = TEXT
>> lib.something.data = GPvar:myParam
>
> In general it is the responsibility of the administrator who wrote the
> Typoscript code to make sure it's safe.
> For a TEXT object htmlspecialchars will be enough to prevent HTML to be
> injected in a page.

Everytime I use any url parameter in TypoScript or in my PHP code, I 
have to worry about security. In my view it would be much more 
comfortable to be able to globally manage the url parameters (However 
the TypoScript my look like).


>
> In the case of queries, the 'select' property has been extended in TYPO3
> 4.4 to support markers. The values which replace these markers are
> properly quoted and escaped. By using markers you can safely use
> GET/POST values inside queries in Typoscript.

see above.

>
>> The patch also adds a new script for XSS filtering because RemoveXSS
>> is not really reliable in my view.
>
> Can you give specify in which areas the RemoveXSS version which is
> included in the core is not really reliable? It already filters a lot of
> clever XSS attacks. Suggestions to improve it are always welcome!

As stated in my other post, RemoveXSS works fine. Apparently, the 
misbehaviour got fixed some time ago.

>
>> intParams:
>> Will call intval() on each parameter in the list
>
> There is already a function to convert to integer in Typoscript and of
> course in the API for extensions.

see above: I have to do this everytime I use a parameter in TypoScript 
and this sucks :-)

>
>> badWords:
>> These words will be stripped out of the parameter content
>
> As you may have seen in RemoveXSS, stripping 'bad words' is not really
> simple. There are a lot of sneaky tactics to disguise a 'bad word' to
> make it harder to detect. RemoveXSS tries to render these 'bad words'
> harmless despite attempts to hide them.

I know that bad word filtering is more complicated than doing a simple 
str_replace(), right now the provided code is just concept work, no 
bullet-proofness :-)

>
> Good to have someone thinking about security!
>

There are clever guys taking care of securing TYPO3 and they do great 
work. I just thought maybe this could be a simple way to provide a more 
comfortable solution.




From chris at swift-lizard.com  Mon Jul  5 16:33:04 2010
From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard})
Date: Mon, 05 Jul 2010 16:33:04 +0200
Subject: [TYPO3-dev]  Your Opinions please
Message-ID: <mailman.1.1278340672.4209.typo3-dev@lists.typo3.org>

Hi guys,

after last weekends Dev-Days I?d like to ask you for your opinions on 
two diffrent topics.

1. I would love to see the backend.php refactored for skininng purposes.
    At the moment the scaffolding as well as the js and css libs loaded
    are set in the render method as well as in __construct. Either in
    variables within the method or to protected vars that got no setter
    or getter.

    Anyone __against__ refactoring that so that those parts can be
    altered via hook, so backend can be styled completely free.

    At the moment I have to do that by Xclassing the backend.php witch
    is to my mind the nastiest way to do it. But I had no other chance.


2. The other Problem I encountered several times during development is
    that there are several nice BE - Modules / Classes witch I would
    like to reuse, for instance SC_db_list. Now if one tries to to
    require or include the file db_list.php you can imagine what
    happens,.. it does not work.

    All because of those nise little line on the bottom of the file:

	// Make instance:
	$SOBE = t3lib_div::makeInstance('SC_db_list');
	$SOBE->init();

	// Include files?
	foreach($SOBE->include_once as $INC_FILE)		
		include_once($INC_FILE);

	$SOBE->clearCache();
	$SOBE->main();
	$SOBE->printContent();

    I would love to see that changed in 4.5 so that the file
    db_list.php requires the SC_db_list class from another location,
    so the class it self can be reused on different locations.

    This should be done for several other modules as well I think.


What do you think of this ? It wouldn?t harm core in any way but make 
the classes reuseable for anyone who would like to.

If you agree I would file a feature request in Bugtracker and provide 
some changes.


Cheers

Chris



From stephenbungert at yahoo.de  Mon Jul  5 17:50:18 2010
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Mon, 5 Jul 2010 17:50:18 +0200
Subject: [TYPO3-dev] Your Opinions please
References: <mailman.1.1278340672.4209.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278345308.9782.typo3-dev@lists.typo3.org>

Don't know what was discussed as I was not there, but I find the whole BE to 
complex for the other people to use in the company that I work for.

I've often thought that TYPO3 needs a sort of Frontend Backend (for want of 
a better description) along the lines of wordpress - in this kind of 
direction, I'm not saying WP is better, just that the BE is great for 
non-nerds, and tries to reduce the compleity as much as possible.

I know that there is FE editing now which is great for when you see an error 
in the page and want to change it quickly, but for all the other tasks like 
managing categories, proof-reading and so on I think the BE is better. But 
still too complex, just not showing something using exclude fields doesn't 
make the BE a better experience if your a content writer. 





From chris at swift-lizard.com  Mon Jul  5 18:05:31 2010
From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard})
Date: Mon, 05 Jul 2010 18:05:31 +0200
Subject: [TYPO3-dev] Your Opinions please
In-Reply-To: <mailman.1.1278345308.9782.typo3-dev@lists.typo3.org>
References: <mailman.1.1278340672.4209.typo3-dev@lists.typo3.org>
	<mailman.1.1278345308.9782.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278346220.10957.typo3-dev@lists.typo3.org>

Hi,

> Don't know what was discussed as I was not there, but I find the whole BE to
> complex for the other people to use in the company that I work for.

Maybe, but this topic is more dev related, though I am talking about 
refactoring the code not the output.

> I've often thought that TYPO3 needs a sort of Frontend Backend (for want of
> a better description) along the lines of wordpress - in this kind of
> direction, I'm not saying WP is better, just that the BE is great for
> non-nerds, and tries to reduce the compleity as much as possible.

Me personally I think Be is only to complex if you give an editor the 
view of an admin,... in all other cases the complexity should be a lot 
lower then in wordpress or other cms.

Cheers chris





From masi-no at spam-typo3.org  Mon Jul  5 19:06:54 2010
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 05 Jul 2010 19:06:54 +0200
Subject: [TYPO3-dev] Your Opinions please
In-Reply-To: <mailman.1.1278340672.4209.typo3-dev@lists.typo3.org>
References: <mailman.1.1278340672.4209.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278349902.14923.typo3-dev@lists.typo3.org>

Am 05.07.2010 16:33, schrieb Chris Zepernick {SwiftLizard}:
>
> 2. The other Problem I encountered several times during development is
>    that there are several nice BE - Modules / Classes witch I would
>    like to reuse, for instance SC_db_list.

Of course course this should be changed. And if the only reason is that we have after a clean-up
only one class and nothing else in a file with a location that enables (in the future) a
name/path-based autoloading.

But I have run into the same problem as you.

Masi



From jigal at xs4all.nl  Mon Jul  5 19:23:55 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 05 Jul 2010 19:23:55 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278337051.32159.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.27838.1278336585.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278337051.32159.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278350934.15962.typo3-dev@lists.typo3.org>

Georg Ringer wrote:
> if you have found examples that the RremoveXSS from core is not secure
> (enough), please don't reveal your findings here but send a mail to
> security at typo3.org or contact me in private. please not here

Sorry, you are absolutely right!

I was just surprised that after testing it together with Steffen with a 
long list of obfuscated attacks it would be "not really reliable".

And yes, security problems/findings should go to the security team.

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From dmitry at typo3.org  Tue Jul  6 17:04:00 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Tue, 06 Jul 2010 18:04:00 +0300
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>

Hi!

Reinhard F?hricht wrote:
> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it
> to the extension authors or the writers of TypoScript to care about XSS
> and SQLI.

I recognize the danger but I think that leaving it up to developers what to
do with data is a good idea. We'd better educate the developers instead of
trying to make workarounds. Just an opinion...

> The patch also adds a new script for XSS filtering because RemoveXSS is
> not really reliable in my view. To make the new script work, there's a
> need to do some basic charset detection to be able to handle UTF-8
> correctly.

Please, do not make stdWrap function longer. Your new code should go into
the separate function with a good name that can be called to perform its
own task. stdWrap is already long enough.

Logically sanitizing does not belong to stdWrap. It is a generic purpose
code. It would be better to call it in index.php, not in stdWrap. Your
current solution does not work for eID, for example.

> I would like to hear your opinions about that. Is this a useful feature?

As I said, I'd rather leave it to developers... But I do not insist. I
understand tyhat many developers have no clue how dangerous XS can be.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From rf at typoheads.at  Tue Jul  6 17:20:36 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Tue, 06 Jul 2010 17:20:36 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278429926.601.typo3-dev@lists.typo3.org>

Am 2010-07-06 17:04, schrieb Dmitry Dulepov:
> Hi!
>
> Reinhard F?hricht wrote:
>> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it
>> to the extension authors or the writers of TypoScript to care about XSS
>> and SQLI.
>
> I recognize the danger but I think that leaving it up to developers what to
> do with data is a good idea. We'd better educate the developers instead of
> trying to make workarounds. Just an opinion...

Not everybody who knows how to set up a TYPO3 Website is a developer.
And as you said below, not every developer and I add not every Certified 
Integrator and not every person with the knowledge to use stdWrap has 
knowledge about the dangers "out there".
In my view, basic security settings are mandatory. If a developer wants 
to take care about security himself, he should be able to set something 
like:

config.sanitizeGP.disable = 1

>
>> The patch also adds a new script for XSS filtering because RemoveXSS is
>> not really reliable in my view. To make the new script work, there's a
>> need to do some basic charset detection to be able to handle UTF-8
>> correctly.
>
> Please, do not make stdWrap function longer. Your new code should go into
> the separate function with a good name that can be called to perform its
> own task. stdWrap is already long enough.
>
> Logically sanitizing does not belong to stdWrap. It is a generic purpose
> code. It would be better to call it in index.php, not in stdWrap. Your
> current solution does not work for eID, for example.

Yes, of course. I made a small extension for this taks a while ago and 
used a hook in stdWrap to integrate my code. Therefore, for this 
proposal here, I more or less just copy-pasted the code from my 
extension into core.
If the code would be integrated into core, it must be totally rewritten, 
of course.

>
>> I would like to hear your opinions about that. Is this a useful feature?
>
> As I said, I'd rather leave it to developers... But I do not insist. I
> understand tyhat many developers have no clue how dangerous XS can be.
>




From info at cybercraft.de  Tue Jul  6 17:59:43 2010
From: info at cybercraft.de (JoH asenau)
Date: Tue, 6 Jul 2010 17:59:43 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>

>> The patch also adds a new script for XSS filtering because RemoveXSS
>> is not really reliable in my view. To make the new script work,
>> there's a need to do some basic charset detection to be able to
>> handle UTF-8 correctly.
> 
> Please, do not make stdWrap function longer. Your new code should go
> into the separate function with a good name that can be called to
> perform its own task. stdWrap is already long enough.

FYI: http://forge.typo3.org/projects/extension-tspimp/wiki

Cheers

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com

From franz at ttproducts.de  Tue Jul  6 19:21:49 2010
From: franz at ttproducts.de (Franz Holzinger)
Date: Tue, 06 Jul 2010 19:21:49 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278437206.10011.typo3-dev@lists.typo3.org>

Le 06/07/2010 17:04, Dmitry Dulepov a ?crit :
> Hi!
> 
> Reinhard F?hricht wrote:
>> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it
>> to the extension authors or the writers of TypoScript to care about XSS
>> and SQLI.
> 
> I recognize the danger but I think that leaving it up to developers what to
> do with data is a good idea. We'd better educate the developers instead of
> trying to make workarounds. Just an opinion...
> 
>> I would like to hear your opinions about that. Is this a useful feature?
> 
> As I said, I'd rather leave it to developers... But I do not insist. I
> understand tyhat many developers have no clue how dangerous XS can be.

I think the API could have an additional parameter for doing security
modifications of the input parameters:

t3lib_div::_GET
t3lib_div::_POST
t3lib_div::_GP
t3lib_div::_GPmerged

Then the developers could use this, but are not forced to. And an
additional configuration could be added to always make the checks.


- Franz



From daniel at typo3-nl.eu  Wed Jul  7 01:17:32 2010
From: daniel at typo3-nl.eu (Daniel Doesburg | Doesburg.biz)
Date: Wed, 07 Jul 2010 01:17:32 +0200
Subject: [TYPO3-dev]  Where to report this bug/problem?
Message-ID: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>

If I, in T3-4.4.0 use tt_news (BTW by installation it gives that it's 
not compatible with version 4.4) and in the Adminpanel select "Explain 
SELECT queries:" I get a error 500.
More information I can not get in no way.

Is this a problem of version 4.4?
Is it a problem of tt_news?
Or isit a problem of the Adminpanel himself?

In other words, where shall I drop a bugreport?


Kind regards,

Daniel Doesburg



From info at sk-typo3.de  Wed Jul  7 01:34:16 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Wed, 07 Jul 2010 01:34:16 +0200
Subject: [TYPO3-dev] Where to report this bug/problem?
In-Reply-To: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
References: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278459536.1009.typo3-dev@lists.typo3.org>

Hi,

Daniel Doesburg | Doesburg.biz schrieb:
> If I, in T3-4.4.0 use tt_news (BTW by installation it gives that it's 
> not compatible with version 4.4) and in the Adminpanel select "Explain 
> SELECT queries:" I get a error 500.
> More information I can not get in no way.
> 
> Is this a problem of version 4.4?
> Is it a problem of tt_news?
> Or isit a problem of the Adminpanel himself?
> 
> In other words, where shall I drop a bugreport?
> 
> 

try to reproduce this with the introduction package. Please post the url 
which is called in this case.

It sounds like a core problem, could also be an issue of wrong 
configuration.

vg Steffen



From daniel at typo3-nl.eu  Wed Jul  7 10:35:43 2010
From: daniel at typo3-nl.eu (Daniel Doesburg | Doesburg.biz)
Date: Wed, 07 Jul 2010 10:35:43 +0200
Subject: [TYPO3-dev] Where to report this bug/problem?
In-Reply-To: <mailman.1.1278459536.1009.typo3-dev@lists.typo3.org>
References: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
	<mailman.1.1278459536.1009.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278492028.30688.typo3-dev@lists.typo3.org>

Hi Steffen,

Thanks for your answer. I've installed the intro-package and until now 
no problem with the adminpanel.
I'll step by step add the other extensions I'm using in the "problem-site".
Or create step by step a copy of the bad one.

I'll let you know where I get stuck.

Kind regards,

Daniel Doesburg




Op 7-7-2010 1:34, Steffen Kamper schreef:
> Hi,
>
> Daniel Doesburg | Doesburg.biz schrieb:
>> If I, in T3-4.4.0 use tt_news (BTW by installation it gives that it's
>> not compatible with version 4.4) and in the Adminpanel select "Explain
>> SELECT queries:" I get a error 500.
>> More information I can not get in no way.
>>
>> Is this a problem of version 4.4?
>> Is it a problem of tt_news?
>> Or isit a problem of the Adminpanel himself?
>>
>> In other words, where shall I drop a bugreport?
>>
>>
>
> try to reproduce this with the introduction package. Please post the url
> which is called in this case.
>
> It sounds like a core problem, could also be an issue of wrong
> configuration.
>
> vg Steffen




From dominique.delvaux at cfwb.be  Wed Jul  7 11:41:56 2010
From: dominique.delvaux at cfwb.be (Dominique Delvaux)
Date: Wed, 07 Jul 2010 11:41:56 +0200
Subject: [TYPO3-dev] meta data
In-Reply-To: <mailman.1.1278070371.5843.typo3-dev@lists.typo3.org>
References: <mailman.27595.1278069987.610.typo3-dev@lists.typo3.org>
	<mailman.1.1278070371.5843.typo3-dev@lists.typo3.org>
Message-ID: <mailman.28180.1278496007.610.typo3-dev@lists.typo3.org>

Thanks a lot !
You are a better support team then mine !
Dominique

Le 2/07/2010 13:27, Stephen Bungert a ?crit :
> Theres a "meta" tab for each page,
>
> You can add basic meta info there.
>
> You then need setup the meta part of the page object to use this data (see
> the TSREF).
>
> When extensions have single pages (like a news article) you can make
> TypoScript RECORDS object to collect, tags, a  part of the description etc.
> and use this as meta tags.
>
> There are also several SEO etensions in the TER, but I have no experience of
> them.
>
> Stephen
>
>
> "Dominique Delvaux"<dominique.delvaux at cfwb.be>  schrieb im Newsbeitrag
> news:mailman.27595.1278069987.610.typo3-dev at lists.typo3.org...
>    
>> Our website works now with TYPO3 Ver. 4.2.8 and I have discovered that
>> there is no way to record meta data about pages. Our support team said
>> "there is a bug and we asked the Typo3 community ". Is this true ?????
>> Dominique
>>
>> -- 
>> Dominique Delvaux
>> Directrice de recherche
>> Observatoire de l'Enfance, de la Jeunesse et de l'Aide ? la Jeunesse
>> dominique.delvaux at cfwb.be
>> 32+486 09 07 44
>> Skype : domdelobs
>> www.oejaj.cfwb.be
>>
>>
>> ******
>> "Avant d'imprimer cet email, r?fl?chissez ? l'impact sur l'environnement,
>> merci."
>>
>> Clause d'exon?ration de responsabilit? :
>> http://www.cfwb.be/index.php?id=disclaimer
>> ******
>>
>>      
>
>    
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev

-- 
Dominique Delvaux
Directrice de recherche
Observatoire de l'Enfance, de la Jeunesse et de l'Aide ? la Jeunesse
dominique.delvaux at cfwb.be
32+486 09 07 44
Skype : domdelobs
www.oejaj.cfwb.be




From dmitry at typo3.org  Wed Jul  7 13:18:21 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 07 Jul 2010 14:18:21 +0300
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
	<mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278501792.19639.typo3-dev@lists.typo3.org>

Hi!

JoH asenau wrote:
> FYI: http://forge.typo3.org/projects/extension-tspimp/wiki

Looks good! But why is it an extension? Shouldn't it be a subproject in the
core?

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From dmitry at typo3.org  Wed Jul  7 13:19:18 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 07 Jul 2010 14:19:18 +0300
Subject: [TYPO3-dev] Where to report this bug/problem?
In-Reply-To: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
References: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278501850.19639.typo3-dev@lists.typo3.org>

Hi!

Daniel Doesburg | Doesburg.biz wrote:
> If I, in T3-4.4.0 use tt_news (BTW by installation it gives that it's
> not compatible with version 4.4) and in the Adminpanel select "Explain
> SELECT queries:" I get a error 500.
> More information I can not get in no way.

Please, ask system administrator if mod_security is installed and active.
If yes, that can be the cause.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From daniel at typo3-nl.eu  Wed Jul  7 13:53:36 2010
From: daniel at typo3-nl.eu (Daniel Doesburg | Doesburg.biz)
Date: Wed, 07 Jul 2010 13:53:36 +0200
Subject: [TYPO3-dev] Where to report this bug/problem?
In-Reply-To: <mailman.1.1278501850.19639.typo3-dev@lists.typo3.org>
References: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
	<mailman.1.1278501850.19639.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278503906.23308.typo3-dev@lists.typo3.org>

Hi Dmitry,

Thanks for this answer. Small question. If the mod_security is 
installed, is it wise to ask the administrator to uninstall it? Or are 
there better ways to solve it?

Kind regards,

Daniel Doesburg


Op 7-7-2010 13:19, Dmitry Dulepov schreef:
> Hi!
>
> Daniel Doesburg | Doesburg.biz wrote:
>> If I, in T3-4.4.0 use tt_news (BTW by installation it gives that it's
>> not compatible with version 4.4) and in the Adminpanel select "Explain
>> SELECT queries:" I get a error 500.
>> More information I can not get in no way.
>
> Please, ask system administrator if mod_security is installed and active.
> If yes, that can be the cause.
>




From info at cybercraft.de  Wed Jul  7 13:58:21 2010
From: info at cybercraft.de (JoH asenau)
Date: Wed, 7 Jul 2010 13:58:21 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
	<mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
	<mailman.1.1278501792.19639.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278504195.24177.typo3-dev@lists.typo3.org>

>> FYI: http://forge.typo3.org/projects/extension-tspimp/wiki
> 
> Looks good! But why is it an extension? Shouldn't it be a subproject
> in the core?

It was just a quick shot at T3DD10 to get the attendees of the workshop as members into a project so that they can write to the wiki and commit stuff to a repository other than the official trunk. Since Steffen Kamper was leading the workshop together with me and he is also one of the release managers of 4.5, I guess we will be able to make this an official subproject of the core easily.

Cheers

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com

From dmitry at typo3.org  Wed Jul  7 15:28:24 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 07 Jul 2010 16:28:24 +0300
Subject: [TYPO3-dev] Where to report this bug/problem?
In-Reply-To: <mailman.1.1278503906.23308.typo3-dev@lists.typo3.org>
References: <mailman.1.1278458534.32496.typo3-dev@lists.typo3.org>
	<mailman.1.1278501850.19639.typo3-dev@lists.typo3.org>
	<mailman.1.1278503906.23308.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278509595.919.typo3-dev@lists.typo3.org>

Hi!

Daniel Doesburg | Doesburg.biz wrote:
> Thanks for this answer. Small question. If the mod_security is
> installed, is it wise to ask the administrator to uninstall it? Or are
> there better ways to solve it?

No, it would be better to bypass certain rules for admin panel. That should
be easy because mod_security allows conditional logic for filters. Admins
should know how to configure it.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From info at sk-typo3.de  Wed Jul  7 16:15:27 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Wed, 07 Jul 2010 16:15:27 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278504195.24177.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
	<mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
	<mailman.1.1278501792.19639.typo3-dev@lists.typo3.org>
	<mailman.1.1278504195.24177.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278512407.5207.typo3-dev@lists.typo3.org>

Hi,


i can't create subprojects. Anyway projects must not be an extension, it 
can be any project. When integration in core is done, we also can delete 
this project (or move to subproject of core)

vg Steffen



From dmitry at typo3.org  Wed Jul  7 16:44:29 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 07 Jul 2010 17:44:29 +0300
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278512407.5207.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
	<mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
	<mailman.1.1278501792.19639.typo3-dev@lists.typo3.org>
	<mailman.1.1278504195.24177.typo3-dev@lists.typo3.org>
	<mailman.1.1278512407.5207.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278514159.8730.typo3-dev@lists.typo3.org>

Hi!

Steffen Kamper wrote:
> i can't create subprojects. Anyway projects must not be an extension, it
> can be any project. When integration in core is done, we also can delete
> this project (or move to subproject of core)

I think Sebastian can create subprojects on Forge.

Do you plan to do development in the branch? That would be good because it
can be easily merged.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From info at sk-typo3.de  Wed Jul  7 16:50:44 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Wed, 07 Jul 2010 16:50:44 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278514159.8730.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
	<mailman.1.1278432274.3332.typo3-dev@lists.typo3.org>
	<mailman.1.1278501792.19639.typo3-dev@lists.typo3.org>
	<mailman.1.1278504195.24177.typo3-dev@lists.typo3.org>
	<mailman.1.1278512407.5207.typo3-dev@lists.typo3.org>
	<mailman.1.1278514159.8730.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278514524.9330.typo3-dev@lists.typo3.org>

Hi,

Dmitry Dulepov schrieb:
> Hi!
> 
> Steffen Kamper wrote:
>> i can't create subprojects. Anyway projects must not be an extension, it
>> can be any project. When integration in core is done, we also can delete
>> this project (or move to subproject of core)
> 
> I think Sebastian can create subprojects on Forge.
>

yes, olly can do it too. I'll ask them to move the project. The only 
thing i don't know if the current members still have access if it's a 
subproject.

> Do you plan to do development in the branch? That would be good because it
> can be easily merged.
> 

we checked in a copy from trunk of sysext cms, so merging will be possible.

vg Steffen



From firma at sfroemken.de  Thu Jul  8 08:57:56 2010
From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=)
Date: Thu, 08 Jul 2010 08:57:56 +0200
Subject: [TYPO3-dev]  table joining in list module
Message-ID: <mailman.1.1278572574.7229.typo3-dev@lists.typo3.org>

Hello,

I have one table which is joined with fe_users-table. I configured my 
table that way that I can see 3 cols of my table and 4th col is the 
username of fe_users.

2 questions:

1.) What I have to do to see the name-col of fe_users-table as default. 
TCA-Default is col: username.
For now I have inserted something like that in ext_tables.php:

t3lib_div::loadTCA('fe_users');
$TCA['fe_users']['ctrl']['label'] = 'name';

But now each table has name-col as default.

2.) Is there a possibility to display company-col to my table, too?

I tried to realize it with DB-Check, but there I can choose only one table.

Stefan



From schradt at uni-mainz.de  Thu Jul  8 12:48:05 2010
From: schradt at uni-mainz.de (Torsten Schrade)
Date: Thu, 08 Jul 2010 12:48:05 +0200
Subject: [TYPO3-dev] Suggest wizard not working with IRRE inline record and
	TYPO3 4.4
Message-ID: <mailman.1.1278586376.29067.typo3-dev@lists.typo3.org>

Dear List,

can anybody confirm the following problem:

Whereas in TYPO3 4.3 it was possible to use the autosuggest wizard in an
IRRE inline table this doesn't work in TYPO3 4.4. The wizard field in
the inline table doesn't react to user input anymore.

Interesting thing: If a field of the parent table is also using the
autosuggest wizard things start working again. So it seems that some JS
stuff isn't loaded if the IRRE field is the only one using the wizard.

If somebody can confirm this I will report a bug.

Cheers and a nice day,
Torsten



From typo3 at t3node.com  Thu Jul  8 14:41:17 2010
From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Thu, 08 Jul 2010 14:41:17 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not working
Message-ID: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>

Hi.

The value of the FF field "Forgot Password Message" in felogin is not
working. No matter what you type in that field, the text in the forget
password form does not change.

I had a quick look into the code and this is what I found out:

* The FF field name is "forgot_message"
* pi1 class uses "forgot_reset_message"
* locallang comes with both "ll_forgot_reset_message" and
"ll_forgot_reset_message"

So there are two solutions to solve this:
1. Rename the FF field --> will lead to empty fields in existing plugin
instances.
2. Change pi1 class to use forgot_message instead of
forgot_reset_message and change locallang accordingly.

Which solution would you prefer? Are there any drawbacks in terms of
backward compatibility?


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: http://twitter.com/t3node



From typo3 at t3node.com  Thu Jul  8 14:43:58 2010
From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Thu, 08 Jul 2010 14:43:58 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278593327.6481.typo3-dev@lists.typo3.org>

Am 08.07.2010 14:41, schrieb Steffen M?ller:
> * locallang comes with both "ll_forgot_reset_message" and
> "ll_forgot_reset_message"
> 

Sorry I meant:
* locallang comes with both "ll_forgot_message" and
"ll_forgot_reset_message"

The first one is text from the old reset mechanism. Why is it still in
there?
<label index="ll_forgot_message">Please enter the email address by which
you registered your user account. Then press &quot;Send password&quot;
and your password will immediately be emailed to you. Make sure to spell
your email address correctly.</label>



-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: http://twitter.com/t3node



From jigal at xs4all.nl  Thu Jul  8 15:47:42 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 08 Jul 2010 15:47:42 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278593327.6481.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
	<mailman.1.1278593327.6481.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278597170.12989.typo3-dev@lists.typo3.org>

Steffen M?ller wrote:
> * locallang comes with both "ll_forgot_message" and
> "ll_forgot_reset_message"
> 
> The first one is text from the old reset mechanism. Why is it still in
> there?

Sometimes things get left behind when a lot of modifications take place. 
Luckily there is the felogin manual. It contains a complete list of 
language labels which are in use (plus the usage of each label).

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From typo3 at t3node.com  Thu Jul  8 16:11:02 2010
From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Thu, 08 Jul 2010 16:11:02 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278597170.12989.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
	<mailman.1.1278593327.6481.typo3-dev@lists.typo3.org>
	<mailman.1.1278597170.12989.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278598551.15367.typo3-dev@lists.typo3.org>

Hi.

Am 08.07.2010 15:47, schrieb Jigal van Hemert:
> Sometimes things get left behind when a lot of modifications take place.
> Luckily there is the felogin manual. It contains a complete list of
> language labels which are in use (plus the usage of each label).
> 

So which of the suggested two solutions would you pick?


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: http://twitter.com/t3node



From fsu-lists at cobweb.ch  Thu Jul  8 16:19:18 2010
From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=)
Date: Thu, 08 Jul 2010 16:19:18 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278599048.16069.typo3-dev@lists.typo3.org>

Hi,

> 2. Change pi1 class to use forgot_message instead of
> forgot_reset_message and change locallang accordingly.

Seems like this is the better solution. Why do you need to change 
locallang? In your next mail you say that there is a "ll_forgot_message" 
string.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch



From typo3 at t3node.com  Thu Jul  8 16:46:16 2010
From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Thu, 08 Jul 2010 16:46:16 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278599048.16069.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
	<mailman.1.1278599048.16069.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278600664.18082.typo3-dev@lists.typo3.org>

Salut Fran?ois,


Am 08.07.2010 16:19, schrieb Fran?ois Suter:
> Hi,
> 
>> 2. Change pi1 class to use forgot_message instead of
>> forgot_reset_message and change locallang accordingly.
> 
> Seems like this is the better solution. Why do you need to change
> locallang? In your next mail you say that there is a "ll_forgot_message"
> string.
> 

Well, the original value of ll_forgot_message is outdated and wrong and
needs to be replaced by the value of forgot_reset_message.

I guess I'll just write a patch and send it to core list. Then we some
code we can talk about.


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: http://twitter.com/t3node



From typo3 at t3node.com  Thu Jul  8 18:15:16 2010
From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=)
Date: Thu, 08 Jul 2010 18:15:16 +0200
Subject: [TYPO3-dev] FF field "Forgot Password Message" in felogin not
	working
In-Reply-To: <mailman.1.1278600664.18082.typo3-dev@lists.typo3.org>
References: <mailman.1.1278593167.6481.typo3-dev@lists.typo3.org>
	<mailman.1.1278599048.16069.typo3-dev@lists.typo3.org>
	<mailman.1.1278600664.18082.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278606004.27792.typo3-dev@lists.typo3.org>

Am 08.07.2010 16:46, schrieb Steffen M?ller:
> I guess I'll just write a patch and send it to core list. Then we some
> code we can talk about.
> 
> 

http://bugs.typo3.org/view.php?id=15051


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: http://twitter.com/t3node



From helmut at typo3.org  Thu Jul  8 22:56:59 2010
From: helmut at typo3.org (Helmut Hummel)
Date: Thu, 08 Jul 2010 22:56:59 +0200
Subject: [TYPO3-dev] Proposal: Sanitize GET/POST parameters
In-Reply-To: <mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
References: <mailman.1.1278331864.25319.typo3-dev@lists.typo3.org>
	<mailman.1.1278428930.31791.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278622911.15543.typo3-dev@lists.typo3.org>

Hi Reinhard,

thanks for bringing this into discussion.

On 06.07.10 17:04, Dmitry Dulepov wrote:
> 
> Reinhard F?hricht wrote:
>> TYPO3 doesn't sanitize the values submitted in GET or POST and leaves it
>> to the extension authors or the writers of TypoScript to care about XSS
>> and SQLI.
> 
> I recognize the danger but I think that leaving it up to developers what to
> do with data is a good idea. We'd better educate the developers instead of
> trying to make workarounds. Just an opinion...

I agree with Dmitry here.

The problem is that you cannot do generic "sanitizing" for GET or POST
vars. Here's why:

A basic security rule for untrusted data is: FIEO (Filter/validate
Input, Escape Output).

For your application to be secure, you must by all means do both.

The problem is, that escaping has to be done specifically for the target.

So if you e.g. "sanitize" a GET value by applying htmlspecialchars(),
using this value in a HTML context might be fine, using it in a SQL
context leaves your application still vulnerable. Besides that you will
have something like "My friend &amp; me" in the database.

The other way around, if you "sanitize" a GET value with fullQuoteStr(),
using it for the database might be secure, but using it in a HTML
context makes your application susceptible to XSS. Besides that, if
you'd output it as HTML you'd get something like "'O\'Reilly'"; not so nice.


But if we clearly distinguish between validation, filtering and
escaping, we could probably improve the current situation.

In extbase it is possible to define validation rules for each property
of an object. Probably we could use this validation framework to be able
to define validation rules for arbitrary GET or POST parameters.
Same applies for filtering.

While beeing a nice feature (and it would be quite secure e.g. for
integer values), this would of course have an impact on performance and
we must decide if it is worth to do so.

Because this would still not be enough. Escaping is still missing.
With the current flexibility of TypoScript and the need of proper
escaping depending on the context, this might be a difficult task:

lib.test = TEXT
lib.test.dataWrap = foo bar | {GP:test}

How should the TEXT object "know", if the output it produces is used as
HTML output or as part of a SQL query in a TypoScript select function?
So e.g. htmlSpecialChars = 1 as default would be wrong.


Last but not least, a "positive security model" should always be used
(whitelist approach: deny all, allow some). This means that using a
filter that removes "bad words", might leave your application to be
insecure if you do not escape the value properly afterwards (see above).


To sum it up. I would welcome any improvements in regard of TypoScript
or Extensions beeing "secure by default", but this is at least a
difficult if not an impossible task.

Regards Helmut



From firma at sfroemken.de  Fri Jul  9 12:25:56 2010
From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=)
Date: Fri, 09 Jul 2010 12:25:56 +0200
Subject: [TYPO3-dev] table joining in list module
In-Reply-To: <mailman.1.1278572574.7229.typo3-dev@lists.typo3.org>
References: <mailman.1.1278572574.7229.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278671455.4450.typo3-dev@lists.typo3.org>

I have solved it with a backend module.

Stefan Fr?mken schrieb:
> Hello,
> 
> I have one table which is joined with fe_users-table. I configured my 
> table that way that I can see 3 cols of my table and 4th col is the 
> username of fe_users.
> 
> 2 questions:
> 
> 1.) What I have to do to see the name-col of fe_users-table as default. 
> TCA-Default is col: username.
> For now I have inserted something like that in ext_tables.php:
> 
> t3lib_div::loadTCA('fe_users');
> $TCA['fe_users']['ctrl']['label'] = 'name';
> 
> But now each table has name-col as default.
> 
> 2.) Is there a possibility to display company-col to my table, too?
> 
> I tried to realize it with DB-Check, but there I can choose only one table.
> 
> Stefan



From info at rs-websystems.de  Fri Jul  9 14:11:36 2010
From: info at rs-websystems.de (Steffen Ritter)
Date: Fri, 09 Jul 2010 14:11:36 +0200
Subject: [TYPO3-dev]  T3CON Tutorial Day - CodeSprint
Message-ID: <mailman.1.1278677787.17274.typo3-dev@lists.typo3.org>

Hey folks,
anyone interested in doing some v4.5 coding on the tutorial day - if 
there woudl be some guys of you present, i would book one more night at 
the hotel.

regards

Steffen R



From info at cybercraft.de  Fri Jul  9 18:29:37 2010
From: info at cybercraft.de (JoH asenau)
Date: Fri, 9 Jul 2010 18:29:37 +0200
Subject: [TYPO3-dev] T3CON Tutorial Day - CodeSprint
References: <mailman.1.1278677787.17274.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278693277.4625.typo3-dev@lists.typo3.org>

> anyone interested in doing some v4.5 coding on the tutorial day - if
> there woudl be some guys of you present, i would book one more night
> at the hotel.

Depends on the tutorials and if I will be hosting one of them.
Otherwise I guess it would be a good idea to book one more night and sleep a bit longer on Friday.
Maybe we can even make it a tutorial?
"How to fix bugs and add new features - the newbies guide to core development"

Cheers

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com

From bvbmedia at gmail.com  Sat Jul 10 12:39:21 2010
From: bvbmedia at gmail.com (Bas van Beek)
Date: Sat, 10 Jul 2010 12:39:21 +0200
Subject: [TYPO3-dev]  TYPO3_MOD_PATH correct value
Message-ID: <mailman.28881.1278758657.610.typo3-dev@lists.typo3.org>

Hi Jan,
You could easily bypass this issue by changing the following line:

define('TYPO3_MOD_PATH', '../typo3conf/ext/cooluri/mod1/');
$BACK_PATH='../../../../typo3/';

To the following:

if (!strstr($_SERVER['PHP_SELF'],'typo3conf')) {
  $BACK_PATH = '../../../';
  define('TYPO3_MOD_PATH', 'ext/multishop/');
} else {
  $BACK_PATH = '../../../../typo3/';
  define('TYPO3_MOD_PATH', '../typo3conf/ext/multishop/');
}

Best regards,

Bas van Beek
Webdeveloper

BVB Media Ltd

E-mail: bvbmedia at gmail.com
Web: www.bvbmedia.com
LinkedIn: http://nl.linkedin.com/in/basvanbeek



From jigal at xs4all.nl  Sun Jul 11 11:50:11 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Sun, 11 Jul 2010 11:50:11 +0200
Subject: [TYPO3-dev]  Speeding up INT objects in FE
Message-ID: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>

Hi,

It seems that (uncached) INT objects in a page form a major contribution 
to the time needed to serve a page. Even if the object itself doesn't do 
much unserializing it seems to take a considerable amount of time.

Ideas:

1. Reduce the size of the cObj [1]
The magic method __sleep() can return an array of names of class 
properties which need to be included in the serialized data. If 
tslib_cObj objects do not need all their properties survive the 
serialize/unserialize procedure this may speed up the process.

2. Make cObj serializable [2]
If the class implements the Serializable interface there are two extra 
methods available: serialize() and unserialize($data).
serialize() returns the serialized data which needs to be preserved.
unserialize() restores the property values
This is variation of 1. The interface is available in PHP >= 5.1.0

3. Use var_export() [3] [4]
var_export() produces a PHP parsable representation of the object. Since 
PHP >= 5.1.0 it can export classes too, but the class needs a method 
__set_state() [5] to restore the property values.
Pros:
+ seems to be faster than serialize
+ result is better readable than that of serialize
Cons:
- if __set_state() is not implemented in an object contained in the 
exported object it will result in a Fatal error: Call to undefined 
method <class>::__set_state
- doesn't support circular references

[1] 
http://www.php.net/manual/en/language.oop5.magic.php#language.oop5.magic.sleep
[2] http://www.php.net/manual/en/class.serializable.php
[3] http://www.php.net/manual/en/function.var-export.php
[4] 
http://blog.perplexedlabs.com/2008/02/12/php-fast-large-megabyte-data-transfer-between-sessions/
[5] 
http://www.php.net/manual/en/language.oop5.magic.php#language.oop5.magic.set-state

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From jigal at xs4all.nl  Sun Jul 11 11:58:25 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Sun, 11 Jul 2010 11:58:25 +0200
Subject: [TYPO3-dev]  XCLASS in CLI script
Message-ID: <mailman.1.1278842604.25401.typo3-dev@lists.typo3.org>

Hi,

I'm struggling with a CLI script which contains an XCLASS of an existing 
class. It's about the dmailer class (which extends the t3lib_htmlmail 
class); this is part of direct_mail.

I XCLASSed this class with ux_dmailer. Among other custom functions this 
contains a custom version of getURL() which can now send POST variables 
to login as an fe_user to fetch the newsletter taking access restricted 
content into account.
When invoked from the Direct Mail backend module everything works fine. 
The XCLASS definitions in ext_localconf.php do their work.

When invoked by a cronjob this apparently doesn't work. So I copied the 
cron script cli_direct_mail.php and added some definitions to include 
the XCLASS'ed scripts:

function massSend(){

     // Check if cronjob is already running:
if (@file_exists (PATH_site.'typo3temp/tx_directmail_cron.lock')) {
     // If the lock is not older than 1 day, skip index creation:
     if (filemtime (PATH_site.'typo3temp/tx_directmail_cron.lock') > 
(time() - (60*60*24))) {
         die('TYPO3 Direct Mail Cron: Aborting, another process is 
already running!'.chr(10));
     } else {
         echo('TYPO3 Direct Mail Cron: A .lock file was found but it is 
older than 1 day! Processing mails ...'.chr(10));
     }
}

$lockfile = PATH_site.'typo3temp/tx_directmail_cron.lock';
touch ($lockfile);

require_once(PATH_t3lib.'class.t3lib_cs.php');
require_once(PATH_t3lib.'class.t3lib_htmlmail.php');

//*** EXTRA begin ***//
# XCLASS definitions
$GLOBALS['TYPO3_CONF_VARS']['BE']['XCLASS']['ext/direct_mail/res/scripts/class.dmailer.php'] 
= t3lib_extMgm::extPath('my_directmail') . 'class.ux_dmailer.php';
//*** EXTRA end ***//

require_once(t3lib_extMgm::extPath('direct_mail').'res/scripts/class.dmailer.php');

//*** EXTRA begin ***//
require_once(t3lib_extMgm::extPath('my_directmail') . 
'class.ux_dmailer.php');
//*** EXTRA end ***//

$htmlmail = t3lib_div::makeInstance('dmailer');
$htmlmail->start();
$htmlmail->runcron();
unlink ($lockfile);
}


The first extra block is a modified version of the XCLASS setting from 
ext_localconf, to make sure that class dmailer can see that there is an 
XCLASS defined.

The second extra block is added to make sure that the script get included.

Somehow this doesn't work. Any ideas how to make TYPO3 use the XCLASS'ed 
functions?

Thanks in advanced for helping these overheated brains :-)

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From typo3 at t3node.com  Sun Jul 11 13:15:38 2010
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Sun, 11 Jul 2010 13:15:38 +0200
Subject: [TYPO3-dev] Speeding up INT objects in FE
In-Reply-To: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278847233.30798.typo3-dev@lists.typo3.org>

Hi.

4. Use memcache to store PHP objects.

I have tried that but did not benchmark it. Of course it is rather a
special configuration than a general approach, since memcache is not a
standard application.

-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Microblog:  http://twitter.com/t3node




From info at sk-typo3.de  Sun Jul 11 14:46:41 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Sun, 11 Jul 2010 14:46:41 +0200
Subject: [TYPO3-dev] Speeding up INT objects in FE
In-Reply-To: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278852695.5283.typo3-dev@lists.typo3.org>

Hi,

check out extension enetcache - christian did a good job for exactly 
this usage.

vg Steffen



From dmitry at typo3.org  Sun Jul 11 16:54:47 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Sun, 11 Jul 2010 17:54:47 +0300
Subject: [TYPO3-dev] Speeding up INT objects in FE
In-Reply-To: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278860381.13986.typo3-dev@lists.typo3.org>

Hi!

Jigal van Hemert wrote:
> - if __set_state() is not implemented in an object contained in the
> exported object it will result in a Fatal error: Call to undefined
> method <class>::__set_state

Easy to check and revert to serialize() if necessary.

> - doesn't support circular references

That's worse :(

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From dmitry at typo3.org  Sun Jul 11 17:02:08 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Sun, 11 Jul 2010 18:02:08 +0300
Subject: [TYPO3-dev] XCLASS in CLI script
In-Reply-To: <mailman.1.1278842604.25401.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842604.25401.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278860822.14531.typo3-dev@lists.typo3.org>

Hi!

I would remove this first:

> //*** EXTRA begin ***//
> require_once(t3lib_extMgm::extPath('my_directmail') .
> 'class.ux_dmailer.php');
> //*** EXTRA end ***//

because XCLASS code in dmailer.php already does it.

I would also put a call to:
	die("I am here!')
inside the XCLASS block at dmailer.php to see if it executes.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From thomas.brandl at native-instruments.de  Mon Jul 12 10:20:04 2010
From: thomas.brandl at native-instruments.de (Thomas Brandl)
Date: Mon, 12 Jul 2010 10:20:04 +0200
Subject: [TYPO3-dev] Typo3 4.4 workspaces: No
	versioningPlaceholderClause used for getTable_tt_content?
In-Reply-To: <4C2DB389.7050307@native-instruments.de>
References: <4C2DB389.7050307@native-instruments.de>
Message-ID: <mailman.29111.1278923103.610.typo3-dev@lists.typo3.org>

Hi,

no follow up on this matter so far? Would you recommend to post this in 
another mailing list - because I fear I am mistaken or have a messed up 
configuration?

Otherwise I'd report this as a bug - what do you think?

Thanks a lot for some enlightening!

Best,
t

Thomas Brandl wrote:
> Hi,
>
> when creating a new page element in a workspace, this element also 
> appears in the live view of the page in the backend Page module. There 
> is no visible difference between content elements that are live and 
> the content element that should only be visible in another workspace.
>
> The code here speaks for itself:
>
> The content elements are retrieved by 
> tx_cms_layout::getTable_tt_content() where the query is lacking a 
> WHERE statement to restrict workspaces:
>
> $queryParts = $this->makeQueryArray('tt_content', $id, 'AND 
> colPos='.intval($key).$showHidden.$showLanguage);
> $result = $GLOBALS['TYPO3_DB']->exec_SELECT_queryArray($queryParts);
>
> Adding t3lib_BEfunc::versioningPlaceholderClause('tt_content') to the 
> WHERE clause does not suffice, since 
> t3lib_BEfunc::versioningPlaceholderClause() only acts in a workspace 
> other than the live one:
>
> public static function versioningPlaceholderClause($table)  {
>     if ($GLOBALS['BE_USER']->workspace!==0 ...
>
> This does not seem as a bug to me since I haven't found any complaints 
> about this although it's a behavior anyone could miss. On the other 
> hand, seeing workspace elements in the live "Page" view is definitely 
> not something I want - at least not w/o any visual difference to live 
> content elements.
>
> Can anybody explain whether this is a feature and what the 
> idea/benefit is behind this or confirm it as a bug?
>
> Thanks a lot!
>
> Best,
> Thomas 

-- 
Thomas Brandl
Senior Webdeveloper | Marketing

Tel +49-30-611035-1552
Fax +49-30-611035-2552
thomas.brandl at native-instruments.de

NATIVE INSTRUMENTS GmbH
Schlesische Str. 28
10997 Berlin, Germany
http://www.native-instruments.com

***

MASCHINE - the next-generation groove production studio
=> http://www.native-instruments.com/maschine.info

AUDIO 4 DJ - the premium 4-channel interface for DJs
=> http://www.native-instruments.com/audio4dj.info

->>>>>> NATIVE INSTRUMENTS - The Future of Sound <<<<<<-

Registergericht: Amtsgericht Charlottenburg
Registernummer: HRB 72458
UST.-ID.-Nr. DE 20 374 7747
Gesch?ftsf?hrung: Daniel Haver (CEO), Mate Galic



From chris at swift-lizard.com  Mon Jul 12 11:38:07 2010
From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard})
Date: Mon, 12 Jul 2010 11:38:07 +0200
Subject: [TYPO3-dev]  problem with tt_news
Message-ID: <mailman.1.1278927783.16129.typo3-dev@lists.typo3.org>

Hi guys,

is there any possibility to get tt_news to show records in future if 
parameters tx_ttnews[year] and tx_ttnews[month] are passed via get.

So far I only get Archived records and none of the future ones.
tx_ttnews[arc] does not help.

What I am trying to do is to Filter a list of news witch represent 
events in the future.

solong

Chris



From typo3ml at andreaswolf.info  Mon Jul 12 12:06:43 2010
From: typo3ml at andreaswolf.info (Andreas Wolf)
Date: Mon, 12 Jul 2010 12:06:43 +0200
Subject: [TYPO3-dev] Outcommented code in tcemain which solves a bug >
	what	to do?
In-Reply-To: <mailman.1.1277731380.1294.typo3-dev@lists.typo3.org>
References: <mailman.1.1277731380.1294.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29143.1278929509.610.typo3-dev@lists.typo3.org>

Am 28.06.10 15:18, schrieb Georg Ringer:
> I have found a solution for a bug in tcemain which consists of using a
> code which has been commented out since 4.2.0 (rev #829 by Kasper with
> comment "More workspace dev"). The code was never used and has always
> been not in use

I had a look at the code and I'm a bit confused about it. First there is
searched for a live version, just to search for a workspace version
again afterwards. So what happens when you hand the function a record in
a workspace? Is the live or the workspace version used after this
procedure? It's not really clear to me on what this function would
operate under which circumstances.


> The code looks like this in t3lib_tcemain.php->copyRecord() [1]
> 
> The bug which is being fixed is [2]. It is very simple to reproduce by
> using DAM and TYPO3 (all latest trunk but doesnt really matter):
> 
> 1) Switch to a workspace and create a new page including a content
> element "Text w image".
> 2a) Copy the page to somewhere else and check that the image is not
> referenced there
> OR
> 2b) Copy the content element itself to the same page and check that the
> image is not referenced either.

From what I saw in the code, shouldn't it suffice to just change an
existing record in the workspace and then copy it? Then the live record
should be copied instead (which is wrong if you are in workspace).

This problem is somehow related to #3531, which also dealt with record
relations in MM tables (I noticed it especially with DAM records).


> I am still not sure if there are any side effects with using the code. I
> would be very happy for any comments

I can't tell about side effects either, but from what I see this code at
least fixes some "live-version-centerdness" of copyRecord().

Did you debug an example with and without this code and compare the uids
that are involved? It would really help to have an example.


Regards
Andreas


From jigal at xs4all.nl  Mon Jul 12 13:09:31 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 12 Jul 2010 13:09:31 +0200
Subject: [TYPO3-dev] XCLASS in CLI script
In-Reply-To: <mailman.1.1278860822.14531.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842604.25401.typo3-dev@lists.typo3.org>
	<mailman.1.1278860822.14531.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278933272.24653.typo3-dev@lists.typo3.org>

Hi,

Dmitry Dulepov wrote:
> I would remove this first:

Done (it didn't do anything because of the _once. But I removed it anyway)

> I would also put a call to:
> 	die("I am here!')
> inside the XCLASS block at dmailer.php to see if it executes.

I added a lot of debug stuff and found out that:
- in both cases the right file was found for inclusion in the XCLASS block
- in both cases the file was included

The call to
	$htmlmail = t3lib_div::makeInstance('dmailer');
turned out to be the problem. In case of invoking the mailer engine 
through the backend it returns an object of class 'ux_dmailer', in case 
of the cronjob it returns an object of class 'dmailer'.

I added some debug code to t3lib_div::getClassName() and found that in 
CLI mode class_exists('ux_' . $className, false) results in FALSE even 
though the XCLASS file was included.

The odd thing is that even inside my version of the direct_mail_cli 
class, in the function masssend() just after
	 
require_once(t3lib_extMgm::extPath('direct_mail').'res/scripts/class.dmailer.php');

class_exists('ux_dmailer', false) returns FALSE (and debug output in the 
XCLASS version, outside the class definition, still shows that the file 
is included).

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From jigal at xs4all.nl  Mon Jul 12 13:22:12 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 12 Jul 2010 13:22:12 +0200
Subject: [TYPO3-dev] problem with tt_news
In-Reply-To: <mailman.1.1278927783.16129.typo3-dev@lists.typo3.org>
References: <mailman.1.1278927783.16129.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278934033.26155.typo3-dev@lists.typo3.org>

Chris Zepernick {SwiftLizard} wrote:
> is there any possibility to get tt_news to show records in future if 
> parameters tx_ttnews[year] and tx_ttnews[month] are passed via get.

I haven't found a way to do that with tt_news.

When I had to filter news items this way I created the list with a 
Typoscript CONTENT element. The year/month values from the parameters 
were converted to a timestamp inside the query (in TYPO3 4.4 you can do 
that safely by using the new markers concept [1]) and I simply made my 
own renderObj to display the list.

[1] 
http://wiki.typo3.org/index.php/Pending_Documentation#doc_core_tsref_.284.4.29

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From chris at swift-lizard.com  Mon Jul 12 14:04:55 2010
From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard})
Date: Mon, 12 Jul 2010 14:04:55 +0200
Subject: [TYPO3-dev] problem with tt_news
In-Reply-To: <mailman.1.1278934033.26155.typo3-dev@lists.typo3.org>
References: <mailman.1.1278927783.16129.typo3-dev@lists.typo3.org>
	<mailman.1.1278934033.26155.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278936591.29869.typo3-dev@lists.typo3.org>

Hi,

> I haven't found a way to do that with tt_news.

actually debuging tt_news brought me the result ;-)

plugin.tt_news.enableArchiveDate = 0


Thanks anyway

chris




From typo3-german-02 at oliverklee.de  Mon Jul 12 19:42:17 2010
From: typo3-german-02 at oliverklee.de (Oliver Klee)
Date: Mon, 12 Jul 2010 19:42:17 +0200
Subject: [TYPO3-dev] [TYPO3-english] Spelling of sure/shure
Message-ID: <mailman.29229.1278957002.610.typo3-dev@lists.typo3.org>

Dears,

I kindly ask you to use the (correct) spelling "sure" for this word on
the newsgroups (and on slides).

My toenails curl up each time I read it spelled as "shure". :-)

Thanks,


Oli
-- 
Certified TYPO3 Integrator | TYPO3 Security Team Member



From lorenz.ulrich at phz.ch  Mon Jul 12 19:56:37 2010
From: lorenz.ulrich at phz.ch (Ulrich Lorenz PHZ Luzern)
Date: Mon, 12 Jul 2010 19:56:37 +0200
Subject: [TYPO3-dev] [TYPO3-english] Spelling of sure/shure
In-Reply-To: <mailman.29229.1278957002.610.typo3-dev@lists.typo3.org>
References: <mailman.29229.1278957002.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29230.1278957697.610.typo3-dev@lists.typo3.org>

Seems we have a lot of sound technicians with a "d?formation professionelle" in this list.


SUREly you will have a nice evening,


Lorenz

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-
> bounces at lists.typo3.org] Im Auftrag von Oliver Klee
> Gesendet: Montag, 12. Juli 2010 19:42
> An: typo3-dev at lists.typo3.org
> Betreff: [TYPO3-dev] [TYPO3-english] Spelling of sure/shure
> 
> Dears,
> 
> I kindly ask you to use the (correct) spelling "sure" for this word on
> the newsgroups (and on slides).
> 
> My toenails curl up each time I read it spelled as "shure". :-)
> 
> Thanks,
> 
> 
> Oli
> --
> Certified TYPO3 Integrator | TYPO3 Security Team Member
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From fudriot at omic.ch  Mon Jul 12 21:01:03 2010
From: fudriot at omic.ch (Fabien Udriot)
Date: Mon, 12 Jul 2010 20:01:03 +0100
Subject: [TYPO3-dev] Adding SQL condition to the list module according to BE
	Groups
Message-ID: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>

Hi everyone,

In List Module, I would like to be able to filter records for specific BE Groups.

Here is my use case:
I have a set of addresses to manage through the List Module. I have different BE Groups defined in 
the Backend, too. I don't want certain BE Groups to see some addresses for different reasons. How 
can I filter them? I haven't seen any settings in List Module, so far.

An idea would be to add additional SQL condition for those BE Groups. Taking tt_news example, I can 
imagine some configuration like that:

mod.web_list.additionnalQuery.tt_news = usergroup = 20 AND hidden = 0

Would this feature worthy to implement?

I am wondering if a "sys_action" can be useful here? Anyway, it can make sense to have that feature 
to have everything at one place for the BE Users.

Regards,

Fabien





From info at sk-typo3.de  Mon Jul 12 21:59:48 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Mon, 12 Jul 2010 21:59:48 +0200
Subject: [TYPO3-dev] Adding SQL condition to the list module according
	to BE Groups
In-Reply-To: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
References: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>

Hi,

Fabien Udriot schrieb:
> I am wondering if a "sys_action" can be useful here? Anyway, it can make 
> sense to have that feature to have everything at one place for the BE 
> Users.
> 

i use sys_action mainly for that reason. You can create nearly every 
view of data with SQLquery.

vg Steffen



From typo3dev2010.nospam1 at geithware.de  Tue Jul 13 10:59:22 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Tue, 13 Jul 2010 10:59:22 +0200
Subject: [TYPO3-dev] [TYPO3-english] Spelling of sure/shure
In-Reply-To: <mailman.29229.1278957002.610.typo3-dev@lists.typo3.org>
References: <mailman.29229.1278957002.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29356.1279011872.610.typo3-dev@lists.typo3.org>

Oliver Klee schrieb:
> Dears,
> 
> I kindly ask you to use the (correct) spelling "sure" for this word on
> the newsgroups (and on slides).
> 
> My toenails curl up each time I read it spelled as "shure". :-)

Sure - my Shure V15-5 also curls up its pick-up ;)

/Stefan




From fudriot at omic.ch  Tue Jul 13 11:54:32 2010
From: fudriot at omic.ch (Fabien Udriot)
Date: Tue, 13 Jul 2010 10:54:32 +0100
Subject: [TYPO3-dev] Adding SQL condition to the list module according
	to BE Groups
In-Reply-To: <mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>
References: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
	<mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279015169.23836.typo3-dev@lists.typo3.org>

Also, it seems I can use a hook to filter records in the List Module
$TYPO3_CONF_VARS['SC_OPTIONS']['typo3/class.db_list_extra.inc']['getTable']

I am currently digging into it and how to use it.

Fb.

On 7/12/10 8:59 PM, Steffen Kamper wrote:
> Hi,
>
> Fabien Udriot schrieb:
>> I am wondering if a "sys_action" can be useful here? Anyway, it can make sense to have that
>> feature to have everything at one place for the BE Users.
>>
>
> i use sys_action mainly for that reason. You can create nearly every view of data with SQLquery.
>
> vg Steffen



From fudriot at omic.ch  Tue Jul 13 13:13:04 2010
From: fudriot at omic.ch (Fabien Udriot)
Date: Tue, 13 Jul 2010 12:13:04 +0100
Subject: [TYPO3-dev] Adding SQL condition to the list module according
	to BE Groups
In-Reply-To: <mailman.1.1279015169.23836.typo3-dev@lists.typo3.org>
References: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
	<mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>
	<mailman.1.1279015169.23836.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279019881.31216.typo3-dev@lists.typo3.org>

So it is fairly easy... when one knows!

1. Declare the hook in ext_locallang.php

$TYPO3_CONF_VARS['SC_OPTIONS']['typo3/class.db_list_extra.inc']['getTable'][] = 
'EXT:speciality/class.tx_speciality_modulelisthook.php:&tx_speciality_modulelisthook';

2. Save following file: class.tx_speciality_modulelisthook.php

require_once(PATH_t3lib.'interfaces/interface.t3lib_localrecordlistgettablehook.php');

class tx_speciality_modulelisthook implements t3lib_localRecordListGetTableHook {
	
	/**
	 * Allows to add additional condition when rendering a list of records in List Module
	 *
	 * @param	string		$table: the table name
	 * @param	int 		$pageId: the page id
	 * @param	string 		$additionalWhereClause: reference of additional query
	 * @param	string 		$selectedFieldsList: the list of field
	 * @param	object		$pObj: parent object
	 * @return	void
	 */
	public function getDBlistQuery($table, $pageId, &$additionalWhereClause, &$selectedFieldsList, 
&$parentObject) {
		if($table == 'tt_news') {
			$additionalWhereClause .= ' AND title LIKE "%TYPO3%"';
		}
	}
}


Cheers,

Fabien



On 7/13/10 10:54 AM, Fabien Udriot wrote:
> Also, it seems I can use a hook to filter records in the List Module
> $TYPO3_CONF_VARS['SC_OPTIONS']['typo3/class.db_list_extra.inc']['getTable']
>
> I am currently digging into it and how to use it.
>
> Fb.
>
> On 7/12/10 8:59 PM, Steffen Kamper wrote:
>> Hi,
>>
>> Fabien Udriot schrieb:
>>> I am wondering if a "sys_action" can be useful here? Anyway, it can make sense to have that
>>> feature to have everything at one place for the BE Users.
>>>
>>
>> i use sys_action mainly for that reason. You can create nearly every view of data with SQLquery.
>>
>> vg Steffen



From info at sk-typo3.de  Tue Jul 13 16:58:14 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Tue, 13 Jul 2010 16:58:14 +0200
Subject: [TYPO3-dev] Adding SQL condition to the list module according
	to BE Groups
In-Reply-To: <mailman.1.1279019881.31216.typo3-dev@lists.typo3.org>
References: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
	<mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>
	<mailman.1.1279015169.23836.typo3-dev@lists.typo3.org>
	<mailman.1.1279019881.31216.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279033388.20857.typo3-dev@lists.typo3.org>

Hi,

Fabien Udriot schrieb:
> 
> require_once(PATH_t3lib.'interfaces/interface.t3lib_localrecordlistgettablehook.php'); 
> 

this is not needed since 4.3 ;)

vg Steffen



From fudriot at omic.ch  Tue Jul 13 17:09:48 2010
From: fudriot at omic.ch (Fabien Udriot)
Date: Tue, 13 Jul 2010 16:09:48 +0100
Subject: [TYPO3-dev] Adding SQL condition to the list module according
	to BE Groups
In-Reply-To: <mailman.1.1279033388.20857.typo3-dev@lists.typo3.org>
References: <mailman.1.1278961559.30936.typo3-dev@lists.typo3.org>
	<mailman.1.1278965082.2669.typo3-dev@lists.typo3.org>
	<mailman.1.1279015169.23836.typo3-dev@lists.typo3.org>
	<mailman.1.1279019881.31216.typo3-dev@lists.typo3.org>
	<mailman.1.1279033388.20857.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279034085.22683.typo3-dev@lists.typo3.org>


> Fabien Udriot schrieb:
>>
>> require_once(PATH_t3lib.'interfaces/interface.t3lib_localrecordlistgettablehook.php');
>

True... Thanks.

Fb.



From thasmo at gmail.com  Tue Jul 13 17:54:42 2010
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Tue, 13 Jul 2010 17:54:42 +0200
Subject: [TYPO3-dev] How to access restricted records in the frontend (in
	extension dr_blob)
Message-ID: <mailman.1.1279036781.25835.typo3-dev@lists.typo3.org>

Hello folks,

the following request comes from our client:

"Display a download/file list and define the access to specific files
for different user groups. But make it possible to mark specific files
as "preview" in the backend. In the frontend, those files should then
be listed, but after you click to download them, you should get a
notice to login/register."

The "problem" here is, that - as far as I know - the access handling of
the user groups etc. is done by TYPO3 itself. In other words, TYPO3 will
only return records to which the current user has access to. (Of course
only if the official public TYPO3 API is used to query the database.)

Now I'm looking for a way to implement such a feature, described above,
without handling the whole access control for myself. What I just need
is to return specific records (marked with a flag in the database), but
those without access restriction.

At least that's my only idea for now.

Is there anybody who may have a solution for this or a better idea?
I'm quite stuck with this at the moment...

Thanks a lot,
Thomas



From sparking at gmx.net  Wed Jul 14 16:47:41 2010
From: sparking at gmx.net (Gerhard Mehsel)
Date: Wed, 14 Jul 2010 16:47:41 +0200
Subject: [TYPO3-dev]  Filebrowser should store fileadmin path
Message-ID: <mailman.1.1279119160.25230.typo3-dev@lists.typo3.org>

Hello,

I have an extension where a user can create some database records in 
list view in BE. For a record the user has to choose a file with the 
standard TYPO3 filebrowser. After saving that record, the filename is 
stored in database but the path is gone. Can I store the whole path/file 
in database somehow? No copying to uploads folder nor direct upload is 
needed also.
My extension will create a direct link to that file afterwards.

Thank you for hints,
Gerd



From stephenbungert at yahoo.de  Wed Jul 14 17:28:10 2010
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Wed, 14 Jul 2010 17:28:10 +0200
Subject: [TYPO3-dev] Filebrowser should store fileadmin path
References: <mailman.1.1279119160.25230.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279121590.28857.typo3-dev@lists.typo3.org>

Just leave out the upload path part of the config array, then the whole path 
is saved (relative to the siteroot) and doesn't copy files to uploads

"Gerhard Mehsel" <sparking at gmx.net> schrieb im Newsbeitrag 
news:mailman.1.1279119160.25230.typo3-dev at lists.typo3.org...
> Hello,
>
> I have an extension where a user can create some database records in list 
> view in BE. For a record the user has to choose a file with the standard 
> TYPO3 filebrowser. After saving that record, the filename is stored in 
> database but the path is gone. Can I store the whole path/file in database 
> somehow? No copying to uploads folder nor direct upload is needed also.
> My extension will create a direct link to that file afterwards.
>
> Thank you for hints,
> Gerd 





From jsegars at alumni.rice.edu  Wed Jul 14 18:25:45 2010
From: jsegars at alumni.rice.edu (Jeff Segars)
Date: Wed, 14 Jul 2010 11:25:45 -0500
Subject: [TYPO3-dev] Speeding up INT objects in FE
In-Reply-To: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279125044.754.typo3-dev@lists.typo3.org>

On 7/11/10 4:50 AM, Jigal van Hemert wrote:
> Hi,
>
> It seems that (uncached) INT objects in a page form a major contribution
> to the time needed to serve a page. Even if the object itself doesn't do
> much unserializing it seems to take a considerable amount of time.

For very large serialized objects, I've had some recent success with 
igbinary [1], which is a PHP extension for binary serialization.

Since its a PHP extension, it could only be an option and not the 
default choice but it might be worth benchmarking [2] within TYPO3.

Thanks,
Jeff


[1] http://opensource.dynamoid.com/
[2] http://ilia.ws/archives/211-Igbinary,-The-great-serializer.html#extended



From jigal at xs4all.nl  Wed Jul 14 20:47:51 2010
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Wed, 14 Jul 2010 20:47:51 +0200
Subject: [TYPO3-dev] Speeding up INT objects in FE
In-Reply-To: <mailman.1.1278852695.5283.typo3-dev@lists.typo3.org>
References: <mailman.1.1278842110.24901.typo3-dev@lists.typo3.org>
	<mailman.1.1278852695.5283.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279133579.10995.typo3-dev@lists.typo3.org>

Steffen Kamper wrote:
> check out extension enetcache - christian did a good job for exactly 
> this usage.

I just read the manual and part of the code, but it seems that it 
provides a caching mechanism for use in extensions. (Which is a good 
thing, don't get me wrong)

For the problem of the deserialization speed enetcache will not help so 
much.

Time and resources needed to process serialized data seems to increase 
exponentially with the size of the data. So, if it's possible to exclude 
some properties of the cObj from serializing it would speed up the process.

Anyway, thanks to all who spent a bit of brainpower on this!

-- 
Jigal van Hemert
skype:jigal.van.hemert
msn: jigal at xs4all.nl
http://twitter.com/jigalvh



From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 10:11:47 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 10:11:47 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
Message-ID: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>

Hi Devs,

I did some search in the cos, but could not find a solution:

In mod.web_list, i can
   allowedNewTables = pages,pages_language_overlay, ...
   hideTables = ...
but I'm misssing something like
   hideTranslations = 1

So is there any (other) way to hide translations from the ListView, so 
that only Records in Default-Language show up ?

If there is no PageTS or UserTS - which hook could I use to hide
Translations from ListView ?


/Stefan



From liste at linawolf.de  Thu Jul 15 11:04:32 2010
From: liste at linawolf.de (Lina Wolf)
Date: Thu, 15 Jul 2010 11:04:32 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>

Did you try to create a user witch is bound to the default languege? 





From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 11:18:22 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 11:18:22 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>

Lina Wolf schrieb:
> Did you try to create a user witch is bound to the default languege? 

No, because I want to let the BeUser access _all_ Languages.

But: I want to force him to edit the Record in the default Language
      and in Edit-Mode he can switch to an alternative record by
      the Language-Select-Box at the top.

Background:
The customer gets confused about having every record listed 3 times - 
one for each language.
Also sorting is very weird, if default-language and translations show up 
at the same time.

For the customer, its much more easy to select _the_ record (no choice 
about language) and then - while editing - switch to different language.


I hope I could make it clearer with this explanation ?

/Stefan




From typo3 at t3node.com  Thu Jul 15 11:27:42 2010
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Thu, 15 Jul 2010 11:27:42 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>	<mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>
	<mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279186361.5717.typo3-dev@lists.typo3.org>

Hi Stefan.

On 15.07.2010 11:18 Stefan Geith wrote:
> , its much more easy to select _the_ record (no choice about language)
> and then - while editing - switch to different language.

In this case I suggest to use the page module, where the lang can be
chosen via dropdown.

This dropdown would be also useful in the listview. And it should work
for any type of record, not only for tt_content.


-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Microblog:  http://twitter.com/t3node




From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 11:47:49 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 11:47:49 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.1.1279186361.5717.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>	<mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>	<mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279186361.5717.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29761.1279187582.610.typo3-dev@lists.typo3.org>

Steffen M?ller schrieb:
> Hi Stefan.
> 
> On 15.07.2010 11:18 Stefan Geith wrote:
>> , its much more easy to select _the_ record (no choice about language)
>> and then - while editing - switch to different language.
> 
> In this case I suggest to use the page module, where the lang can be
> chosen via dropdown.

But my custom records are not shown in Page-Module.

> This dropdown would be also useful in the listview. And it should work
> for any type of record, not only for tt_content.

In ListMode I can edit a custom-record and then swith to a different 
language by the LanguageSeletor in the Header.

/Stefan






From liste at linawolf.de  Thu Jul 15 11:45:54 2010
From: liste at linawolf.de (Lina Wolf)
Date: Thu, 15 Jul 2010 11:45:54 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org><mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>
	<mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279187454.7760.typo3-dev@lists.typo3.org>

When you activate the "localisation view" then all languages would be 
together and the non-standard languages indented.

If that is still to confunsing you could use Sys-Actions of type SQL. If you 
can understand German here is a good tutorial: 
http://typo3.sfroemken.de/typo3-tutorials/extensions/sys-action.html

Greetings Lina 





From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 11:55:14 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 11:55:14 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.1.1279187454.7760.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org><mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>	<mailman.29752.1279185815.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279187454.7760.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29764.1279188028.610.typo3-dev@lists.typo3.org>

Lina Wolf schrieb:
> When you activate the "localisation view" then all languages would be 
> together and the non-standard languages indented.

But "localisation view" only applies to Page (not to ListMode) - true ?


/Stefan



From info at sk-typo3.de  Thu Jul 15 11:59:44 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 15 Jul 2010 11:59:44 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279188278.8908.typo3-dev@lists.typo3.org>

Hi,

why not define a sys_action for your view? Easy and customizable.

vg Steffen



From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 12:07:56 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 12:07:56 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.1.1279188278.8908.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279188278.8908.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29765.1279188789.610.typo3-dev@lists.typo3.org>

Hi Steffen,

Steffen Kamper schrieb:
> why not define a sys_action for your view? Easy and customizable.

Why not making the default ListView more readable ?  ;)


Btw.:
Wanted to give Taskcenter/RecordList a try, but it displays an error (at 
least with 4.5 trunk) :
"The extension "lowlevel" must be installed in order to create a query."
And "lowlevel" _is_ installed ...


/Stefan



From info at sk-typo3.de  Thu Jul 15 12:15:28 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 15 Jul 2010 12:15:28 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.29765.1279188789.610.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>	<mailman.1.1279188278.8908.typo3-dev@lists.typo3.org>
	<mailman.29765.1279188789.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279189222.10276.typo3-dev@lists.typo3.org>

Hi,

Stefan Geith schrieb:
> Hi Steffen,
> 
> Steffen Kamper schrieb:
>> why not define a sys_action for your view? Easy and customizable.
> 
> Why not making the default ListView more readable ?  ;)
>

on long term sure, but for customer solution now just pragmatic.

> 
> Btw.:
> Wanted to give Taskcenter/RecordList a try, but it displays an error (at 
> least with 4.5 trunk) :
> "The extension "lowlevel" must be installed in order to create a query."
> And "lowlevel" _is_ installed ...
> 

works here without problems.

vg Steffen



From liste at linawolf.de  Thu Jul 15 12:20:16 2010
From: liste at linawolf.de (Lina Wolf)
Date: Thu, 15 Jul 2010 12:20:16 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org><mailman.1.1279184972.3395.typo3-dev@lists.typo3.org>	<mailman.29752.1279185815.610.typo3-dev@lists.typo3.org><mailman.1.1279187454.7760.typo3-dev@lists.typo3.org>
	<mailman.29764.1279188028.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279189516.11207.typo3-dev@lists.typo3.org>

Maybe it would be a solution to not use the list view to make translations 
but the extension l10nmgr? 





From steffen at steffen-gebert.de  Thu Jul 15 12:44:37 2010
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Thu, 15 Jul 2010 12:44:37 +0200
Subject: [TYPO3-dev] Re: [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
Message-ID: <mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>

Am 15.07.2010, 09:34 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>
> I'm willing to test and improve the patch until it is suitable for core  
> and I know that it will take some time to make it fully working.  
> Integrating this feature is getting more complicated than I thought. :-)

Thanks for your hard work and sorry for interrupting you, but can we  
please move this topic to the dev-list, until a solution is found? Would  
help to keep the core list cleaner.

Thanks
Steffen



From rf at typoheads.at  Thu Jul 15 13:55:16 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Thu, 15 Jul 2010 13:55:16 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>

Am 2010-07-15 12:44, schrieb Steffen Gebert:
> Am 15.07.2010, 09:34 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>>
>> I'm willing to test and improve the patch until it is suitable for
>> core and I know that it will take some time to make it fully working.
>> Integrating this feature is getting more complicated than I thought. :-)
>
> Thanks for your hard work and sorry for interrupting you, but can we
> please move this topic to the dev-list, until a solution is found? Would
> help to keep the core list cleaner.
>
> Thanks
> Steffen

Hi Steffen,

making this patch work will require feedback from the core team, since 
they know more about possible bugs than me, so I think it would be 
better to stay at the core list (Sending new versions of the patch, 
review , ...).
But we could also move the discussions to bugs.typo3.org and post on the 
core list again, when the patch is ready to commit. What do you think?



From rf at typoheads.at  Thu Jul 15 15:29:23 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Thu, 15 Jul 2010 15:29:23 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279200866.29483.typo3-dev@lists.typo3.org>

Am 2010-07-15 12:44, schrieb Steffen Gebert:
> Am 15.07.2010, 09:34 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>>
>> I'm willing to test and improve the patch until it is suitable for
>> core and I know that it will take some time to make it fully working.
>> Integrating this feature is getting more complicated than I thought. :-)
>
> Thanks for your hard work and sorry for interrupting you, but can we
> please move this topic to the dev-list, until a solution is found? Would
> help to keep the core list cleaner.
>
> Thanks
> Steffen

 From now on, all further discussion will be on 
http://bugs.typo3.org/view.php?id=12679 until a solution is found.
When the patch is final, I will post it on the core list.

Please participate!

Regards,
Reinhard



From steffen at steffen-gebert.de  Thu Jul 15 15:32:54 2010
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Thu, 15 Jul 2010 15:32:54 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279201073.29983.typo3-dev@lists.typo3.org>

Am 15.07.2010, 13:55 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:

> making this patch work will require feedback from the core team, since  
> they know more about possible bugs than me, so I think it would be  
> better to stay at the core list (Sending new versions of the patch,  
> review , ...).
> But we could also move the discussions to bugs.typo3.org and post on the  
> core list again, when the patch is ready to commit. What do you think?

No, I disagree. At the Core Team Meeting we agreed that the Core list is  
used for too many discussions.
The rule says that longer discussions should be moved to the dev list,  
which is (should) also read by the core devs.
(maybe we should now use the project-v4 list - the "rule" (which I think  
is nowhere written down) was communicated before introduction of the v4  
list)

So I'm quite sure you will get your feedback also in the other lists.

Steffen



From rf at typoheads.at  Thu Jul 15 15:49:43 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Thu, 15 Jul 2010 15:49:43 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279201073.29983.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
	<mailman.1.1279201073.29983.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279202086.31471.typo3-dev@lists.typo3.org>

Am 2010-07-15 15:32, schrieb Steffen Gebert:
> Am 15.07.2010, 13:55 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>
>> making this patch work will require feedback from the core team, since
>> they know more about possible bugs than me, so I think it would be
>> better to stay at the core list (Sending new versions of the patch,
>> review , ...).
>> But we could also move the discussions to bugs.typo3.org and post on
>> the core list again, when the patch is ready to commit. What do you
>> think?
>
> No, I disagree. At the Core Team Meeting we agreed that the Core list is
> used for too many discussions.
> The rule says that longer discussions should be moved to the dev list,
> which is (should) also read by the core devs.
> (maybe we should now use the project-v4 list - the "rule" (which I think
> is nowhere written down) was communicated before introduction of the v4
> list)
>
> So I'm quite sure you will get your feedback also in the other lists.
>
> Steffen

Sorry, I didn't wait for your feedback and just announced taht all 
further discussion is moved to bugs.typo3.org, I can revert that.

The reason, I didn't want to discuss this on other lists than the core 
list is that I am not sure about attaching patches to posts on other 
lists. Is this allowed? If it is no problem that a thread on dev or 
project-v4 list contains maybe 10 attached patches, then I will start a 
new thread on project-v4 list.

Regards,
Reinhard



From info at sk-typo3.de  Thu Jul 15 16:11:41 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 15 Jul 2010 16:11:41 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279203396.1544.typo3-dev@lists.typo3.org>

Hi,

Reinhard F?hricht schrieb:
> Am 2010-07-15 12:44, schrieb Steffen Gebert:
>> Am 15.07.2010, 09:34 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>>>
>>> I'm willing to test and improve the patch until it is suitable for
>>> core and I know that it will take some time to make it fully working.
>>> Integrating this feature is getting more complicated than I thought. :-)
>>
>> Thanks for your hard work and sorry for interrupting you, but can we
>> please move this topic to the dev-list, until a solution is found? Would
>> help to keep the core list cleaner.
>>
>> Thanks
>> Steffen
> 
> Hi Steffen,
> 
> making this patch work will require feedback from the core team, since 
> they know more about possible bugs than me, so I think it would be 
> better to stay at the core list (Sending new versions of the patch, 
> review , ...).
> But we could also move the discussions to bugs.typo3.org and post on the 
> core list again, when the patch is ready to commit. What do you think?

sure, if you have a new patch use the core list. Now knowing the cliffs 
please test carefully before new patch.

One remark fo the translations: it's not as easy as with colPos, 
overriding a field is not enough, the record has to be translated 
completely.

vg Steffen



From rf at typoheads.at  Thu Jul 15 17:10:38 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Thu, 15 Jul 2010 17:10:38 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279203396.1544.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
	<mailman.1.1279203396.1544.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279206942.7275.typo3-dev@lists.typo3.org>

Am 2010-07-15 16:11, schrieb Steffen Kamper:
> Hi,
>
> Reinhard F?hricht schrieb:
>> Am 2010-07-15 12:44, schrieb Steffen Gebert:
>>> Am 15.07.2010, 09:34 Uhr, schrieb Reinhard F?hricht <rf at typoheads.at>:
>>>>
>>>> I'm willing to test and improve the patch until it is suitable for
>>>> core and I know that it will take some time to make it fully working.
>>>> Integrating this feature is getting more complicated than I thought.
>>>> :-)
>>>
>>> Thanks for your hard work and sorry for interrupting you, but can we
>>> please move this topic to the dev-list, until a solution is found? Would
>>> help to keep the core list cleaner.
>>>
>>> Thanks
>>> Steffen
>>
>> Hi Steffen,
>>
>> making this patch work will require feedback from the core team, since
>> they know more about possible bugs than me, so I think it would be
>> better to stay at the core list (Sending new versions of the patch,
>> review , ...).
>> But we could also move the discussions to bugs.typo3.org and post on
>> the core list again, when the patch is ready to commit. What do you
>> think?
>
> sure, if you have a new patch use the core list. Now knowing the cliffs
> please test carefully before new patch.
>
> One remark fo the translations: it's not as easy as with colPos,
> overriding a field is not enough, the record has to be translated
> completely.
>
> vg Steffen

But what would be the perfect behavior?

- If I copy a record from default language to lets say French:
-- Copy record with translations?
-- Copy record and delete translations?
-- Copy record, delete translations and translate the record itself so 
that a [Translate to french:] will be inserted if defined?

The same for moving a record.

I would like to make it work, but it would be cool to know how it should 
be done before actually doing the work.
I would be in favor of number 2: copy record and delete translations if 
inserting is done in a language with an ID > 0 (not default language).

Regards,
Reinhard



From typo3dev2010.nospam1 at geithware.de  Thu Jul 15 18:08:29 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Thu, 15 Jul 2010 18:08:29 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279210422.11521.typo3-dev@lists.typo3.org>

Hi all,

Stefan Geith schrieb:
> So is there any (other) way to hide translations from the ListView, so 
> that only Records in Default-Language show up ?

I have added a bugtracker entry for this and created a patch:
   http://bugs.typo3.org/view.php?id=15138
This adds PageTS hideTranslation

Examples:
    mod.web_list.hideTranslation = *
or
    mod.web_list.hideTranslation = list,of,tables

For these (or all) Tables, _only_ the default-Language appears in
listView (Web/List), Translations are hidden.
If you switch to 'Localization view', _all_ records -
including translated records - are shown as usual.

Anybody else, who considers this useful ?

/Stefan



From info at sk-typo3.de  Thu Jul 15 19:38:40 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 15 Jul 2010 19:38:40 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279206942.7275.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
	<mailman.1.1279203396.1544.typo3-dev@lists.typo3.org>
	<mailman.1.1279206942.7275.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279215814.17900.typo3-dev@lists.typo3.org>

Hi Reinhard,

Reinhard F?hricht schrieb:
> But what would be the perfect behavior?
> 
> - If I copy a record from default language to lets say French:
> -- Copy record with translations?
> -- Copy record and delete translations?
> -- Copy record, delete translations and translate the record itself so 
> that a [Translate to french:] will be inserted if defined?
>

As we in page module we only handle content elements, so tt_content records.
I try to summarize expected behavior:

* copy record to other language, same page: translate record, don't 
touch existing translations
* copy record to other language, different page: translate record, copy 
original record and existing translations to other page

* move record to other language, same page: i would forbid this, makes 
no sense. Best is don't render paste icons.
* move record to other language, other page: i would forbid this too. 
only moving original record makes sense, then move translations too.

This extra logic is needed, copy&move in list module behaves the same, 
but there is no single view of languages.

If i forgot something, please add (anybody).

vg Steffen



From liste at linawolf.de  Thu Jul 15 23:09:01 2010
From: liste at linawolf.de (Lina Wolf)
Date: Thu, 15 Jul 2010 23:09:01 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279210422.11521.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279228442.32154.typo3-dev@lists.typo3.org>

I would find it useful, but I would find it even more useful if we had a 
more generic aproach to filtering the view in the list-module.


"Stefan Geith" <typo3dev2010.nospam1 at geithware.de> schrieb im Newsbeitrag 
news:mailman.1.1279210422.11521.typo3-dev at lists.typo3.org...
> Hi all,
>
> Stefan Geith schrieb:
>> So is there any (other) way to hide translations from the ListView, so 
>> that only Records in Default-Language show up ?
>
> I have added a bugtracker entry for this and created a patch:
>   http://bugs.typo3.org/view.php?id=15138
> This adds PageTS hideTranslation
>
> Examples:
>    mod.web_list.hideTranslation = *
> or
>    mod.web_list.hideTranslation = list,of,tables
>
> For these (or all) Tables, _only_ the default-Language appears in
> listView (Web/List), Translations are hidden.
> If you switch to 'Localization view', _all_ records -
> including translated records - are shown as usual.
>
> Anybody else, who considers this useful ?
>
> /Stefan 





From typo3dev2010.nospam1 at geithware.de  Fri Jul 16 09:29:01 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Fri, 16 Jul 2010 09:29:01 +0200
Subject: [TYPO3-dev] How to hide Translations from ListView ?
In-Reply-To: <mailman.1.1279228442.32154.typo3-dev@lists.typo3.org>
References: <mailman.29721.1279181820.610.typo3-dev@lists.typo3.org>	<mailman.1.1279210422.11521.typo3-dev@lists.typo3.org>
	<mailman.1.1279228442.32154.typo3-dev@lists.typo3.org>
Message-ID: <mailman.29943.1279265655.610.typo3-dev@lists.typo3.org>

Hi Lina,

Lina Wolf schrieb:
> I would find it useful, 

thanks,

> but I would find it even more useful if we had a 
> more generic aproach to filtering the view in the list-module.

this is _very_ true ...

Nearly for every new customer, I have to tickle with other wishes about 
configuring the BackEnd - especially the ListModule...

But for now, I added my patch to all my installations
and my customers are all very happing, having a more
simple view.

I will add an RFC to the core-list.

/Stefan


> 
> 
> "Stefan Geith" <typo3dev2010.nospam1 at geithware.de> schrieb im Newsbeitrag 
> news:mailman.1.1279210422.11521.typo3-dev at lists.typo3.org...
>> Hi all,
>>
>> Stefan Geith schrieb:
>>> So is there any (other) way to hide translations from the ListView, so 
>>> that only Records in Default-Language show up ?
>> I have added a bugtracker entry for this and created a patch:
>>   http://bugs.typo3.org/view.php?id=15138
>> This adds PageTS hideTranslation
>>
>> Examples:
>>    mod.web_list.hideTranslation = *
>> or
>>    mod.web_list.hideTranslation = list,of,tables
>>
>> For these (or all) Tables, _only_ the default-Language appears in
>> listView (Web/List), Translations are hidden.
>> If you switch to 'Localization view', _all_ records -
>> including translated records - are shown as usual.
>>
>> Anybody else, who considers this useful ?
>>
>> /Stefan 
> 
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From liste at linawolf.de  Fri Jul 16 09:57:09 2010
From: liste at linawolf.de (Lina Wolf)
Date: Fri, 16 Jul 2010 09:57:09 +0200
Subject: [TYPO3-dev]  Pimp My TypoScrip
Message-ID: <mailman.1.1279267330.5440.typo3-dev@lists.typo3.org>

I wanted to ask about the outcome of "Pimp My TypoScript" at the t3dd10.

How exactly is chained TypoScript going to look like? I had a look at this 
example: http://forge.typo3.org/projects/extension-tspimp/wiki/Examples but 
it kind of looks like normal TS to me or did I over see something?

Furthermore I read the plan was to implement stdWrap where its still 
missing. Where has this been implemented?

Did you also implement any missing stdWrap functions?

Do I understand correctly that the code is going to be part of TYPO3 4.5? 





From snf at dkm.dk  Fri Jul 16 10:54:24 2010
From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Fri, 16 Jul 2010 10:54:24 +0200
Subject: [TYPO3-dev]  Problems with TYPO3_mainDir constant.
Message-ID: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>

I recently upgraded a site to 4.3.
Then I started to experience a unfrequently problem which makes the 
backend go down with this error:

Warning: require_once(/home/site1/www/TYPO3_mainDirsysext/lang/lang.php) 
[function.require-once]: failed to open stream: No such file or 
directory in /var/lib/typo3/typo3_src-4.4.0/t3lib/config_default.php  on 
line 593

Fatal error: require_once() [function.require]: Failed opening required 
'/home/site1/www/TYPO3_mainDirsysext/lang/lang.php' 
(include_path='.:/usr/share/php5:/usr/share/php') in 
/var/lib/typo3/typo3_src-4.4.0/t3lib/config_default.php on line 593

What seems to happens is that the value of the constant TYPO3_mainDir 
becomes 'TYPO3_mainDirsysext' instead of just 'sysext'.

When I delete the temp_CACHED_psXXXX_ext_localconf.php file, it is 
regenerated, and everything works again. At some point a new faulty 
cache file is generated and the backend is down again.

I have been trying to find what triggers the problem, but haven't been 
able to. It seems randomly.

I googled for a solution, but didn't find much. There seems to be a 
problem with rlmp_eventdb, but this extension isn't installed.

Any idea how to pin down the source of the problem?
The problem is that it isn't easy just uninstalling extensions, as it 
seems a very unfrequently problem.


Thanks in advance!

Best regards,
Stig

ps. upgraded to 4.4 - but it's the same problem.



From info at cybercraft.de  Fri Jul 16 11:00:52 2010
From: info at cybercraft.de (JoH asenau)
Date: Fri, 16 Jul 2010 11:00:52 +0200
Subject: [TYPO3-dev] Pimp My TypoScrip
References: <mailman.1.1279267330.5440.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279271156.10744.typo3-dev@lists.typo3.org>

Lina Wolf wrote:
> I wanted to ask about the outcome of "Pimp My TypoScript" at the
> t3dd10. 
> 
> How exactly is chained TypoScript going to look like? I had a look at
> this example:
> http://forge.typo3.org/projects/extension-tspimp/wiki/Examples but it
> kind of looks like normal TS to me or did I over see something? 

In a way it does look like "normal" TS, but when you take a look at the examples, you will notice that there are properties, that will be using stdWrap properties, which can be again using stdWrap properties and so on. So it's not completely the same as "chained" jQuery functions but it works similarly.

Example for prioriCalc:

Default would be prioriCalc=1 or prioriCalc=intval without any other options.
With "chained" TypoScript you will be able to do something like that as well:

prioriCalc.field = do_calculation

So the editor will be able to set 1 or intval or nothing from within a backend form

Another example for dataWrap:

field = blah
dataWrap = {field:whatever} | blah something
dataWrap.fieldRequired = whatever
wrap = <div></div>

This way you can use a required field not just for the parent element of dataWrap, but directly for the function, so that dataWrap will be only executed, when the field has some value, while the rest of the stuff will still be applied.

This will give a much more flexible and fine grained control over TypoScript properties, while still keeping backwards compatibility.
With one exception though: TypoScript code, which contains these chains already by mistake, will suddenly start working.
 
> Furthermore I read the plan was to implement stdWrap where its still
> missing. Where has this been implemented?

It's not yet implemented but we managed to find most of the places where it is missing.
And we found just a few places, where functions are used that have the same name as original stdWrap functions.
i.e. there is stdWrap.crop which is cropping texts and on the other hand there is CROP.crop which is cropping GIFBUILDER images.
But since the focus is quite clear in any case that we found, we can safely use workarounds there.
 
> Did you also implement any missing stdWrap functions?

Same thing here - we found a lot of missing functions (that still have to be written to the wiki) - and some of them have been already written during the workshop.
Implementation will follow after the pending patch to refactor tslib has been committed to trunk.
This patch will already split up the content elements into subclasses to make cObj smaller and improve overall performance.
Additionally this has the nice side effect, that you can easily implement your own TypoScript element MY_ELEMENT just by extending the base class.
 
> Do I understand correctly that the code is going to be part of TYPO3
> 4.5? 

The refactored tslib stuff is already pending in core list, stdWrap and others will follow hopefully before feature freeze.
We (steffen Kamper and me) have proposed a talk for T3CON, where we will be presenting the upcoming features of TypoScript in 4.5

Hope this clarifies it a bit

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com

From pedersen at frm2.tum.de  Fri Jul 16 11:32:11 2010
From: pedersen at frm2.tum.de (=?UTF-8?B?QmrDtnJuIFBlZGVyc2Vu?=)
Date: Fri, 16 Jul 2010 11:32:11 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>

Am 16.07.2010 10:54, schrieb Stig N?rgaard F?rch:
> I recently upgraded a site to 4.3.
> Then I started to experience a unfrequently problem which makes the
> backend go down with this error:
> 
> Warning: require_once(/home/site1/www/TYPO3_mainDirsysext/lang/lang.php)
> [function.require-once]: failed to open stream: No such file or
> directory in /var/lib/typo3/typo3_src-4.4.0/t3lib/config_default.php  on
> line 593
> 
> Fatal error: require_once() [function.require]: Failed opening required
> '/home/site1/www/TYPO3_mainDirsysext/lang/lang.php'
> (include_path='.:/usr/share/php5:/usr/share/php') in
> /var/lib/typo3/typo3_src-4.4.0/t3lib/config_default.php on line 593
> 
> What seems to happens is that the value of the constant TYPO3_mainDir
> becomes 'TYPO3_mainDirsysext' instead of just 'sysext'.

no, that should become 'typo3/sysext' (in a typical setup, unless you
renamed the typo3 directory). Normally it is set in init.php (and
thumbs.php).

So my guess, something bypasses the loading of init.php. That should not
happen.

Bj?rn




From snf at dkm.dk  Fri Jul 16 11:35:46 2010
From: snf at dkm.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=)
Date: Fri, 16 Jul 2010 11:35:46 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
	<mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279273246.14515.typo3-dev@lists.typo3.org>

> no, that should become 'typo3/sysext' (in a typical setup, unless you
> renamed the typo3 directory). Normally it is set in init.php (and
> thumbs.php).

Of course, you are right.


> So my guess, something bypasses the loading of init.php. That should not
> happen.

I tried to see if I could get match in the accesslog with the creation 
time of the temp files. But I see no real connection.
And I have still not been able to find a way to provoke the problem 
everytime.

/Stig



From snf at dkm.dk  Fri Jul 16 11:46:19 2010
From: snf at dkm.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=)
Date: Fri, 16 Jul 2010 11:46:19 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279273246.14515.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
	<mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>
	<mailman.1.1279273246.14515.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279273879.15372.typo3-dev@lists.typo3.org>

Den 16-07-2010 11:35, Stig N?rgaard F?rch skrev:
>> no, that should become 'typo3/sysext' (in a typical setup, unless you
>> renamed the typo3 directory). Normally it is set in init.php (and
>> thumbs.php).
>
> Of course, you are right.
>
>
>> So my guess, something bypasses the loading of init.php. That should not
>> happen.

On line 380 of backend.php it says:
'TYPO3_mainDir' => TYPO3_mainDir,
I'll try to exchange it with:
'TYPO3_mainDir' => 'typo3/',
and see what will happen.

Not that it will be the solution, but maybe it will lead to the source 
of the problem?

/Stig



From dmitry at typo3.org  Fri Jul 16 12:53:43 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Fri, 16 Jul 2010 13:53:43 +0300
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279277923.21306.typo3-dev@lists.typo3.org>

Hi!

Stig N?rgaard F?rch wrote:
> What seems to happens is that the value of the constant TYPO3_mainDir
> becomes 'TYPO3_mainDirsysext' instead of just 'sysext'.

That means that TYPO3_mainDir is somehow is not defined. When it is
concatenated with sysext, it becomes TYPO3_mainDirsysext.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From snf at dkm.dk  Fri Jul 16 13:03:51 2010
From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Fri, 16 Jul 2010 13:03:51 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279277923.21306.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
	<mailman.1.1279277923.21306.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279278531.22345.typo3-dev@lists.typo3.org>

Den 16-07-2010 12:53, Dmitry Dulepov skrev:
> Hi!
>
> Stig N?rgaard F?rch wrote:
>> What seems to happens is that the value of the constant TYPO3_mainDir
>> becomes 'TYPO3_mainDirsysext' instead of just 'sysext'.
>
> That means that TYPO3_mainDir is somehow is not defined. When it is
> concatenated with sysext, it becomes TYPO3_mainDirsysext.
>

Yes, I understand that.

Thanks.



From rf at typoheads.at  Fri Jul 16 13:23:14 2010
From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=)
Date: Fri, 16 Jul 2010 13:23:14 +0200
Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show
	clipboard paste icon when there is no content
In-Reply-To: <mailman.1.1279215814.17900.typo3-dev@lists.typo3.org>
References: <mailman.1.1278606577.28437.typo3-team-core@lists.typo3.org>
	<mailman.1.1279055838.17177.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099076.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279099109.28570.typo3-team-core@lists.typo3.org>
	<mailman.1.1279151047.29381.typo3-team-core@lists.typo3.org>
	<mailman.1.1279179597.27839.typo3-team-core@lists.typo3.org>
	<mailman.1.1279190977.13509.typo3-dev@lists.typo3.org>
	<mailman.1.1279195219.20029.typo3-dev@lists.typo3.org>
	<mailman.1.1279203396.1544.typo3-dev@lists.typo3.org>
	<mailman.1.1279206942.7275.typo3-dev@lists.typo3.org>
	<mailman.1.1279215814.17900.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279279694.23700.typo3-dev@lists.typo3.org>

Am 2010-07-15 19:38, schrieb Steffen Kamper:
> Hi Reinhard,
>
> Reinhard F?hricht schrieb:
>> But what would be the perfect behavior?
>>
>> - If I copy a record from default language to lets say French:
>> -- Copy record with translations?
>> -- Copy record and delete translations?
>> -- Copy record, delete translations and translate the record itself so
>> that a [Translate to french:] will be inserted if defined?
>>
>
> As we in page module we only handle content elements, so tt_content
> records.
> I try to summarize expected behavior:
>
> * copy record to other language, same page: translate record, don't
> touch existing translations
> * copy record to other language, different page: translate record, copy
> original record and existing translations to other page
>
> * move record to other language, same page: i would forbid this, makes
> no sense. Best is don't render paste icons.
> * move record to other language, other page: i would forbid this too.
> only moving original record makes sense, then move translations too.
>
> This extra logic is needed, copy&move in list module behaves the same,
> but there is no single view of languages.
>
> If i forgot something, please add (anybody).
>
> vg Steffen

Am I right to say, that this is only important for the "paste into" 
action (Paste record as first in a column)?
If yes, isn't it enough to just imitate the behavior of "paste after"? 
As far as I know this just overrides colPos and sys_language_uid.

Regards,
Reinhard



From snf at dkm.dk  Fri Jul 16 15:30:12 2010
From: snf at dkm.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=)
Date: Fri, 16 Jul 2010 15:30:12 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279273879.15372.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
	<mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>
	<mailman.1.1279273246.14515.typo3-dev@lists.typo3.org>
	<mailman.1.1279273879.15372.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279287313.1462.typo3-dev@lists.typo3.org>

Den 16-07-2010 11:46, Stig N?rgaard F?rch skrev:
> Den 16-07-2010 11:35, Stig N?rgaard F?rch skrev:
>>> no, that should become 'typo3/sysext' (in a typical setup, unless you
>>> renamed the typo3 directory). Normally it is set in init.php (and
>>> thumbs.php).
>>
>> Of course, you are right.
>>
>>
>>> So my guess, something bypasses the loading of init.php. That should not
>>> happen.
>
> On line 380 of backend.php it says:
> 'TYPO3_mainDir' => TYPO3_mainDir,
> I'll try to exchange it with:
> 'TYPO3_mainDir' => 'typo3/',
> and see what will happen.
>
> Not that it will be the solution, but maybe it will lead to the source
> of the problem?

Since the channge, I haven't had the problem. Any ideas why 
TYPO3_mainDir (what seems randomly) isn't set in backend.php?

/Stig



From bjoern.pedersen at frm2.tum.de  Fri Jul 16 15:52:50 2010
From: bjoern.pedersen at frm2.tum.de (Bjoern Pedersen)
Date: Fri, 16 Jul 2010 15:52:50 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279287313.1462.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
	<mailman.1.1279273031.13717.typo3-dev@lists.typo3.org>
	<mailman.1.1279273246.14515.typo3-dev@lists.typo3.org>
	<mailman.1.1279273879.15372.typo3-dev@lists.typo3.org>
	<mailman.1.1279287313.1462.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279288670.3747.typo3-dev@lists.typo3.org>

Am 16.07.2010 15:30, schrieb Stig N?rgaard F?rch:
> Den 16-07-2010 11:46, Stig N?rgaard F?rch skrev:
>> Den 16-07-2010 11:35, Stig N?rgaard F?rch skrev:
>>>> no, that should become 'typo3/sysext' (in a typical setup, unless you
>>>> renamed the typo3 directory). Normally it is set in init.php (and
>>>> thumbs.php).
>>>
>>> Of course, you are right.
>>>
>>>
>>>> So my guess, something bypasses the loading of init.php. That should
>>>> not
>>>> happen.
>>
>> On line 380 of backend.php it says:
>> 'TYPO3_mainDir' => TYPO3_mainDir,
>> I'll try to exchange it with:
>> 'TYPO3_mainDir' => 'typo3/',
>> and see what will happen.
>>
>> Not that it will be the solution, but maybe it will lead to the source
>> of the problem?
> 
> Since the channge, I haven't had the problem. Any ideas why
> TYPO3_mainDir (what seems randomly) isn't set in backend.php?
> 
> /Stig
Well, that seems to be coincidental. From your symptom (clearing
temp_cached extlocalconf) there seems to be an extension which somehow
tries to set  TYPO3_mainDir. Try grepping for that.



From robertoblanko at gmail.com  Fri Jul 16 17:25:19 2010
From: robertoblanko at gmail.com (roberto blanko)
Date: Fri, 16 Jul 2010 17:25:19 +0200
Subject: [TYPO3-dev] Filter records in list view OR add additional WHERE
	in TCA ctrl section
In-Reply-To: <mailman.1.1276083285.1678.typo3-dev@lists.typo3.org>
References: <mailman.22566.1275990849.610.typo3-dev@lists.typo3.org>
	<mailman.1.1275991821.21772.typo3-dev@lists.typo3.org>
	<mailman.22586.1275993346.610.typo3-dev@lists.typo3.org>
	<mailman.22808.1276070019.610.typo3-dev@lists.typo3.org>
	<mailman.1.1276083285.1678.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30016.1279294222.610.typo3-dev@lists.typo3.org>

On Wed, Jun 9, 2010 at 1:30 PM, Steffen Kamper <info at sk-typo3.de> wrote:

> irre has hooks in t3lib/class.t3lib_tceforms_inline.php
>
> Checked t3lib/class.t3lib_tceforms_inline.php as well as
t3lib/class.t3lib_tceforms_inline.php for appropriate hooks but didn't find
any. Only found two hooks in class.t3lib_tceforms_inline.php related to
inline record. But unfortunately I cannot use them for influencing the
listing of related records.

Have I missed something? Am I too dumb? Is it too hot outside?



From Leo at finalresort.org  Sun Jul 18 16:13:57 2010
From: Leo at finalresort.org (Leo R. Lundgren)
Date: Sun, 18 Jul 2010 16:13:57 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
Message-ID: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>

Hello,

I have encountered an issue where if I go to Web>Page, select a page, and click create new CE, there is no contents in the place where one should select the type of CE to add. Under the heading "Please select the type of page content you wish to create", there is nothing, until the next visible text that is the heading "2: Select position" (which contents is actually visible).

This happens with a fresh install of Typo3 4.4, with Postgresql 9 beta 3, PHP 5.2.10, Apache 2.2.11, all compiled using pkgsrc on OS X 10.6.4. I can reproduce the problem locally but haven't tried it on another machine. I can however not reproduce it when I change the database from being Postgresql 9 beta 3 to MySQL 5.0.90, so it seems that it's related to the DBAL, possibly in specific combination with Postgres.


So, no CE types are being shown upon creation of a CE. But there is one way to get them to show. If I clear all caches *right before* clicking the create CE button for the page, the CE types show as normal. However, clearing the cache must be done right prior to showing this page, otherwise they are not shown. This seem to mean that the problem only happens when the cache is used. To clarify; If i clear caches, then go to some other view/page, and then click the create CE button, the problem persists. It's only right after clearing the cache that the clearing helps.


I have come across one way to make the problem disappear alltogether. It's rather silly, but if I change [SYS][errorHandlerErrors] from the default value of 6135 to 6143 (equal to E_ALL), the CE types are shown correctly at all times. It's very possible that other measures would also make the problem not show itself, but this is what I came across and I've verified that this "workaround" is reproducable.

I have turned on statement logging in the postgres DB and can't see any warnings or errors at any time (regardless of whether the CE types are shown or not). I have not logged statements in the MySQL DB yet, because I'd rather let you guys know and take orders on what material you would like to debug this.


So, what's next? What would you like me to do to help you squeeze this possible bug or compatibility issue?


-|




From typo3 at perseguers.ch  Sun Jul 18 16:25:26 2010
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Sun, 18 Jul 2010 16:25:26 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
In-Reply-To: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
References: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279463429.9102.typo3-dev@lists.typo3.org>

Hi,

> I have turned on statement logging in the postgres DB and can't see any warnings or errors at any time (regardless of whether the CE types are shown or not). I have not logged statements in the MySQL DB yet, because I'd rather let you guys know and take orders on what material you would like to debug this.
>
>
> So, what's next? What would you like me to do to help you squeeze this possible bug or compatibility issue?

You should start activating DBAL debug options and see which errors are 
reported there.

Xavier Perseguers



From leo at finalresort.org  Sun Jul 18 16:44:54 2010
From: leo at finalresort.org (Leo R. Lundgren)
Date: Sun, 18 Jul 2010 16:44:54 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
In-Reply-To: <mailman.1.1279463429.9102.typo3-dev@lists.typo3.org>
References: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
	<mailman.1.1279463429.9102.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30258.1279464598.610.typo3-dev@lists.typo3.org>

18 jul 2010 kl. 16.25 skrev Xavier Perseguers:

> Hi,
> 
>> I have turned on statement logging in the postgres DB and can't see any warnings or errors at any time (regardless of whether the CE types are shown or not). I have not logged statements in the MySQL DB yet, because I'd rather let you guys know and take orders on what material you would like to debug this.
>> 
>> 
>> So, what's next? What would you like me to do to help you squeeze this possible bug or compatibility issue?
> 
> You should start activating DBAL debug options and see which errors are reported there.


I have turned on all the settings in $TYPO3_CONF_VARS['EXTCONF']['dbal']['debugOptions'], flushed the log, then went to create CE. There are no errors reported there, neither for the script "typo3/sysext/cms/layout/db_new_content_el.php" nor for "typo3/ajax.php" (listed when I go to DBAL Debug > Debug log > Where).

-|




From leo at finalresort.org  Sun Jul 18 16:53:23 2010
From: leo at finalresort.org (Leo R. Lundgren)
Date: Sun, 18 Jul 2010 16:53:23 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
In-Reply-To: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
References: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30260.1279465112.610.typo3-dev@lists.typo3.org>


18 jul 2010 kl. 16.13 skrev Leo R. Lundgren:

> This happens with a fresh install of Typo3 4.4, with Postgresql 9 beta 3, PHP 5.2.10, Apache 2.2.11, all compiled using pkgsrc on OS X 10.6.4.

Slight correction; The PostgreSQL isn't compiled under pkgsrc, its installed from the packages that EnterpriseDB publish.

-|




From sparking at gmx.net  Sun Jul 18 20:53:10 2010
From: sparking at gmx.net (Gerhard Mehsel)
Date: Sun, 18 Jul 2010 20:53:10 +0200
Subject: [TYPO3-dev] Filebrowser should store fileadmin path
In-Reply-To: <mailman.1.1279121590.28857.typo3-dev@lists.typo3.org>
References: <mailman.1.1279119160.25230.typo3-dev@lists.typo3.org>
	<mailman.1.1279121590.28857.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279479493.26614.typo3-dev@lists.typo3.org>

Thanks a lot!


Am 14.07.2010 17:28, schrieb Stephen Bungert:
> Just leave out the upload path part of the config array, then the whole path
> is saved (relative to the siteroot) and doesn't copy files to uploads
>
> "Gerhard Mehsel"<sparking at gmx.net>  schrieb im Newsbeitrag
> news:mailman.1.1279119160.25230.typo3-dev at lists.typo3.org...
>> Hello,
>>
>> I have an extension where a user can create some database records in list
>> view in BE. For a record the user has to choose a file with the standard
>> TYPO3 filebrowser. After saving that record, the filename is stored in
>> database but the path is gone. Can I store the whole path/file in database
>> somehow? No copying to uploads folder nor direct upload is needed also.
>> My extension will create a direct link to that file afterwards.
>>
>> Thank you for hints,
>> Gerd
>
>




From sparking at gmx.net  Sun Jul 18 21:19:40 2010
From: sparking at gmx.net (Gerhard Mehsel)
Date: Sun, 18 Jul 2010 21:19:40 +0200
Subject: [TYPO3-dev]  Best practice: Fluid and split object property?
Message-ID: <mailman.1.1279481083.28395.typo3-dev@lists.typo3.org>

Hello,

I'm just coding my first extbase/fluid extension and have a question how 
to achieve the following at a good/extbase way.

A user creates a database record in BE where he has to select a date. 
Afterwards in FE this date is used to categorize the database records.

An example:
The user creates three database records with the three dates: 
2010-07-12, 2010-06-11 and 2011-01-12.

Now in FE view I want to render two main tabs named "2010" and "2011", 
first with two subtabs named "07" and "06" and the second with one 
subtab named "01".

In my fluid template I iterate over the DB record objects. And these 
objects have one property "date" but I need to split that dates into 
year and month to be able to render some nice tabs and subtabs.

Where do I do that? Do I do that in controller and assign it to 
different view variables? Or do I do that within the fluid template, if 
possible? Or should my model supply the date splitted into year, month 
and days?


Thank you for tips,
Gerd



From michal at alternet.nl  Mon Jul 19 08:38:08 2010
From: michal at alternet.nl (Michal Krypczyk)
Date: Mon, 19 Jul 2010 08:38:08 +0200
Subject: [TYPO3-dev]  Caretaker & TYPO3 v4.4
Message-ID: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>

Hello everyone,

Caretaker in BE doesn't work anymore since I've updated my TYPO3 site to the 
latest version.

Caretaker module remains blank and there are some JavaScript errors.

Any ideas? Solutions? Chances for a new version of Caretaker?

Thanks in advance!

Regards,
Michal



From soren.malling at gmail.com  Mon Jul 19 08:54:40 2010
From: soren.malling at gmail.com (=?ISO-8859-1?Q?S=F8ren_Malling?=)
Date: Mon, 19 Jul 2010 08:54:40 +0200
Subject: [TYPO3-dev] Caretaker & TYPO3 v4.4
In-Reply-To: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
References: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30355.1279522784.610.typo3-dev@lists.typo3.org>

What javascript errors do you get? Any input in your PHP error log?

On Mon, Jul 19, 2010 at 8:38 AM, Michal Krypczyk <michal at alternet.nl> wrote:
> Hello everyone,
>
> Caretaker in BE doesn't work anymore since I've updated my TYPO3 site to the
> latest version.
>
> Caretaker module remains blank and there are some JavaScript errors.
>
> Any ideas? Solutions? Chances for a new version of Caretaker?
>
> Thanks in advance!
>
> Regards,
> Michal
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>



-- 
Certified TYPO3 Integrator



From michal at alternet.nl  Mon Jul 19 09:14:40 2010
From: michal at alternet.nl (Michal Krypczyk)
Date: Mon, 19 Jul 2010 09:14:40 +0200
Subject: [TYPO3-dev] Caretaker & TYPO3 v4.4
In-Reply-To: <mailman.30355.1279522784.610.typo3-dev@lists.typo3.org>
References: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
	<mailman.30355.1279522784.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279523982.6186.typo3-dev@lists.typo3.org>

Hello S?ren,

I get the following JS errors:

Error: tx is not defined
File: 
typo3conf/ext/caretaker/mod_nav/index.php?&currentSubScript=..%2Ftypo3conf%2Fext%2Fcaretaker%2Fmod_overview%2Findex.php
line: 55

Error: types[config.xtype || defaultType] is not a constructor
File: typo3temp/compressor/ext-all-debug-3a1154f507c47c61493c5c15d064144b.js
line: 14383


I have no acces to PHP log at this moment. No errors in TYPO3 log.

Regards,
Michal

S?ren Malling wrote:
> What javascript errors do you get? Any input in your PHP error log?
> 
> On Mon, Jul 19, 2010 at 8:38 AM, Michal Krypczyk <michal at alternet.nl> wrote:
>> Hello everyone,
>>
>> Caretaker in BE doesn't work anymore since I've updated my TYPO3 site to the
>> latest version.
>>
>> Caretaker module remains blank and there are some JavaScript errors.
>>
>> Any ideas? Solutions? Chances for a new version of Caretaker?
>>
>> Thanks in advance!
>>
>> Regards,
>> Michal
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>>



From masi-no at spam-typo3.org  Mon Jul 19 09:26:12 2010
From: masi-no at spam-typo3.org (Martin Kutschker)
Date: Mon, 19 Jul 2010 09:26:12 +0200
Subject: [TYPO3-dev] Best practice: Fluid and split object property?
In-Reply-To: <mailman.1.1279481083.28395.typo3-dev@lists.typo3.org>
References: <mailman.1.1279481083.28395.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279524674.6756.typo3-dev@lists.typo3.org>

Am 18.07.2010 21:19, schrieb Gerhard Mehsel:
> Hello,
> 
> I'm just coding my first extbase/fluid extension and have a question how to achieve the following at
> a good/extbase way.

May I direct you to typo3.projects.typo3v4mvc for Extbase related questions? All the Extbase gurus
are there.

Masi



From liste at linawolf.de  Mon Jul 19 10:12:08 2010
From: liste at linawolf.de (Lina Wolf)
Date: Mon, 19 Jul 2010 10:12:08 +0200
Subject: [TYPO3-dev] Creating a custom HMENU from userfunc with item states
	CUR / ACT
Message-ID: <mailman.1.1279527432.10837.typo3-dev@lists.typo3.org>

I created a custom menu showing tt_news_cat. This works fine. The item 
states do not seem to work properly though.
If I set 'CUR' as state for the current category then it will not react to 
'ACT' anymore. Same is true for the diverse IFSUB states. It seems like in 
the custom userfunc menu the item states only work by name and the 
fallbacksystem for item states does not work. The only fallback that seems 
to work is the fallback to 'NO' state.

Code:
/**
 * Creates an HMENU from tt_news cat
 * @ params $content string the content to be changed
 * @ params $conf array configuration
 *  startUid int uid of the category witch should be root of the menu
 *  sourcePid int pid where the news categories are saved
 *  sortBy string clause to be used in ORDER BY statement
 *  recursive 1 / 0 if set menu is traversed recursively. Otherwise only one 
level to be more performant
 *  catPid int pid to be used for the standardised generated links
 * @params $startUid int default 0, to be used for recursive calls
 * @ returns HMENU ready nested array with states NO and ACT
 */
  function makeMenuArray($content,$conf, $startUid=0)    {
   if(!$this->cObj)
    $this->cObj = t3lib_div::makeInstance('tslib_cObj');
  $this->newsEnableFields = $this->cObj->enableFields('tt_news');
  $this->catEnableFields  = $this->cObj->enableFields('tt_news_cat');
  $currentCatId = t3lib_div::_GP('tx_ttnews');
  $currentCatId = intval($currentCatId['cat']);
   if($startUid==0)
    $startUid=intval($conf['startUid']);
   $filterBySourcePid = '';
   if($conf['sourcePid'])
    $filterBySourcePid = ' AND tt_news_cat.pid = 
"'.intval($conf['sourcePid']).'"';
   $sortByField = '';
   if($conf['sortBy'])
    $sortByField = ' ORDER BY '.$conf['sortBy'];
  $sql = 'SELECT tt_news_cat.*, count(tt_news.uid) AS news_count FROM 
tt_news_cat
   LEFT JOIN tt_news_cat_mm ON (tt_news_cat.uid = 
tt_news_cat_mm.uid_foreign )
   LEFT JOIN tt_news ON (tt_news.uid = tt_news_cat_mm.uid_local 
'.$this->cObj->enableFields('tt_news').')
   WHERE parent_category="'.$startUid.'" 
'.$this->cObj->enableFields('tt_news_cat').$filterBySourcePid.
   ' GROUP BY tt_news_cat.uid '.$sortByField;
  #t3lib_div::debug($sql);
  $res = mysql(TYPO3_db,  $sql);
  $catMenu = array();
  while($row = mysql_fetch_assoc($res)) {
   $state = 'NO';
   $hasSub = '';
   $subMenu = array();
   if($conf['recursive'])
    $subMenu = $this->makeMenuArray($content,$conf, $row['uid']);
   $countRec = $row['news_count'];
   foreach($subMenu AS $value) {
    if($value['ITEM_STATE'] != 'NO' && $value['ITEM_STATE'] != 'IFSUB')
     $state = 'ACT';
    $countRec += $value['news_count'];
   }
   // If 'CUR' is used here 'ACT' would not work anymore
   if($currentCatId == $row['uid'])
    $state = 'ACT';
   $linkConf = array(
    'parameter' => $conf['catPid'],
    'additionalParams' => '&tx_ttnews[cat]='.$row['uid'],
    'useCacheHash' => '1',
    'returnLast' => 'url',
   );
   $catItem = $row;
   $catItem['news_count_rec'] = $countRec;
   $catItem['_OVERRIDE_HREF'] =  $this->cObj->typolink("", $linkConf);
   $catItem['_ADD_GETVARS'] = '&tt_news[cat]='.$row['uid'];
   $catItem['_SUB_MENU'] =  $subMenu;
   $catItem['ITEM_STATE'] =  $state;
   if($conf['showEmpty'] || $countRec > 0){
    $catMenu[] = $catItem;
   }
  }
  return $catMenu;
  }

TypoScript:
page.10.marks.CATEGORIES = COA
page.10.marks.CATEGORIES {
  20 = HMENU
  20 {
    special = userfunction
    special {
      userFunc = tx_myExtCatMenuUserFunc->makeMenuArray
      catPid = 26
      sourcePid = 6
      sortBy = tt_news_cat.uid ASC
      showEmpty = 1
      recursive = 1
      startUid = 0
    }
    wrap = ...
    1 = TMENU
    1 {
      NO {
        allWrap = <div class="level1">|</div>
        linkWrap = <div class="news-catmenu-NO">|</div>
        ATagTitle.field = description
        ATagTitle.htmlSpecialChars = 1
      }
      ACT < .NO
      ACT = 1
      ACT.linkWrap = <div class="news-catmenu-ACT">|</div>
      # Fallback from CUR to ACT does not work...
     # CUR = 1
     # CUR.linkWrap = <div class="news-catmenu-CUR">CUR|</div>
    }
    2 ...
}






From liste at linawolf.de  Mon Jul 19 10:26:59 2010
From: liste at linawolf.de (Lina Wolf)
Date: Mon, 19 Jul 2010 10:26:59 +0200
Subject: [TYPO3-dev] Best practice: Fluid and split object property?
References: <mailman.1.1279481083.28395.typo3-dev@lists.typo3.org>
	<mailman.1.1279524674.6756.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279528323.12113.typo3-dev@lists.typo3.org>

If you can read German (or you can ignore the fact that you can't ;-)) maybe 
this solution is similar to your problem:
http://blog.marit.ag/2010/05/26/extbase-fluid-blog_example_amen/ 





From at at delusionworld.com  Mon Jul 19 11:06:57 2010
From: at at delusionworld.com (Thomas Allmer)
Date: Mon, 19 Jul 2010 11:06:57 +0200
Subject: [TYPO3-dev] Caretaker & TYPO3 v4.4
In-Reply-To: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
References: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279530721.15557.typo3-dev@lists.typo3.org>

On 19.07.2010 08:38, Michal Krypczyk wrote:
> [...]
> Caretaker in BE doesn't work anymore since I've updated my TYPO3 site to
> the latest version.
>[...]

on the T3DD10 we have been told that if you have TYPO3 4.4 you need to 
use the forge version of the caretaker...

http://forge.typo3.org/projects/show/extension-caretaker

cheers
-- 
+---------------------------------+-----------------------------------+
| Thomas Allmer                   |   http://www.delusionworld.com    |
| E-mail: at at delusionworld.com    |   phone: +43 699 16217064         |
+---------------------------------+-----------------------------------+



From michal at alternet.nl  Mon Jul 19 11:31:27 2010
From: michal at alternet.nl (Michal Krypczyk)
Date: Mon, 19 Jul 2010 11:31:27 +0200
Subject: [TYPO3-dev] Caretaker & TYPO3 v4.4
In-Reply-To: <mailman.1.1279530721.15557.typo3-dev@lists.typo3.org>
References: <mailman.1.1279521790.3449.typo3-dev@lists.typo3.org>
	<mailman.1.1279530721.15557.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279532189.17453.typo3-dev@lists.typo3.org>

You saved the day Thomas!

It works. Thanks!

Regards,
Michal

Thomas Allmer schreef:
> On 19.07.2010 08:38, Michal Krypczyk wrote:
>> [...]
>> Caretaker in BE doesn't work anymore since I've updated my TYPO3 site to
>> the latest version.
>> [...]
> 
> on the T3DD10 we have been told that if you have TYPO3 4.4 you need to 
> use the forge version of the caretaker...
> 
> http://forge.typo3.org/projects/show/extension-caretaker
> 
> cheers



From firma at sfroemken.de  Mon Jul 19 14:33:30 2010
From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=)
Date: Mon, 19 Jul 2010 14:33:30 +0200
Subject: [TYPO3-dev]  Actions in TYPO3 4.4.0
Message-ID: <mailman.1.1279543127.32674.typo3-dev@lists.typo3.org>

Hello,

I know that actions are saved in PID 0.
I want to allow one "SQL-query"-record for a defined BE-Usergroup, but 
the users in this group don't see any tasks.
And they are right...they only see the menuentry...but no tasks.

I tried to add PID 0 to allowed pages for this group. But on saving this 
page will be removed automatically.

Now I hope you have an additional idea.

Stefan



From m.michalowski at hottgenroth.de  Tue Jul 20 16:15:41 2010
From: m.michalowski at hottgenroth.de (Michael Michalowski)
Date: Tue, 20 Jul 2010 14:15:41 +0000
Subject: [TYPO3-dev] hook/callback for password recovery in felogin / typo3
	auth services
Message-ID: <mailman.30639.1279635648.610.typo3-dev@lists.typo3.org>

hi!

I implemented an authentication to a foreign database using a typo3 auth service in an extension.
Now I need the possibility to change the password in context of a "forgot password ?" functionality.
In detail I need a hook/callback function inside of tx_felogin. I already created a feature request and described my needs in the bugtracker:

http://bugs.typo3.org/view.php?id=15177

My approach is to use a method inside the auth service to change the password. tx_felogin could run through the registered auth services and call the method with the modified data.

This would be the code snippet in the pi1 plugin of felogin's changePassword-Method:

((code start))
                                                        // save new password and clear DB-hash
                                                $res = $GLOBALS['TYPO3_DB']->exec_UPDATEquery(
                                                                'fe_users',
                                                                'uid=' . $user['uid'],
                                                                array('password' => $newPass, 'felogin_forgotHash' => '')
                                                        );

                                                $serviceChain='';
                                                while (is_object($serviceObj = t3lib_div::makeInstanceService('auth', 'authUserFE', $serviceChain)))
                                                {
                                                        $serviceChain.=','.$serviceObj->getServiceKey();
                                                        if(method_exists($serviceObj, 'updateUser'))
                                                        {
                                                                $serviceObj->updateUser($user, array('password' => $newPass));
                                                        }
                                                        unset($serviceObj);
                                                }
((code end))

The updateUser method then would be placed inside the auth service plugin and is able to handle the changes in a foreign system (eg a custom database).

Because of the fact that the auth service concept is a very integrated feature I want to discuss this on the dev-list (please point me to the right communication channel, if this is not the one).

--
best regards,
Michael Michalowski



From typo3 at perseguers.ch  Tue Jul 20 16:45:52 2010
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Tue, 20 Jul 2010 16:45:52 +0200
Subject: [TYPO3-dev] hook/callback for password recovery in felogin /
	typo3 auth services
In-Reply-To: <mailman.30639.1279635648.610.typo3-dev@lists.typo3.org>
References: <mailman.30639.1279635648.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279637456.10222.typo3-dev@lists.typo3.org>

Hi,

> I implemented an authentication to a foreign database using a typo3 auth service in an extension.
> Now I need the possibility to change the password in context of a "forgot password ?" functionality.
> In detail I need a hook/callback function inside of tx_felogin. I already created a feature request and described my needs in the bugtracker:

I already did that by using this hook:

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['password_changed']

Why do you miss with this method?

Regards
Xavier



From m.michalowski at hottgenroth.de  Wed Jul 21 10:12:55 2010
From: m.michalowski at hottgenroth.de (Michael Michalowski)
Date: Wed, 21 Jul 2010 08:12:55 +0000
Subject: [TYPO3-dev] hook/callback for password recovery in felogin /
	typo3 auth services
Message-ID: <mailman.30801.1279700282.610.typo3-dev@lists.typo3.org>

hi Xavier!

> I already did that by using this hook:
>
> $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['password_changed']
>
> Why do you miss with this method?

How could I have missed that? Unbelievable. It was right in front of their eyes.

But it seems to be undocumented (or I'm blind again?). Otherwise I would have used it.
But I haven't got any clue why I missed it in the code.
Sorry! Case closed.

--
best regards
Michael



From typo3 at perseguers.ch  Wed Jul 21 11:04:26 2010
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Wed, 21 Jul 2010 11:04:26 +0200
Subject: [TYPO3-dev] hook/callback for password recovery in felogin /
	typo3 auth services
In-Reply-To: <mailman.30801.1279700282.610.typo3-dev@lists.typo3.org>
References: <mailman.30801.1279700282.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279703371.31055.typo3-dev@lists.typo3.org>

Hi Michael,

>> I already did that by using this hook:
>>
>> $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['password_changed']
>>
>> Why do you miss with this method?
>
> How could I have missed that? Unbelievable. It was right in front of their eyes.
>
> But it seems to be undocumented (or I'm blind again?). Otherwise I would have used it.

Perhaps. Personally, I dig into the code when I need a hook somewhere. 
But for sure because I know that often the documentation is not 
completely up-to-date...

> But I haven't got any clue why I missed it in the code.
> Sorry! Case closed.

np. Have fun with this hook!

Xavier



From dmitry at typo3.org  Wed Jul 21 12:38:20 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 21 Jul 2010 13:38:20 +0300
Subject: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
Message-ID: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>

Hi!

I am looking to DAM now and I have a task to rewrite its directory and
database trees using ExtJS. I want to start with the directory tree because
it is easier and have other connected tasks (such as rearranging the tree
by drag&drop).

I think it makes sense that DAM uses the same directory tree as TYPO3 does
in order to reduce the amount of necessary code and amount of support work.
But that means I should rewrite the directory tree in the TYPO3 core
(typo3/alt_file_navframe.php).

Before doing that I want to ask if somebody else already works on this. If
yes, let's coordinate activities.

This is a cross-post to several groups with follow-ups set to
typo3.projects.v4. Please, use that group explicitly if your e?mail program
does not show you correct reply address.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From lorenz.ulrich at phz.ch  Wed Jul 21 12:55:07 2010
From: lorenz.ulrich at phz.ch (Ulrich Lorenz PHZ Luzern)
Date: Wed, 21 Jul 2010 12:55:07 +0200
Subject: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
In-Reply-To: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>
References: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30829.1279710017.610.typo3-dev@lists.typo3.org>

Hi Dmitry

According to Steffen Gebbert, Stefan Galinski continues the work that started at T3UXW 09. There is a T3UXW09 branch in CoreProjects containing TYPO3 with the new Tree API.

Looking forward :-).

Lorenz

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-
> bounces at lists.typo3.org] Im Auftrag von Dmitry Dulepov
> Gesendet: Mittwoch, 21. Juli 2010 12:38
> An: typo3-dev at lists.typo3.org
> Betreff: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
> 
> Hi!
> 
> I am looking to DAM now and I have a task to rewrite its directory and
> database trees using ExtJS. I want to start with the directory tree
> because
> it is easier and have other connected tasks (such as rearranging the
> tree
> by drag&drop).
> 
> I think it makes sense that DAM uses the same directory tree as TYPO3
> does
> in order to reduce the amount of necessary code and amount of support
> work.
> But that means I should rewrite the directory tree in the TYPO3 core
> (typo3/alt_file_navframe.php).
> 
> Before doing that I want to ask if somebody else already works on this.
> If
> yes, let's coordinate activities.
> 
> This is a cross-post to several groups with follow-ups set to
> typo3.projects.v4. Please, use that group explicitly if your e-mail
> program
> does not show you correct reply address.
> 
> --
> Dmitry Dulepov
> TYPO3 core&security teams member
> Twitter: http://twitter.com/dmitryd
> Read more @ http://dmitry-dulepov.com/
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From lorenz.ulrich at phz.ch  Wed Jul 21 12:59:56 2010
From: lorenz.ulrich at phz.ch (Ulrich Lorenz PHZ Luzern)
Date: Wed, 21 Jul 2010 12:59:56 +0200
Subject: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
In-Reply-To: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>
References: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.30831.1279710307.610.typo3-dev@lists.typo3.org>

Hi Dmitry again

I just found this link on http://forge.typo3.org/projects/typo3v45-projects/wiki:

http://github.com/sgalinski/typo3v4core 



Regards,

Lorenz

> -----Urspr?ngliche Nachricht-----
> Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-
> bounces at lists.typo3.org] Im Auftrag von Dmitry Dulepov
> Gesendet: Mittwoch, 21. Juli 2010 12:38
> An: typo3-dev at lists.typo3.org
> Betreff: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
> 
> Hi!
> 
> I am looking to DAM now and I have a task to rewrite its directory and
> database trees using ExtJS. I want to start with the directory tree
> because
> it is easier and have other connected tasks (such as rearranging the
> tree
> by drag&drop).
> 
> I think it makes sense that DAM uses the same directory tree as TYPO3
> does
> in order to reduce the amount of necessary code and amount of support
> work.
> But that means I should rewrite the directory tree in the TYPO3 core
> (typo3/alt_file_navframe.php).
> 
> Before doing that I want to ask if somebody else already works on this.
> If
> yes, let's coordinate activities.
> 
> This is a cross-post to several groups with follow-ups set to
> typo3.projects.v4. Please, use that group explicitly if your e-mail
> program
> does not show you correct reply address.
> 
> --
> Dmitry Dulepov
> TYPO3 core&security teams member
> Twitter: http://twitter.com/dmitryd
> Read more @ http://dmitry-dulepov.com/
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From info at sk-typo3.de  Wed Jul 21 13:04:56 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Wed, 21 Jul 2010 13:04:56 +0200
Subject: [TYPO3-dev] [TYPO3-v4] ExtJS for file tree?
In-Reply-To: <mailman.30831.1279710307.610.typo3-dev@lists.typo3.org>
References: <mailman.30828.1279709103.610.typo3-dev@lists.typo3.org>
	<mailman.30831.1279710307.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279710597.9534.typo3-dev@lists.typo3.org>

Hi,

follow-up is the v4 list, it's already reported ;)

vg Steffen



From m.michalowski at hottgenroth.de  Wed Jul 21 16:35:55 2010
From: m.michalowski at hottgenroth.de (Michael Michalowski)
Date: Wed, 21 Jul 2010 14:35:55 +0000
Subject: [TYPO3-dev] password recovery in felogin / auth services
Message-ID: <mailman.30870.1279723263.610.typo3-dev@lists.typo3.org>

hi!

Another question concerning felogin and the password recovery function:
With the new auth services it is possible to register an auth service which authenticates against another system and also imports users into typo's fe_users table in one go (getUser() interface).
I wrote such an auth service for a sql server database.

Now I implemented the password recovery function of felogin by a custom hook. It works but there is one drawback: If a user was not imported yet by loggin in (which is very common if a user has forgotten his password) he does not exist in the fe_users table.

felogin itself doesn't recognize any registered auth services, so there is no possibility to fetch the user from another source than typo's be_users table.

Has anybody a solution for this problem?

best regards,
Michael Michalowski




From leo at finalresort.org  Thu Jul 22 18:03:32 2010
From: leo at finalresort.org (Leo R. Lundgren)
Date: Thu, 22 Jul 2010 18:03:32 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
In-Reply-To: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
References: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.31056.1279814924.610.typo3-dev@lists.typo3.org>


18 jul 2010 kl. 16.13 skrev Leo R. Lundgren:

> Hello,
> 
> I have encountered an issue where if I go to Web>Page, select a page, and click create new CE, there is no contents in the place where one should select the type of CE to add. Under the heading "Please select the type of page content you wish to create", there is nothing, until the next visible text that is the heading "2: Select position" (which contents is actually visible).
> 
> This happens with a fresh install of Typo3 4.4, with Postgresql 9 beta 3, PHP 5.2.10, Apache 2.2.11, all compiled using pkgsrc on OS X 10.6.4. I can reproduce the problem locally but haven't tried it on another machine. I can however not reproduce it when I change the database from being Postgresql 9 beta 3 to MySQL 5.0.90, so it seems that it's related to the DBAL, possibly in specific combination with Postgres.


Right, so to follow up on this a bit.. I tried it and cannot reproduce it with PostgreSQL 8.4. Probably there is some incompatibility with PG9 in the DBAL or the caching layer, and I've been told that these things are looked into when PG9 reaches a stable release. For me that's OK since I don't require any features in PG9 for the current project.

-|




From typo3 at perseguers.ch  Thu Jul 22 22:12:49 2010
From: typo3 at perseguers.ch (Xavier Perseguers)
Date: Thu, 22 Jul 2010 22:12:49 +0200
Subject: [TYPO3-dev] CE types not visible in create new CE view (locally
	reproducable)
In-Reply-To: <mailman.31056.1279814924.610.typo3-dev@lists.typo3.org>
References: <mailman.30257.1279462743.610.typo3-dev@lists.typo3.org>
	<mailman.31056.1279814924.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1279829876.18304.typo3-dev@lists.typo3.org>

Hi,

> Right, so to follow up on this a bit.. I tried it and cannot reproduce it with PostgreSQL 8.4. Probably there is some incompatibility with PG9 in the DBAL or the caching layer, and I've been told that these things are looked into when PG9 reaches a stable release. For me that's OK since I don't require any features in PG9 for the current project.

Thanks for the follow-up. Please keep me informed. You may open a bug 
report too.

Best
Xavier Perseguers



From bartoszx at SPAMgmail.com  Sun Jul 25 22:11:23 2010
From: bartoszx at SPAMgmail.com (Bartosz Aninowski)
Date: Sun, 25 Jul 2010 22:11:23 +0200
Subject: [TYPO3-dev] Problems with TYPO3_mainDir constant.
In-Reply-To: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
References: <mailman.1.1279270764.10137.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280088995.18570.typo3-dev@lists.typo3.org>

W dniu 10-07-16 10:54, Stig N?rgaard F?rch pisze:
> Any idea how to pin down the source of the problem?

This is caused by some of an extensions.
I had similar problem but do not remeber which ext had caused this.
Try to uninstall old or not supported ext.

-- 
Bartosz Aninowski
typo(3)holics




From typo3dev2010.nospam1 at geithware.de  Mon Jul 26 12:47:18 2010
From: typo3dev2010.nospam1 at geithware.de (Stefan Geith)
Date: Mon, 26 Jul 2010 12:47:18 +0200
Subject: [TYPO3-dev]  Typo3 and Amazon RDS
Message-ID: <mailman.1.1280141563.6795.typo3-dev@lists.typo3.org>

Hi Devs,

is there anybody, who ever tried to use Amazon RDS (Amazon Relational 
Database Service) as Database for Typo3 ?

I think, this could be very useful.

/Stefan



From typo3_lists at niels-pardon.de  Mon Jul 26 13:02:51 2010
From: typo3_lists at niels-pardon.de (Niels Pardon)
Date: Mon, 26 Jul 2010 13:02:51 +0200
Subject: [TYPO3-dev] Typo3 and Amazon RDS
In-Reply-To: <mailman.1.1280141563.6795.typo3-dev@lists.typo3.org>
References: <mailman.1.1280141563.6795.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280142483.7963.typo3-dev@lists.typo3.org>

Am 26.07.2010 12:47, schrieb Stefan Geith:
> is there anybody, who ever tried to use Amazon RDS (Amazon Relational
> Database Service) as Database for Typo3 ?

Didn't try it myself but I've seen a comparison between MySQL on RDS and
a customized version on EC2:
http://www.dotdeb.org/2010/05/04/mysql-on-amazon-benchmarks-rds-vs-ec2/

Regards,

Niels



From snf at dkm.dk  Tue Jul 27 12:07:59 2010
From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=)
Date: Tue, 27 Jul 2010 12:07:59 +0200
Subject: [TYPO3-dev]  register for default section frame?
Message-ID: <mailman.1.1280225591.18686.typo3-dev@lists.typo3.org>

Hi list

As far as I found there is no register for a default section frame.
Some times it would be nice if I could set a default section frame for a 
specific content area, - the same way as you set the default header type 
in this example:
http://www.acqal.com/blog/a/article/set-a-default-header-type-for-templavoila-content-elements/

Have I overlooked something?


Best regards,
Stig



From lists at shr.cc  Tue Jul 27 17:10:47 2010
From: lists at shr.cc (Nikolas Hagelstein)
Date: Tue, 27 Jul 2010 17:10:47 +0200
Subject: [TYPO3-dev] Determination of PATH_thisScript - your opinion please.
Message-ID: <mailman.1.1280243760.12388.typo3-dev@lists.typo3.org>

Hi,

While trying to add php-fpm support to typo3 i came
accross the fact that the whole bootstrap 
(frontend/backend/installer/ajax etc) is a real mess.

This is -  in short - what i was trying to archiv orginally:

PHP-FPM ships with PHP as of version 5.3.3. It identifies itself as 
"fpm-fcgi" in PHP_SAPI.

To make TYPO3 recognize it correctly it was/would be neccessary to 
adjust the determination of PATH_thisScript. [1]

While doing this i discovered that there are a bunch of files within the 
core defining PATH_thisScript by repeating a "monster clause" over and 
over again.
It turned out that actually t3lib_div::getIndpEnv('SCRIPT_FILENAME') 
could be used to define PATH_thisScript [2]

Unfortunatly t3lib_div is not available at this point (i.e. during the 
early stage of the bootstrap).

Sothere are IMHO 3 options to bring fpm support to the core:

1. Just add PHP_SAPI == 'fpm-fcgi' || .. to every 
define('PATH_thisScript', ..) - would be ok for 4.4 i guess.

2. Change define('PATH_thisScript' ... to use 
t3lib_div::getIndpEnv('SCRIPT_FILENAME') and place a 
requiere_once(__DIR__ ....) in front of it.

3.  Your opinion

If i remember right  Francois Suter and probably some more guys where 
about to refactor init.php durring t3dd10. It would be nice if you guys 
could join this discussion and share you findings :).


Furthermore i would like to ask you if you could join the following 
discussions.

[1]:
http://lists.typo3.org/pipermail/typo3-team-core/2010-July/041459.html

[2]:
http://lists.typo3.org/pipermail/typo3-team-core/2010-July/041495.html



From lorenz.ulrich at phz.ch  Tue Jul 27 18:19:41 2010
From: lorenz.ulrich at phz.ch (Ulrich Lorenz PHZ Luzern)
Date: Tue, 27 Jul 2010 18:19:41 +0200
Subject: [TYPO3-dev] AJAX category assigning
Message-ID: <mailman.31840.1280247902.610.typo3-dev@lists.typo3.org>

Hi there

I'm currently working on a photo gallery project for my employer that
offers adding photos to a cart and checking them out in print quality.
DAM and DAM Frontend (with some new features programmed by Stefan
Busemann) are used for it.

We're pretty close now but still one problem remains: Our photographer
needs to assign DAM categories to images without having to open the
metadata of each picture, scrolling down, choosing, saving etc. So what
we need is basically a new DAM submodule with thumbnails and all
categories as drop zones.

Has anyone experience with AJAX in the backend and could share some
thoughts about it? 

By the way: I already asked that question in the DAM list (some time
ago) and there was no feedback. So maybe someone in this list has
experience.



Thanks a lot,


Lorenz



From dmitry at typo3.org  Wed Jul 28 10:19:10 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 28 Jul 2010 11:19:10 +0300
Subject: [TYPO3-dev] [TYPO3-core] RFC #15251: Too much space below TCEforms
In-Reply-To: <mailman.1.1280304802.1125.typo3-dev@lists.typo3.org>
References: <mailman.1.1280251955.21822.typo3-team-core@lists.typo3.org>
	<mailman.1.1280301885.7407.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304354.10815.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304645.11288.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304802.1125.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280305464.12790.typo3-dev@lists.typo3.org>

Hi!

Steffen Ritter wrote:
> i use it, too... it's nice mass-editing. annoying if the field requests
> updates even if no other field is present, but its useful

Ok, thanks for the feedback, guys.

May be can think of other ways to display such forms. One long list does
not look good. While I hate tabs inside tabs, may be we can do tabbed
records in such case where outer tabs would have titles of records. That
should be better. But that's for the HCI tracker I guess. I will create an
issue there.

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From dmitry at typo3.org  Wed Jul 28 10:28:13 2010
From: dmitry at typo3.org (Dmitry Dulepov)
Date: Wed, 28 Jul 2010 11:28:13 +0300
Subject: [TYPO3-dev] [TYPO3-core] RFC #15251: Too much space below TCEforms
In-Reply-To: <mailman.1.1280304802.1125.typo3-dev@lists.typo3.org>
References: <mailman.1.1280251955.21822.typo3-team-core@lists.typo3.org>
	<mailman.1.1280301885.7407.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304354.10815.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304645.11288.typo3-team-core@lists.typo3.org>
	<mailman.1.1280304802.1125.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280306006.13871.typo3-dev@lists.typo3.org>

Hi!

Steffen Ritter wrote:
> i use it, too... it's nice mass-editing. annoying if the field requests
> updates even if no other field is present, but its useful

Seems like my previous reply gone to nowhere...

Thanks for feedbacks. I created an HCI issue about it. If anybody is
interested, here it is: http://forge.typo3.org/issues/9063

-- 
Dmitry Dulepov
TYPO3 core&security teams member
Twitter: http://twitter.com/dmitryd
Read more @ http://dmitry-dulepov.com/



From oliver at typo3.org  Wed Jul 28 12:35:42 2010
From: oliver at typo3.org (Oliver Hader)
Date: Wed, 28 Jul 2010 12:35:42 +0200
Subject: [TYPO3-dev]  TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
Message-ID: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>

Dear TYPO3 community,

The TYPO3 core team has just released TYPO3 versions 4.1.14, 4.2.13,
4.3.4 and 4.4.1, which are now ready for you to download. All versions
are maintenance releases and contain bugfixes and security fixes.

IMPORTANT:
These versions include important security fixes to the TYPO3 core. A
security announcement has just been released:
  http://typo3.org/teams/security/security-bulletins/typo3-sa-2010-012/

The packages can be downloaded here:
  http://typo3.org/download/packages/

For details about the release, please see:
  http://news.typo3.org/news/article/typo3-4114-4213-434-and-441-released/

MD5 checksums:
4d94af8fbb7d5a8d725fe0b5ccf11318  dummy-4.1.14.tar.gz
5c91f9aa6b308adbf2a631cbd980af86  dummy-4.1.14.zip
93d7a8002b556dacb375221a19365057  typo3_src-4.1.14.tar.gz
0d9ea8baa18d2c509b6c8d862bab7198  typo3_src-4.1.14.zip
8cc325a3d8d7548901bd145dd573c936  typo3_src+dummy-4.1.14.zip

89eb024ee32cb81827df1b73dcdac47d  dummy-4.2.13.tar.gz
beedce3634927a6bb571087ff8606dc2  dummy-4.2.13.zip
6c96a400c2337a8bf62035785b7cbb5b  typo3_src-4.2.13.tar.gz
3db569cc588c66ce69e48508abe1f1a9  typo3_src-4.2.13.zip
1eea05d285a33bbacca4479b86572ba5  typo3_src+dummy-4.2.13.zip

74caf58deccfb4792744ead7d6126596  dummy-4.3.4.tar.gz
7ebdf1efa89c91faf3a1c2779e0c2e57  dummy-4.3.4.zip
85f5fb5e05b6a065bbd42ebfaaf2128b  typo3_src-4.3.4.tar.gz
1fc6c8a676157f0c9cef215425eca1bf  typo3_src-4.3.4.zip
aca5028aed979ef5d721375f96fe56ac  typo3_src+dummy-4.3.4.zip

129fa64e8b0652a8f068ca05f0788228  dummy-4.4.1.tar.gz
1dc81b22a2e90d72aa04c1636ac77503  dummy-4.4.1.zip
814955d60dbf5a7c043f23a158aa43bd  typo3_src-4.4.1.tar.gz
2a4e2f4aa0c0ef72fb710cdc809516f7  typo3_src-4.4.1.zip
808adc79f7e5f0e0f3e8a4ddc1c73a54  typo3_src+dummy-4.4.1.zip
d6b700957a570806fb454eb4de9937a1  introductionpackage-4.4.1.zip

Rock on!
Olly
-- 
Oliver Hader
TYPO3 Core Team Leader



From info at sk-typo3.de  Wed Jul 28 12:51:11 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Wed, 28 Jul 2010 12:51:11 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280314579.23292.typo3-dev@lists.typo3.org>

Hi,

what an incredible work! Thanks to all involved for this heavy packaging!

vg Steffen



From steffen at steffen-gebert.de  Wed Jul 28 14:02:41 2010
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Wed, 28 Jul 2010 14:02:41 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280318875.9251.typo3-dev@lists.typo3.org>

Am 28.07.10 12:35, schrieb Oliver Hader:
> Dear TYPO3 community,
>
> The TYPO3 core team has just released TYPO3 versions 4.1.14, 4.2.13,
> 4.3.4 and 4.4.1, which are now ready for you to download. All versions
> are maintenance releases and contain bugfixes and security fixes.
Thanks from my side to, esp. to Helmut and all the hard workers inside 
and outside of the security team!

Steffen



From jorgosch at terra.es  Wed Jul 28 14:08:50 2010
From: jorgosch at terra.es (J. Schaller)
Date: Wed, 28 Jul 2010 14:08:50 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280319239.10868.typo3-dev@lists.typo3.org>

Your hard work is appreciated!
Cheers,
J?rg


On Wed, 28 Jul 2010 12:35:42 +0200, Oliver Hader <oliver at typo3.org>
wrote:

>Dear TYPO3 community,
>
>The TYPO3 core team has just released TYPO3 versions 4.1.14, 4.2.13,
>4.3.4 and 4.4.1, which are now ready for you to download. All versions
>are maintenance releases and contain bugfixes and security fixes.

Cheers,
J?rg



From gregor at a-mazing.de  Wed Jul 28 14:14:25 2010
From: gregor at a-mazing.de (Gregor Hermens)
Date: Wed, 28 Jul 2010 14:14:25 +0200
Subject: [TYPO3-dev] Bug in 4.1.14 WAS:  TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280319578.12340.typo3-dev@lists.typo3.org>

Hi,

Oliver Hader schrieb:

> The TYPO3 core team has just released TYPO3 versions 4.1.14, 4.2.13,
> 4.3.4 and 4.4.1, which are now ready for you to download. All versions
> are maintenance releases and contain bugfixes and security fixes.

there's a bug in 4.1.14:

http://bugs.typo3.org/view.php?id=15260

The undefined method t3lib_div::sanitizeLocalUrl() is used several times, 
breaking things like BE logout or clearing all caches.

Backporting this method to 4.1 is no easy option due to PHP4 compatibility 
issues.

I did consider makeing sanitizeLocalUrl() a wrapper for sanitizeBackEndUrl() 
which seems to be an early version of saniziteLocalUrl(). For this to work, 
':' would have to be added to the regular expression of 
sanitizeBackEndUrl(). This might break security elswhere...

I'm out of options right now, so someone more involved into the core should 
take a look at this issue.

Greetings,
Gregor
-- 
http://www.a-mazing.de/   |   Certified TYPO3 Integrator




From goto11 at o2online.de  Wed Jul 28 14:15:53 2010
From: goto11 at o2online.de (Jan Jauer)
Date: Wed, 28 Jul 2010 14:15:53 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.32204.1280319671.610.typo3-dev@lists.typo3.org>

You're work is great as always. I really like the work.
Jan



From typo3-german-02 at oliverklee.de  Wed Jul 28 14:43:27 2010
From: typo3-german-02 at oliverklee.de (Oliver Klee)
Date: Wed, 28 Jul 2010 14:43:27 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280321320.20375.typo3-dev@lists.typo3.org>

Hi Olly,

thanks for taking care of reviewing, testing, checking in and releasing!


Oli
-- 
Certified TYPO3 Integrator | TYPO3 Security Team Member



From typo3.RemoveForMessage at elements-net.de  Wed Jul 28 15:39:30 2010
From: typo3.RemoveForMessage at elements-net.de (Franz Koch)
Date: Wed, 28 Jul 2010 15:39:30 +0200
Subject: [TYPO3-dev] custom pageGenScript not found in includePath (did work
	before 4.4)
Message-ID: <mailman.1.1280324684.4057.typo3-dev@lists.typo3.org>

Hey there,

does anybody know of some changes related to custom pageGenScripts? I 
(unfortunately) use the extension fe_mp3player that uses a custom 
pageGenScript to render some XML output. This script resides in the 
extensions folder and worked in TYPO3 4.3

Now I get a PHP Warning: include() [function.include]: Failed opening 
'typo3conf/ext/fe_mp3player/xml_output.php' for inclusion 
(include_path='/var/www/:/var/www/..../typo3/') in 
/var/www/..../typo3/sysext/cms/tslib/index_ts.php line 441

Any ideas why? Might it be symlink related? Haven't found a solution yet 
- besides hacking index_ts and pass the scriptPath through 
t3lib_div::getFileAbsFileName(...);
-- 
kind regards,
Franz Koch



From christian at kitsunet.de  Wed Jul 28 16:06:33 2010
From: christian at kitsunet.de (=?ISO-8859-15?Q?=22Christian_M=FCller_=5Bkitsunet=5D=22?=)
Date: Wed, 28 Jul 2010 16:06:33 +0200
Subject: [TYPO3-dev] How to access restricted records in the frontend
	(in extension dr_blob)
In-Reply-To: <mailman.1.1279036781.25835.typo3-dev@lists.typo3.org>
References: <mailman.1.1279036781.25835.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280326307.10310.typo3-dev@lists.typo3.org>

On 13.07.2010 17:54, Thomas "Thasmo" Deinhamer wrote:
> Hello folks,
>
> the following request comes from our client:
>
> "Display a download/file list and define the access to specific files
> for different user groups. But make it possible to mark specific files
> as "preview" in the backend. In the frontend, those files should then
> be listed, but after you click to download them, you should get a
> notice to login/register."
>
> The "problem" here is, that - as far as I know - the access handling of
> the user groups etc. is done by TYPO3 itself. In other words, TYPO3 will
> only return records to which the current user has access to. (Of course
> only if the official public TYPO3 API is used to query the database.)
>
> Now I'm looking for a way to implement such a feature, described above,
> without handling the whole access control for myself. What I just need
> is to return specific records (marked with a flag in the database), but
> those without access restriction.
>
> At least that's my only idea for now.
>
> Is there anybody who may have a solution for this or a better idea?
> I'm quite stuck with this at the moment...
>
> Thanks a lot,
> Thomas

If you do that in an extension you can always write your custom SQL and 
don't include enableFields and stuff like that. Shouldn't be a problem 
that way.

Christian



From t33k.RE.MO.VE at RE.MO.VE.prolabium.com  Wed Jul 28 18:26:55 2010
From: t33k.RE.MO.VE at RE.MO.VE.prolabium.com (Krystian Szymukowicz)
Date: Wed, 28 Jul 2010 18:26:55 +0200
Subject: [TYPO3-dev] no rows returned in getPageOverlay
	(pages_language_overlay, pageOverlayFields)
Message-ID: <mailman.1.1280334721.24076.typo3-dev@lists.typo3.org>


hi

I have strange issue here. I hope someone can put an light on it.


There is a function getPageOverlay($pageInput,$lUid=-1) in file 
t3lib/class.t3lib_page.php

There is a database query inside this function which puts comma 
separated fields from $TYPO3_CONF_VARS['FE']['pageOverlayFields'] 
database query.

So the query looks like:
SELECT uid,title,nav_title,media,keywords,description FROM 
pages_language_overlay WHERE pid=4.....


I think I must have strange configuration of my mysql server because if 
query look like the above I have no rows returned.

But if the fields are within quotes everything is working as expected.

So this works:
SELECT "uid,title,nav_title,media,keywords,description" FROM 
pages_language_overlay WHERE pid=4.....



So:
1) maybe you know what switch in mysql is responsible for this? I 
googled but found nothing :(

2) should not this fields be within quotes anyway so strange 
configuration as mine could also works?



Thanks on any clarification in this subject.


PHP Version 5.2.12
Suhosin Patch 0.9.7
PDO Driver for MySQL 5.1.47



--
grtz
Krystian Szymukowicz





From helmut at typo3.org  Wed Jul 28 21:08:07 2010
From: helmut at typo3.org (Helmut Hummel)
Date: Wed, 28 Jul 2010 21:08:07 +0200
Subject: [TYPO3-dev] custom pageGenScript not found in includePath (did
	work before 4.4)
In-Reply-To: <mailman.1.1280324684.4057.typo3-dev@lists.typo3.org>
References: <mailman.1.1280324684.4057.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280344401.3981.typo3-dev@lists.typo3.org>

Hi Franz,

On 28.07.10 15:39, Franz Koch wrote:
> 
> does anybody know of some changes related to custom pageGenScripts? I
> (unfortunately) use the extension fe_mp3player that uses a custom
> pageGenScript to render some XML output. This script resides in the
> extensions folder and worked in TYPO3 4.3

AFAIK nothing was changed at this place.

> Now I get a PHP Warning: include() [function.include]: Failed opening
> 'typo3conf/ext/fe_mp3player/xml_output.php' for inclusion
> (include_path='/var/www/:/var/www/..../typo3/') in
> /var/www/..../typo3/sysext/cms/tslib/index_ts.php line 441
> 
> Any ideas why? Might it be symlink related? Haven't found a solution yet
> - besides hacking index_ts and pass the scriptPath through
> t3lib_div::getFileAbsFileName(...);

can you place a var_dump(getcwd()); just before the inclusion?

It should be the same as PATH_site, but I remember some problems in a
FCGI setup...

Regards Helmut



From shanmugarajan.k at tcs.com  Thu Jul 29 08:29:07 2010
From: shanmugarajan.k at tcs.com (Shanmugarajan K)
Date: Thu, 29 Jul 2010 11:59:07 +0530
Subject: [TYPO3-dev] Multiple text box required field is not working on FCE
Message-ID: <mailman.32358.1280385267.610.typo3-dev@lists.typo3.org>

Hi,

When i create the FCE with multiple text box as a required field, then 
validation is not working properly. It always taking the last text field 
for validation. Can anybody having the fix?

Thanks & regards
Shan
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you





From info at sk-typo3.de  Thu Jul 29 10:13:18 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 29 Jul 2010 10:13:18 +0200
Subject: [TYPO3-dev]  Bugday Upcoming Friday
Message-ID: <mailman.1.1280391506.19658.typo3-dev@lists.typo3.org>

Hi,

on Friday, 30th of July, we have our next bugday, join us!

Sponsor of this bugday is
wmdb Systems GmbH
Am Wehrhahn 41
40211 D?sseldorf

When you are near by, you are invited to come tp wmdb for joining the 
bugday!

Join us on IRC:
irc://irc.freenode.net/#typo3-bugday


Here's how it works:
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.4 (and maybe 4.3)
* tag the bug with "bugday-1007"
* 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?title=BugDay/201007

If you further question - we're on IRC.

vg Steffen



From info at sk-typo3.de  Thu Jul 29 11:58:42 2010
From: info at sk-typo3.de (Steffen Kamper)
Date: Thu, 29 Jul 2010 11:58:42 +0200
Subject: [TYPO3-dev] [TYPO3-v4] Contrib updates
Message-ID: <mailman.32422.1280397903.610.typo3-dev@lists.typo3.org>

Hi,

FYI: if you develop with contrib libraries, these extension helps you to 
test with recent versions of contrib libraries.
The extensions only work with actual trunk.

contrib_update	Updates: Prototype 1.6.1, Scriptaculous 1.8.3, ExtCore 
3.1.0, ExtJs 3.2.1
extjs_update	Updates ExtJs to 3.3beta

you may install both extensions, be sure to install contrib_updates first.

Extensions can be found here:
http://forge.typo3.org/projects/typo3v45-projects/files

vg Steffen



From freddy.tripold at tlog.at  Thu Jul 29 15:31:49 2010
From: freddy.tripold at tlog.at (Freddy Tripold)
Date: Thu, 29 Jul 2010 15:31:49 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280410624.16215.typo3-dev@lists.typo3.org>

Hallo Leute,

geht bei Euch auch das Install Tool nicht mehr nach dem Update? Besser 
gesagt man kann sich nicht mehr einloggen. Beobachtet bei 4.2.13 und bei 
4.3.4

lg
Freddy


Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
(Weisheit der Dakota-Indianer)


Am 28.07.2010 12:35, schrieb Oliver Hader:
> Dear TYPO3 community,
>
> The TYPO3 core team has just released TYPO3 versions 4.1.14, 4.2.13,
> 4.3.4 and 4.4.1, which are now ready for you to download. All versions
> are maintenance releases and contain bugfixes and security fixes.
>
> IMPORTANT:
> These versions include important security fixes to the TYPO3 core. A
> security announcement has just been released:
>    http://typo3.org/teams/security/security-bulletins/typo3-sa-2010-012/
>
> The packages can be downloaded here:
>    http://typo3.org/download/packages/
>
> For details about the release, please see:
>    http://news.typo3.org/news/article/typo3-4114-4213-434-and-441-released/
>
> MD5 checksums:
> 4d94af8fbb7d5a8d725fe0b5ccf11318  dummy-4.1.14.tar.gz
> 5c91f9aa6b308adbf2a631cbd980af86  dummy-4.1.14.zip
> 93d7a8002b556dacb375221a19365057  typo3_src-4.1.14.tar.gz
> 0d9ea8baa18d2c509b6c8d862bab7198  typo3_src-4.1.14.zip
> 8cc325a3d8d7548901bd145dd573c936  typo3_src+dummy-4.1.14.zip
>
> 89eb024ee32cb81827df1b73dcdac47d  dummy-4.2.13.tar.gz
> beedce3634927a6bb571087ff8606dc2  dummy-4.2.13.zip
> 6c96a400c2337a8bf62035785b7cbb5b  typo3_src-4.2.13.tar.gz
> 3db569cc588c66ce69e48508abe1f1a9  typo3_src-4.2.13.zip
> 1eea05d285a33bbacca4479b86572ba5  typo3_src+dummy-4.2.13.zip
>
> 74caf58deccfb4792744ead7d6126596  dummy-4.3.4.tar.gz
> 7ebdf1efa89c91faf3a1c2779e0c2e57  dummy-4.3.4.zip
> 85f5fb5e05b6a065bbd42ebfaaf2128b  typo3_src-4.3.4.tar.gz
> 1fc6c8a676157f0c9cef215425eca1bf  typo3_src-4.3.4.zip
> aca5028aed979ef5d721375f96fe56ac  typo3_src+dummy-4.3.4.zip
>
> 129fa64e8b0652a8f068ca05f0788228  dummy-4.4.1.tar.gz
> 1dc81b22a2e90d72aa04c1636ac77503  dummy-4.4.1.zip
> 814955d60dbf5a7c043f23a158aa43bd  typo3_src-4.4.1.tar.gz
> 2a4e2f4aa0c0ef72fb710cdc809516f7  typo3_src-4.4.1.zip
> 808adc79f7e5f0e0f3e8a4ddc1c73a54  typo3_src+dummy-4.4.1.zip
> d6b700957a570806fb454eb4de9937a1  introductionpackage-4.4.1.zip
>
> Rock on!
> Olly



From steffen at steffen-gebert.de  Thu Jul 29 15:47:52 2010
From: steffen at steffen-gebert.de (Steffen Gebert)
Date: Thu, 29 Jul 2010 15:47:52 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280410624.16215.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
	<mailman.1.1280410624.16215.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280411586.18100.typo3-dev@lists.typo3.org>

Am 29.07.10 15:31, schrieb Freddy Tripold:
> Hallo Leute,
>
> geht bei Euch auch das Install Tool nicht mehr nach dem Update? Besser
> gesagt man kann sich nicht mehr einloggen. Beobachtet bei 4.2.13 und bei
> 4.3.4
English, please.

Give your feedback to http://bugs.typo3.org/view.php?id=15265

Steffen



From freddy.tripold at tlog.at  Thu Jul 29 19:02:15 2010
From: freddy.tripold at tlog.at (Freddy Tripold)
Date: Thu, 29 Jul 2010 19:02:15 +0200
Subject: [TYPO3-dev] TYPO3 4.1.14, 4.2.13, 4.3.4 and 4.4.1
In-Reply-To: <mailman.1.1280411586.18100.typo3-dev@lists.typo3.org>
References: <mailman.1.1280313655.18338.typo3-dev@lists.typo3.org>
	<mailman.1.1280410624.16215.typo3-dev@lists.typo3.org>
	<mailman.1.1280411586.18100.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280423251.5389.typo3-dev@lists.typo3.org>

sorry wrong list...

Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
(Weisheit der Dakota-Indianer)


Am 29.07.2010 15:47, schrieb Steffen Gebert:
> Am 29.07.10 15:31, schrieb Freddy Tripold:
>> Hallo Leute,
>>
>> geht bei Euch auch das Install Tool nicht mehr nach dem Update? Besser
>> gesagt man kann sich nicht mehr einloggen. Beobachtet bei 4.2.13 und bei
>> 4.3.4
> English, please.
>
> Give your feedback to http://bugs.typo3.org/view.php?id=15265
>
> Steffen



From ernst at cron-it.de  Fri Jul 30 09:24:49 2010
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 30 Jul 2010 09:24:49 +0200
Subject: [TYPO3-dev]  Regressions in latest updates (4.1.14, 4.2.13,
	4.3.4 and 4.4.1)
Message-ID: <mailman.1.1280475014.31340.typo3-dev@lists.typo3.org>

Hi,

I tried to summarize what regressions have been found in the latest
security release of TYPO3 (4.1.14, 4.2.13, 4.3.4 and 4.4.1) and how to
solve some of them:

http://buzz.typo3.org/teams/core/article/regressions-in-latest-security-release/

Check the bug tracker link at the bottom to have the most up to date
state on these issues.

Cheers,
Ernesto



From typo3.RemoveForMessage at elements-net.de  Fri Jul 30 10:41:38 2010
From: typo3.RemoveForMessage at elements-net.de (Franz Koch)
Date: Fri, 30 Jul 2010 10:41:38 +0200
Subject: [TYPO3-dev] Regressions in latest updates (4.1.14, 4.2.13,
	4.3.4 and 4.4.1)
In-Reply-To: <mailman.1.1280475014.31340.typo3-dev@lists.typo3.org>
References: <mailman.1.1280475014.31340.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280479614.6440.typo3-dev@lists.typo3.org>

Hey,

> I tried to summarize what regressions have been found in the latest
> security release of TYPO3 (4.1.14, 4.2.13, 4.3.4 and 4.4.1) and how to
> solve some of them:
>
> http://buzz.typo3.org/teams/core/article/regressions-in-latest-security-release/

I think I found another one - but I'm not yet sure what is responsible 
for this (besides of the update):

Fatal error: Call to undefined method t3lib_extMgm::createlistviewlink() 
in /var/www/.../typo3/class.db_list.inc on line 715

For now I switched back to 4.4.0 so that my editors can work again :)

-- 
kind regards,
Franz Koch



From ernst at cron-it.de  Fri Jul 30 11:06:31 2010
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 30 Jul 2010 11:06:31 +0200
Subject: [TYPO3-dev] Regressions in latest updates (4.1.14, 4.2.13,
	4.3.4 and 4.4.1)
In-Reply-To: <mailman.1.1280479614.6440.typo3-dev@lists.typo3.org>
References: <mailman.1.1280475014.31340.typo3-dev@lists.typo3.org>
	<mailman.1.1280479614.6440.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280481117.8470.typo3-dev@lists.typo3.org>

Franz Koch schrieb am 30.07.2010 10:41:
> Hey,
> 
>> I tried to summarize what regressions have been found in the latest
>> security release of TYPO3 (4.1.14, 4.2.13, 4.3.4 and 4.4.1) and how to
>> solve some of them:
>>
>> http://buzz.typo3.org/teams/core/article/regressions-in-latest-security-release/
>>
> 
> I think I found another one - but I'm not yet sure what is responsible
> for this (besides of the update):
> 
> Fatal error: Call to undefined method t3lib_extMgm::createlistviewlink()
> in /var/www/.../typo3/class.db_list.inc on line 715
> 
> For now I switched back to 4.4.0 so that my editors can work again :)

You seem to be using "trunk", because 4.4.1 doesn't have a call to this
function in line 715. Make sure your t3lib and typo3 directories are in
sync with current trunk.

Cheers,
Ernesto



From typo3.RemoveForMessage at elements-net.de  Fri Jul 30 11:29:29 2010
From: typo3.RemoveForMessage at elements-net.de (Franz Koch)
Date: Fri, 30 Jul 2010 11:29:29 +0200
Subject: [TYPO3-dev] Regressions in latest updates (4.1.14, 4.2.13,
	4.3.4 and 4.4.1)
In-Reply-To: <mailman.1.1280481117.8470.typo3-dev@lists.typo3.org>
References: <mailman.1.1280475014.31340.typo3-dev@lists.typo3.org>
	<mailman.1.1280479614.6440.typo3-dev@lists.typo3.org>
	<mailman.1.1280481117.8470.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280482484.11063.typo3-dev@lists.typo3.org>

Hey,

>>> I tried to summarize what regressions have been found in the latest
>>> security release of TYPO3 (4.1.14, 4.2.13, 4.3.4 and 4.4.1) and how to
>>> solve some of them:
>>>
>>> http://buzz.typo3.org/teams/core/article/regressions-in-latest-security-release/
>>>
>>
>> I think I found another one - but I'm not yet sure what is responsible
>> for this (besides of the update):
>>
>> Fatal error: Call to undefined method t3lib_extMgm::createlistviewlink()
>> in /var/www/.../typo3/class.db_list.inc on line 715
>>
>> For now I switched back to 4.4.0 so that my editors can work again :)
>
> You seem to be using "trunk", because 4.4.1 doesn't have a call to this
> function in line 715. Make sure your t3lib and typo3 directories are in
> sync with current trunk.

I did not use trunk - I double checked that - but you're right, it was 
related to trunk, although a bit stranger.
I had trunk checked out on that server, but only used/tried it on the 
dev environment - not the production website. The errors occurred on 
production website though.

Like you I noticed that the error message referred to not existing code 
in the 4.4.1 files - so I digged a bit deeper. At some point I thought 
it could be related to the opcode cache on the server (for what reason 
ever) - so I cleared it and everything was fine again. I have no clue 
why the cache mixed up trunk files with the ones from 4.4.1 - but the 
error is gone now. Sorry for the wrong alert.

-- 
kind regards,
Franz Koch



From johannes.schantl at gmail.com  Fri Jul 30 16:12:02 2010
From: johannes.schantl at gmail.com (hannes)
Date: Fri, 30 Jul 2010 16:12:02 +0200
Subject: [TYPO3-dev] [extbase] verschachtelte Objekte in einem Formular
	erzeugen
Message-ID: <mailman.32756.1280499425.610.typo3-dev@lists.typo3.org>

Hallo,
Ich hoffe ich bin hier richtig mit meiner Frage :)

Habe folgendes Problem:
Ich habe ein Modell User welches mehrere Standorte hat.
Also zwischen User und Standort gibt es eine 1 zu n Beziehung.
Der User hat ein Atrribut standorte ?ber das ich auf alle Standorte in 
der Standorte Tablle zugreifen kann.

Jetzt will ich eine View erzeugen in der ich zugleich einen User anlegen 
und einen bzw. mehr Standorte anlegen kann.
F?r mich stellt sich also folgende Frage: Wie kann ich in einem Formular 
welches an den create Controller ein Objekt vom Typ
User schickt, verschachtelt Standorte erzeugen? Kann man ?berhaupt 
verschachtelte Objekte in einer View erzeugen?
Oder gibt es da eine bessere M?glichkeit?

Bin ?ber jeden Tip dankbar,

Sch?ne Gr??e Hannes



From info at rs-websystems.de  Fri Jul 30 16:23:19 2010
From: info at rs-websystems.de (Steffen Ritter)
Date: Fri, 30 Jul 2010 16:23:19 +0200
Subject: [TYPO3-dev] [extbase] verschachtelte Objekte in einem Formular
	erzeugen
In-Reply-To: <mailman.32756.1280499425.610.typo3-dev@lists.typo3.org>
References: <mailman.32756.1280499425.610.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1280500109.21015.typo3-dev@lists.typo3.org>

Am 30.07.2010 16:12, schrieb hannes:
> Hallo,
> Ich hoffe ich bin hier richtig mit meiner Frage :)
>
> Habe folgendes Problem:
> Ich habe ein Modell User welches mehrere Standorte hat.
> Also zwischen User und Standort gibt es eine 1 zu n Beziehung.
> Der User hat ein Atrribut standorte ?ber das ich auf alle Standorte in
> der Standorte Tablle zugreifen kann.
>
> Jetzt will ich eine View erzeugen in der ich zugleich einen User anlegen
> und einen bzw. mehr Standorte anlegen kann.
> F?r mich stellt sich also folgende Frage: Wie kann ich in einem Formular
> welches an den create Controller ein Objekt vom Typ
> User schickt, verschachtelt Standorte erzeugen? Kann man ?berhaupt
> verschachtelte Objekte in einer View erzeugen?
> Oder gibt es da eine bessere M?glichkeit?
>
> Bin ?ber jeden Tip dankbar,
>
> Sch?ne Gr??e Hannes
Hey Hannes,
first of all this list is english,
secon, i think your questions regarding extbase should be placed in list 
typo3v4-mvc.

----- German ------
Bitte poste deine Fragen in Englisch und am Besten auf der typo3v4-mvc 
Liste, die Extbase Fragen behandelt.

Zu Deiner Frage: getrennte Objekte erstellen geht nicht.
Du kannst aber nat?rlcih mehrere standorte gleich mit anlegen.

<f:form.textbox property="user.standorte.0.attribut1" value="attribut 1 
der ersten neun standortes" />
<f:form.textbox property="user.standorte.1.attribut1" value="attribut 1
der zweiten neun standortes" />


Alles weitere solltes du auf der mvc Liste finden wo auch solche Fragen 
bereits beantwortet sind.

--- German ---


regards

Steffen