From adrien.crivelli at gmail.com  Wed May  2 04:22:42 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Wed, 2 May 2012 11:22:42 +0900
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
 code line
In-Reply-To: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
Message-ID: <mailman.213.1335925363.556.typo3-dev@lists.typo3.org>

Slightly off-topic, but I always wondered who came up with that indentation
rule and what the reasons behind it are. Anybody would care to enlighten me
?

And is it used anywhere else ? I've never seen anything similar before...


On 30 April 2012 21:23, Krystian Szymukowicz <t33k at prolabium.com> wrote:

>
>
> hi
>
> has onyone know a way to move inline comments by one tab after code line?
>
> I am using the TYPO3 PHP sniffer and I can not get rid of this warning.
>
> --
> grtz
> Krystian Szymukowicz
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From philipp.gampe at typo3.org  Wed May  2 08:15:17 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Wed, 02 May 2012 08:15:17 +0200
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
	code line
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
	<mailman.213.1335925363.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>

Hi Adrien,

Adrien Crivelli wrote:

> Slightly off-topic, but I always wondered who came up with that
> indentation rule and what the reasons behind it are. Anybody would care to
> enlighten me ?
> 
> And is it used anywhere else ? I've never seen anything similar before...

I never seen it elsewhere either, but I can tell you what the use is.

The additional intention really shifts the focus away from the comments and 
you can distinguish comments and code much better. Also you can /find/ 
comments much faster because stay tick out (or better in) from the rest of 
the code.

This is especially true if you look at the code with poor or none syntax 
highlighting.

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From t33k at prolabium.com  Wed May  2 09:10:47 2012
From: t33k at prolabium.com (Krystian Szymukowicz)
Date: Wed, 02 May 2012 09:10:47 +0200
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
 code line
In-Reply-To: <mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
	<mailman.213.1335925363.556.typo3-dev@lists.typo3.org>
	<mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1335942649.9071.typo3-dev@lists.typo3.org>

W dniu 2012-05-02 08:15, Philipp Gampe wrote:
> Hi Adrien,
>
> Adrien Crivelli wrote:
>
>> Slightly off-topic, but I always wondered who came up with that
>> indentation rule and what the reasons behind it are. Anybody would care to
>> enlighten me ?
>>
>> And is it used anywhere else ? I've never seen anything similar before...
>
> I never seen it elsewhere either, but I can tell you what the use is.
>
> The additional intention really shifts the focus away from the comments and
> you can distinguish comments and code much better. Also you can /find/
> comments much faster because stay tick out (or better in) from the rest of
> the code.
>
> This is especially true if you look at the code with poor or none syntax
> highlighting.
>

The reason is good but if non of the existing IDE supports this then it 
means that either:
1) people will not use automatic reformatting (unrealistic)
or
2) everyone will obey this rule anyway because they will use automatic 
reformatting anyway

so it will be a dead rule.


-- 
grtz
Krystian Szymukowicz


From adrien.crivelli at gmail.com  Thu May  3 04:57:56 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Thu, 3 May 2012 11:57:56 +0900
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
 code line
In-Reply-To: <mailman.1.1335942649.9071.typo3-dev@lists.typo3.org>
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
	<mailman.213.1335925363.556.typo3-dev@lists.typo3.org>
	<mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>
	<mailman.1.1335942649.9071.typo3-dev@lists.typo3.org>
Message-ID: <mailman.428.1336013878.556.typo3-dev@lists.typo3.org>

I understand the aim to "distinguish comments from code", but honestly I am
really not fond of it. I find it breaks the visual layouts (blocks
comments+code which are meant to be together), and in this day and age who
would code without syntax highlighting ? even the less "visual" editor I
can think of (vi, nano, emacs) can easily color comments (and do much
more...).

I really don't buy the "people work all day-long with extremely low-quality
editor" arguments.

I actually found a "reference" to that in TYPO3
wiki<http://wiki.typo3.org/wiki/index.php?title=TYPO3_Coding_Guidelines_-_Notes&diff=60904&oldid=51747>,
but couldn't really found out more about that...

Thanks anyway for your time and explanation :-)



On 2 May 2012 16:10, Krystian Szymukowicz <t33k at prolabium.com> wrote:

> W dniu 2012-05-02 08:15, Philipp Gampe wrote:
>
>> Hi Adrien,
>>
>> Adrien Crivelli wrote:
>>
>>  Slightly off-topic, but I always wondered who came up with that
>>> indentation rule and what the reasons behind it are. Anybody would care
>>> to
>>> enlighten me ?
>>>
>>> And is it used anywhere else ? I've never seen anything similar before...
>>>
>>
>> I never seen it elsewhere either, but I can tell you what the use is.
>>
>> The additional intention really shifts the focus away from the comments
>> and
>> you can distinguish comments and code much better. Also you can /find/
>> comments much faster because stay tick out (or better in) from the rest of
>> the code.
>>
>> This is especially true if you look at the code with poor or none syntax
>> highlighting.
>>
>>
> The reason is good but if non of the existing IDE supports this then it
> means that either:
> 1) people will not use automatic reformatting (unrealistic)
> or
> 2) everyone will obey this rule anyway because they will use automatic
> reformatting anyway
>
> so it will be a dead rule.
>
>
> --
> grtz
> Krystian Szymukowicz
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From jigal.van.hemert at typo3.org  Thu May  3 07:05:32 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Thu, 03 May 2012 07:05:32 +0200
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
 code line
In-Reply-To: <mailman.428.1336013878.556.typo3-dev@lists.typo3.org>
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
	<mailman.213.1335925363.556.typo3-dev@lists.typo3.org>
	<mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>
	<mailman.1.1335942649.9071.typo3-dev@lists.typo3.org>
	<mailman.428.1336013878.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336021535.11424.typo3-dev@lists.typo3.org>

Hi,

On 3-5-2012 4:57, Adrien Crivelli wrote:
> I understand the aim to "distinguish comments from code", but honestly I am
> really not fond of it. I find it breaks the visual layouts (blocks
[...]
> I really don't buy the "people work all day-long with extremely low-quality
> editor" arguments.

I see that you are passionate about code :-)

For me the main value of the formatting rules in the coding guidelines 
is that the code of all developers has the same layout. Whether I 
personally like all the rules or not is not important; the code of each 
and every developer looks the same and that increases the readability 
(even if you need to get used to it in the beginning).

I use automatic formatting a lot and adjust the code afterwards 
manually. There are more areas where IDEs cannot automatically format 
our code (array definitions, function calls with long lists of 
parameters, etc.).

Of course there are "old" parts of the core which are not completely 
following the coding guidelines. Our policy is that when a function is 
modified the formatting of the entire function should be adjusted. If 
you feel like formatting these old functions, go ahead and push a change 
to gerrit!

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From fsu-lists at cobweb.ch  Thu May  3 21:45:13 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Thu, 03 May 2012 21:45:13 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
	extension authors
Message-ID: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>

Hi all,

As you may be aware of the Documentation Team is working since several 
months on the migration of the TYPO3 documentation to reStructured Text 
(reST). If you missed the news, see [1] and [2].

The first aim we had was to migrate the official documentation, but we 
were unsure about how to handle the migration for extension authors. We 
now have a promising method, which Martin Bless worked on. This will 
make it possible for extension authors to keep using OpenOffice files 
during a transition period and still have their manuals rendered along 
the rest of the documentation. sxw files will automatically be 
transformed to reST and then to HTML, with the following limitations:

- some manuals make errors when being converted from OpenOffice. 
Currently there are a lot of errors, which don't really understand. We 
hope to improve the situation and have less manuals fail the conversion.
- the rendering of transformed manual will not be as nice as if the 
manuals were written in reST to start with.

You can check at the following URL what has been converted so far:

> http://preview.docs.typo3.org/typo3/extensions/

For more information, please refer to Martin's original mail in the 
documentation mailing list:

http://lists.typo3.org/pipermail/typo3-project-documentation/2012-May/003737.html

Cheers

-- 

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

[1] http://typo3.org/news/article/giving-documentation-a-rest/
[2] 
http://typo3.org/news/article/status-of-restructured-text-migration-february-2012/


From typo3 at kay-strobach.de  Thu May  3 21:55:36 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 03 May 2012 21:55:36 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336074936.7168.typo3-dev@lists.typo3.org>

Hello Fran?ois,

i think the main problem is, that there is currently no guide for
extension authors.

So if you provide a guide how to convert the documentation, i assume,
that many extension authors would transform their documentation
relativly fast ;)

PS: sadly none of my extensions is in the list of the transformed ones ;)

Regards
Kay


Am 03.05.2012 21:45, schrieb Fran?ois Suter:
> Hi all,
> 
> As you may be aware of the Documentation Team is working since several
> months on the migration of the TYPO3 documentation to reStructured Text
> (reST). If you missed the news, see [1] and [2].
> 
> The first aim we had was to migrate the official documentation, but we
> were unsure about how to handle the migration for extension authors. We
> now have a promising method, which Martin Bless worked on. This will
> make it possible for extension authors to keep using OpenOffice files
> during a transition period and still have their manuals rendered along
> the rest of the documentation. sxw files will automatically be
> transformed to reST and then to HTML, with the following limitations:
> 
> - some manuals make errors when being converted from OpenOffice.
> Currently there are a lot of errors, which don't really understand. We
> hope to improve the situation and have less manuals fail the conversion.
> - the rendering of transformed manual will not be as nice as if the
> manuals were written in reST to start with.
> 
> You can check at the following URL what has been converted so far:
> 
>> http://preview.docs.typo3.org/typo3/extensions/
> 
> For more information, please refer to Martin's original mail in the
> documentation mailing list:
> 
> http://lists.typo3.org/pipermail/typo3-project-documentation/2012-May/003737.html
> 
> 
> Cheers
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From fsu-lists at cobweb.ch  Thu May  3 22:00:00 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Thu, 03 May 2012 22:00:00 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336074936.7168.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336074936.7168.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336075201.7177.typo3-dev@lists.typo3.org>

Hi Kay,

> So if you provide a guide how to convert the documentation, i assume,
> that many extension authors would transform their documentation
> relativly fast ;)

A new documentation template for reST-based is being worked on.

Furthermore the automated conversion of OO manuals will also provide 
extension authors with a first reST version of their manuals, so they 
can pick up from there and improve (forgot to say that in my first mail).

Cheers

-- 

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


From typo3 at kay-strobach.de  Thu May  3 22:04:34 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 03 May 2012 22:04:34 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336075201.7177.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336074936.7168.typo3-dev@lists.typo3.org>
	<mailman.1.1336075201.7177.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336075474.8689.typo3-dev@lists.typo3.org>

Hi Fran?ois,

> A new documentation template for reST-based is being worked on.

+1

> Furthermore the automated conversion of OO manuals will also provide
> extension authors with a first reST version of their manuals, so they
> can pick up from there and improve (forgot to say that in my first mail).

That was understandable for me (everything else would be nonsense :P ).

The "Documentation Guide" should contain an expected directory structure
and some unit tests to check the "coding guidelines" for manuals :D

Regards
Kay


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From a.vanschayk at ucreation.nl  Thu May  3 22:37:00 2012
From: a.vanschayk at ucreation.nl (a.vanschayk at ucreation.nl)
Date: Thu, 03 May 2012 22:37:00 +0200
Subject: [TYPO3-dev] Shortcut targets in Alternative Page Language doesnt
 fallback anymore to the default target in TYPO3 4.7
Message-ID: <mailman.646.1336077422.556.typo3-dev@lists.typo3.org>

Hi,

Since I have updated my multi language site from 4.5.x to 4.7, menu 
items with page type shortcut are not linked anymore in alternative 
languages (there isn't a href attribute on the link tag). The shortcut 
links in the default language are working well.

It seems that the Shortcut target in the Alternative Page Language 
record does not fallback to default anymore.

I have to fillin all shortcut targets in Alternative Page Language 
records to get it fixed.

Is it a bug in 4.7 or are there some settings for it? Do I have to 
report it on forge.typo3.org (where)?

With kind regards,
Arek van Schaijk


From typo3 at kay-strobach.de  Thu May  3 22:42:13 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 03 May 2012 22:42:13 +0200
Subject: [TYPO3-dev] Shortcut targets in Alternative Page Language
 doesnt fallback anymore to the default target in TYPO3 4.7
In-Reply-To: <mailman.646.1336077422.556.typo3-dev@lists.typo3.org>
References: <mailman.646.1336077422.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336077734.14559.typo3-dev@lists.typo3.org>

Hi,

report it, do it here:

	http://forge.typo3.org/projects/show/typo3v4-core

If you use cooluri or realurl you may also check the related trackers:

  Realurl
	http://bugs.typo3.org/search.php?project_id=46&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90

  CoolUri
	http://forge.typo3.org/projects/show/extension-cooluri

Regards
Kay

Am 03.05.2012 22:37, schrieb a.vanschayk at ucreation.nl:
> Hi,
> 
> Since I have updated my multi language site from 4.5.x to 4.7, menu
> items with page type shortcut are not linked anymore in alternative
> languages (there isn't a href attribute on the link tag). The shortcut
> links in the default language are working well.
> 
> It seems that the Shortcut target in the Alternative Page Language
> record does not fallback to default anymore.
> 
> I have to fillin all shortcut targets in Alternative Page Language
> records to get it fixed.
> 
> Is it a bug in 4.7 or are there some settings for it? Do I have to
> report it on forge.typo3.org (where)?
> 
> With kind regards,
> Arek van Schaijk


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From adrien.crivelli at gmail.com  Fri May  4 03:55:27 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Fri, 4 May 2012 10:55:27 +0900
Subject: [TYPO3-dev] phpStorm - inline comments moved by one tab after
 code line
In-Reply-To: <mailman.1.1336021535.11424.typo3-dev@lists.typo3.org>
References: <mailman.1.1335788608.17043.typo3-dev@lists.typo3.org>
	<mailman.213.1335925363.556.typo3-dev@lists.typo3.org>
	<mailman.1.1335939317.32123.typo3-dev@lists.typo3.org>
	<mailman.1.1335942649.9071.typo3-dev@lists.typo3.org>
	<mailman.428.1336013878.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336021535.11424.typo3-dev@lists.typo3.org>
Message-ID: <mailman.694.1336096529.556.typo3-dev@lists.typo3.org>

I couldn't agree more with you, we need a consistent layout for the whole
project, because code writing style is very important. And there are
several rules that I am not really comfortable with, but I will comply with
them anyway, because the effort on my part is worth it
(boolean capitalization for instance doesn't make much sense to me, but
doesn't hurt either).

But I must admit that this indentation thing really bothers me more than
others... that's probably from the fact that I have never seen it in any
kind of language, or any kind of projects. That really seems like it's
coming out of nowhere. That's why I was trying to convince myself by
looking for the original reason of this rule. I guess it will just take
time to get used to it...


On 3 May 2012 14:05, Jigal van Hemert <jigal.van.hemert at typo3.org> wrote:

> Hi,
>
>
> On 3-5-2012 4:57, Adrien Crivelli wrote:
>
>> I understand the aim to "distinguish comments from code", but honestly I
>> am
>> really not fond of it. I find it breaks the visual layouts (blocks
>>
> [...]
>
>  I really don't buy the "people work all day-long with extremely
>> low-quality
>> editor" arguments.
>>
>
> I see that you are passionate about code :-)
>
> For me the main value of the formatting rules in the coding guidelines is
> that the code of all developers has the same layout. Whether I personally
> like all the rules or not is not important; the code of each and every
> developer looks the same and that increases the readability (even if you
> need to get used to it in the beginning).
>
> I use automatic formatting a lot and adjust the code afterwards manually.
> There are more areas where IDEs cannot automatically format our code (array
> definitions, function calls with long lists of parameters, etc.).
>
> Of course there are "old" parts of the core which are not completely
> following the coding guidelines. Our policy is that when a function is
> modified the formatting of the entire function should be adjusted. If you
> feel like formatting these old functions, go ahead and push a change to
> gerrit!
>
> --
> Jigal van Hemert
> TYPO3 Core Team member
>
>
> TYPO3 .... inspiring people to share!
> Get involved: typo3.org
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From xavier at typo3.org  Fri May  4 08:23:36 2012
From: xavier at typo3.org (Xavier Perseguers)
Date: Fri, 04 May 2012 08:23:36 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>

Hi,

> You can check at the following URL what has been converted so far:
> 
>> http://preview.docs.typo3.org/typo3/extensions/

I started the rewrite of one of my extension so personally I don't care
at all if my documentation can be converted or not, knowing me, I'm
pretty sure I would write it again anyway :)

The big question I guess everyone is asking himself is/are (actually I
think of more than a single one:

- How should I store my reST documentation to be rendered on TER
- Can I finally remove manual.sxw from my doc/ directory
- Should I store a PDF together for people downloading my extension?
Could it be used as-this by typo3.org instead of regenerating it (if
ever) and will the EM link to it?

and finally:

I want to start writing my documentation with reST, what can I do to
help the documentation team to have reST being the official and working
new documentation format with the whole chain (or nearly) by end of May?

Cheers
Xavier

PS: Of course I know the answers but writing in the name of many of the
non-documentation-team community members (I hope)

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From fsu-lists at cobweb.ch  Fri May  4 08:46:25 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Fri, 04 May 2012 08:46:25 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336113986.23332.typo3-dev@lists.typo3.org>

Hi Xavier,

> - How should I store my reST documentation to be rendered on TER

That will very likely follow the FLOW3 conventions.

> - Can I finally remove manual.sxw from my doc/ directory

Not until we tell you that you can ;-) Hopefully as soon as possible.

> - Should I store a PDF together for people downloading my extension?
> Could it be used as-this by typo3.org instead of regenerating it (if
> ever) and will the EM link to it?

When an extension is uploaded to the TER in the future, it should 
ideally contain only the reST version and let the new rendering chain 
generate the PDF.

What we haven't discussed yet is - indeed - how the TER could retrieve 
some rendered version (probably only PDF) and include it in the download 
package. I don't think that it should be such a problem, since the TER 
already does some packaging anyway.

> I want to start writing my documentation with reST, what can I do to
> help the documentation team to have reST being the official and working
> new documentation format with the whole chain (or nearly) by end of May?

Right now the whole rendering chain is not stable enough that we can 
bring in more people to help. However in the near future we will need 
help in the following areas:

- go through rendered documents and spot rendering errors
- integrate the new typo3.org design in the rendering templates for HTML
- develop whatever landing pages are necessary for the new documentation 
site (very likely a FLOW3 application or maybe even Phoenix)
- finalize the rendering chain, which includes having a job queue and 
managing this queue (for example, modifying the TER so that uploading an 
extension triggers the rendering of the manual)

These are a few ideas off the top of my head. We have planned a meeting 
next week between the Documentation Team and the FLOW3 Team, which will 
certainly yield answers about the as yet still obscure areas. There will 
definitely be things to do not just for documentation enthusiasts but 
also for developers who want to code a cool thing or two.

Cheers

-- 

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


From typo3 at ringerge.org  Fri May  4 14:11:29 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 04 May 2012 14:11:29 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336133526.12815.typo3-dev@lists.typo3.org>

Am 04.05.2012 08:23, schrieb Xavier Perseguers:
> PS: Of course I know the answers but writing in the name of many of the
> non-documentation-team community members (I hope)

I don't, thx for asking those

georg


From typo3 at ringerge.org  Fri May  4 14:13:37 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 04 May 2012 14:13:37 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336113986.23332.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
	<mailman.1.1336113986.23332.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336133654.12815.typo3-dev@lists.typo3.org>

Am 04.05.2012 08:46, schrieb Fran?ois Suter:
> What we haven't discussed yet is - indeed - how the TER could retrieve
> some rendered version (probably only PDF) and include it in the download
> package. I don't think that it should be such a problem, since the TER
> already does some packaging anyway.

don'T forget that inside TYPO3 there is also the possibility to look at
the manual, so maybe the reSt should be transformed to HTML there or
just open the pdf? don't really know that.

> Right now the whole rendering chain is not stable enough that we can
> bring in more people to help. However in the near future we will need
> help in the following areas:

if you need some monkey tests, I would be happy to start with ext:news ;)

Georg


From fsu-lists at cobweb.ch  Fri May  4 14:20:37 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Fri, 04 May 2012 14:20:37 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336133654.12815.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336112617.19479.typo3-dev@lists.typo3.org>
	<mailman.1.1336113986.23332.typo3-dev@lists.typo3.org>
	<mailman.1.1336133654.12815.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336134038.16710.typo3-dev@lists.typo3.org>

Hi Georg,

> don'T forget that inside TYPO3 there is also the possibility to look at
> the manual, so maybe the reSt should be transformed to HTML there or
> just open the pdf? don't really know that.

Indeed. I forgot to mention it, but this migration also has an impact on 
the Extension Manager.

Cheers

-- 

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


From typo3-coding at rimann.org  Fri May  4 22:13:50 2012
From: typo3-coding at rimann.org (Mario Rimann)
Date: Fri, 04 May 2012 22:13:50 +0200
Subject: [TYPO3-dev] Adding type to linkVars: a real problem or
	documentation issue?
Message-ID: <mailman.1.1336162429.28896.typo3-dev@lists.typo3.org>

Hi all

We realized a mobile version of a website using a second PAGE object
with a different typeNum. The redirection of mobile devices is done with
mod_rewrite rules in the .htaccess file.
Once in the mobile version, we want to stay there. Hence all links must
contain the typeNum of the mobile version.

We achieved this through the following TypoScript configuration:
config.linkVars = type,L

This seems to work perfectly with TYPO3 4.5.x, but we are a little
concered about the following remark in the TSref documentation:
<< Note: Do not include the "type" parameter in the linkVars list, as
this can result in unexpected behavior.>>

Is this a documentation flaw or still something one shouldn't do? If
it's a valid note, what's the reason behind it and what's best practice
to realize such a mobile version?

Thanks a lot & kind regards
Marcel Burkhalter
Mario Rimann


From m.bless at gmx.de  Sat May  5 16:26:20 2012
From: m.bless at gmx.de (Martin Bless)
Date: Sat, 05 May 2012 16:26:20 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
	extension authors
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336227983.7916.typo3-dev@lists.typo3.org>


Now there's much more!

>You can check at the following URL what has been converted so far:
>
>> http://preview.docs.typo3.org/typo3/extensions/

The links will open in a second window now. Can give you a "frames"
feeling!

Scroll to the end of the page to find:

Available:

  3194 links on this page to different extensions.
       The links point to the latest version which has an index.html

 17576 with manual.sxw  (made by extension author)
 17526 with manual.html (made from manual.sxw)
 17526 with manual.rst  (made from manual.html)
 17039 with index.html  (made from manual.rst)

  8887 don't have a manual at
http://typo3.org/extension-manuals/EXTKEY/VERSION/sxw/?no_cache=1

Have fun!

Martin








-- 
Certified TYPO3 Integrator | TYPO3 Documentation Team Member

http://mbless.de


From typo3 at kay-strobach.de  Sat May  5 19:22:50 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Sat, 05 May 2012 19:22:50 +0200
Subject: [TYPO3-dev] Documentation migration to reStructured Text and
 extension authors
In-Reply-To: <mailman.1.1336227983.7916.typo3-dev@lists.typo3.org>
References: <mailman.1.1336074315.5550.typo3-dev@lists.typo3.org>
	<mailman.1.1336227983.7916.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336238569.2886.typo3-dev@lists.typo3.org>

Thanks,

perhaps a extensions without manual should be rejected ;)

Regards
Kay
Am 05.05.2012 16:26, schrieb Martin Bless:
> 
> Now there's much more!
> 
>> You can check at the following URL what has been converted so far:
>>
>>> http://preview.docs.typo3.org/typo3/extensions/
> 
> The links will open in a second window now. Can give you a "frames"
> feeling!
> 
> Scroll to the end of the page to find:
> 
> Available:
> 
>   3194 links on this page to different extensions.
>        The links point to the latest version which has an index.html
> 
>  17576 with manual.sxw  (made by extension author)
>  17526 with manual.html (made from manual.sxw)
>  17526 with manual.rst  (made from manual.html)
>  17039 with index.html  (made from manual.rst)
> 
>   8887 don't have a manual at
> http://typo3.org/extension-manuals/EXTKEY/VERSION/sxw/?no_cache=1
> 
> Have fun!
> 
> Martin
> 
> 
> 
> 
> 
> 
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From robertwildling at gmail.com  Sun May  6 07:17:07 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Sun, 06 May 2012 07:17:07 +0200
Subject: [TYPO3-dev]  TER problem with reST ext by Xavier
Message-ID: <mailman.1.1336281475.6576.typo3-dev@lists.typo3.org>

Hi, when clicking on 
http://typo3.org/extensions/repository/view/restdoc/, the site shown 
says sth completely different. Maybe it will be gone later in the day, 
but strangely enough this problem does nopt happen with the other recent 
EXT.

It doesn't seem to be a cache problem on my site... IMHO TER is still 
not working flawlessly...

Just wanted to report that.
Thanks, Robert


From steffen.gebert at typo3.org  Sun May  6 13:31:42 2012
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Sun, 06 May 2012 13:31:42 +0200
Subject: [TYPO3-dev] TER problem with reST ext by Xavier
In-Reply-To: <mailman.1.1336281475.6576.typo3-dev@lists.typo3.org>
References: <mailman.1.1336281475.6576.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336303903.1240.typo3-dev@lists.typo3.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear Robert,

thanks for your hint. Weird thing, but the entry in
tx_realurl_urldecodecache was wrong.

After kicking that entry, it now returns the correct page.

Issue tracked here:
http://forge.typo3.org/issues/36881

Kind regards
Steffen

- -- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 06.05.12 07:17, Robert Wildling wrote:
> Hi, when clicking on
> http://typo3.org/extensions/repository/view/restdoc/, the site shown
> says sth completely different. Maybe it will be gone later in the day,
> but strangely enough this problem does nopt happen with the other recent
> EXT.
> 
> It doesn't seem to be a cache problem on my site... IMHO TER is still
> not working flawlessly...
> 
> Just wanted to report that.
> Thanks, Robert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPpmEeAAoJEIskG/rSlyw4xLgIAMupcWb2lrIBTqHSCMRw8jSa
S3f7q4vR0LbYQ37fmIWBvHMJxksaHSKAuLwSlq+9Z+EA80PMlUDXYM+1DkxLmMKT
d1EpOl3tuYXoQLkMT5JXDI5umBleOgqwcAnOcCedixRZnO/zLSLRLC+Ak3EySEIK
7bHwwYVNp4OVqmCQImXS9yVd5U0grFPpWh7KqS7/N0WmvWSKMasRlDBi4d3xEES5
V7ihudefsKLN7nvn2bMuz5B2rfH+q0ar4ZV67dnDLqgLNbV1/oOjWBtpAtXZxns8
1147bvNpuRJ3//H+o/aOYynaK57QNc35XDRYiiTZeL8STn9OrSbykbApf3savw8=
=WMaH
-----END PGP SIGNATURE-----


From xavier at typo3.org  Sun May  6 16:14:39 2012
From: xavier at typo3.org (Xavier Perseguers)
Date: Sun, 06 May 2012 16:14:39 +0200
Subject: [TYPO3-dev] TER problem with reST ext by Xavier
In-Reply-To: <mailman.1.1336303903.1240.typo3-dev@lists.typo3.org>
References: <mailman.1.1336281475.6576.typo3-dev@lists.typo3.org>
	<mailman.1.1336303903.1240.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336313680.22877.typo3-dev@lists.typo3.org>

Hi,

> thanks for your hint. Weird thing, but the entry in
> tx_realurl_urldecodecache was wrong.
> 
> After kicking that entry, it now returns the correct page.

There's something else I noticed this morning and couldn't track down...
My "name" is wrong, it looks as if it got "mixed up" by the "name" I
used with extension egovapi... Is there some caching of email -> name in
this extension? If so... well, bad idea for speeding up. If not, then
I'm interested in knowing where this name comes from :)

Cheers

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From steffen.gebert at typo3.org  Sun May  6 23:33:12 2012
From: steffen.gebert at typo3.org (Steffen Gebert)
Date: Sun, 06 May 2012 23:33:12 +0200
Subject: [TYPO3-dev] TER problem with reST ext by Xavier
In-Reply-To: <mailman.1.1336313680.22877.typo3-dev@lists.typo3.org>
References: <mailman.1.1336281475.6576.typo3-dev@lists.typo3.org>
	<mailman.1.1336303903.1240.typo3-dev@lists.typo3.org>
	<mailman.1.1336313680.22877.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336339993.25301.typo3-dev@lists.typo3.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Xaver,

> My "name" is wrong, it looks as if it got "mixed up" by the "name" I
> used with extension egovapi... Is there some caching of email -> name
> in this extension?

So this is this bug? http://forge.typo3.org/issues/36537

This is at least a hint, that the wrong user is selected through its
email address.


Kind regards
Steffen

- -- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 06.05.12 16:14, Xavier Perseguers wrote:
> Hi,
> 
>> thanks for your hint. Weird thing, but the entry in
>> tx_realurl_urldecodecache was wrong.
>>
>> After kicking that entry, it now returns the correct page.
> 
> There's something else I noticed this morning and couldn't track down...
> My "name" is wrong, it looks as if it got "mixed up" by the "name" I
> used with extension egovapi... Is there some caching of email -> name in
> this extension? If so... well, bad idea for speeding up. If not, then
> I'm interested in knowing where this name comes from :)
> 
> Cheers
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPpu4YAAoJEIskG/rSlyw4/IMH/01YKNg0oPMl9KgqvBhnqYu5
v+9CQDEihQiMo9wihnb+NWEJGAC8t8MbfBL99ezGl+6LkDrNsPUHg7ulFqZM/JSQ
yaa2jACnRV9x+fKX277rKprjryY8ZjxkmieH/VrG3wdI4qHNcPHwODh0MZOMqo9j
U2XpMWPB5EgJxDidDrEHtYK7y1zB3KtgQSDGGorYUtMhbOTw6a50yLfky/wBr4gz
e2LQBMeVn2VCFclpCbZTcQF5y6yy4zTwkleO67GB8e2IVETsuB98DcCB06aaZ5Ey
IDu/iDmPoWTlRTuhjz4V+edAi6x4J65WtBff6uUB0IKHCVf7FXdI/PNgI+/F4U0=
=yt5u
-----END PGP SIGNATURE-----


From pperic at pero.hr  Mon May  7 11:38:47 2012
From: pperic at pero.hr (Pero Peric)
Date: Mon, 7 May 2012 11:38:47 +0200
Subject: [TYPO3-dev]  Which page ID belongs to which site
Message-ID: <mailman.1.1336383538.18152.typo3-dev@lists.typo3.org>

Hi,

I'm doing some mysql queries on TYPO3 DB and I need to know which page ID
belongs to which site/domain. I can't find relation in DB, so anybody knows?
Thx.

Regards. 



From ks at not-only-pixel.de  Mon May  7 15:38:53 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Mon, 07 May 2012 15:38:53 +0200
Subject: [TYPO3-dev] access flexform values in typoscript
Message-ID: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>

Hi,
I am creating a new Content Element by my own (TYPO3 4.6.8). As a
reference I use following tutorial:
http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-content-elements/

Steffen adds a flexform file in step 3, until this point no problem for me.
In my flexform file I have multiple fields like RTE Textareas, etc. and
I want to know how to insert the flexform values inside my typoscript
setup to render them by $this->cObj->stdWrap.


Does anyone have a link for me or a best practice example how to solve
this problem??

Thanks in advance

-- 
Kjeld Schumacher
__________________________________________________
Programmierer
n-o-p.de

tel: (030) 60 40 91 59
mail: ks at n-o-p.de
web: http://n-o-p.de


From philipp.gampe at typo3.org  Mon May  7 19:59:38 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Mon, 07 May 2012 19:59:38 +0200
Subject: [TYPO3-dev] access flexform values in typoscript
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>

Hi Kjeld Schumacher,

Kjeld Schumacher wrote:

> Hi,
> I am creating a new Content Element by my own (TYPO3 4.6.8). As a
> reference I use following tutorial:
> http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-
content-elements/
> 
> Steffen adds a flexform file in step 3, until this point no problem for
> me. In my flexform file I have multiple fields like RTE Textareas, etc.
> and I want to know how to insert the flexform values inside my typoscript
> setup to render them by $this->cObj->stdWrap.
> 
> 
> Does anyone have a link for me or a best practice example how to solve
> this problem??

Normally you would parse the Flexform in an extension, but there is an 
extension called "cobj_xpath" which lets you do what you want :)

http://typo3.org/extension-manuals/cobj_xpath/1.1.1/view/1/4/#id547457

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From philipp.gampe at typo3.org  Mon May  7 20:04:15 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Mon, 07 May 2012 20:04:15 +0200
Subject: [TYPO3-dev] Which page ID belongs to which site
References: <mailman.1.1336383538.18152.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336413856.1055.typo3-dev@lists.typo3.org>

Hi Pero Peric,

Pero Peric wrote:

> I'm doing some mysql queries on TYPO3 DB and I need to know which page ID
> belongs to which site/domain. I can't find relation in DB, so anybody
> knows? Thx.

The domains are stored in sys_domain. The page is saved in the column pid. 
But for what you want to find out (which domain a page has), you will have 
to walk up the rootline, until you find a page with a domain record.

I advise you to use a PHP file and then to use the TYPO3 API to get the 
information you need.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From jigal.van.hemert at typo3.org  Mon May  7 20:23:48 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Mon, 07 May 2012 20:23:48 +0200
Subject: [TYPO3-dev] Which page ID belongs to which site
In-Reply-To: <mailman.1.1336413856.1055.typo3-dev@lists.typo3.org>
References: <mailman.1.1336383538.18152.typo3-dev@lists.typo3.org>
	<mailman.1.1336413856.1055.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336415034.5720.typo3-dev@lists.typo3.org>

Hi Pero Peric,

On 7-5-2012 20:04, Philipp Gampe wrote:
> Pero Peric wrote:
>
>> I'm doing some mysql queries on TYPO3 DB and I need to know which page ID
>> belongs to which site/domain. I can't find relation in DB, so anybody
>> knows? Thx.
>
> The domains are stored in sys_domain. The page is saved in the column pid.
> But for what you want to find out (which domain a page has), you will have
> to walk up the rootline, until you find a page with a domain record.
>
> I advise you to use a PHP file and then to use the TYPO3 API to get the
> information you need.

The API functions are:

- t3lib_BEfunc::BEgetRootLine($uid, $clause = '', $workspaceOL = FALSE)
   to get the array with the pages in the rootline (the list of pages 
from the 'current' page back to the root of the page tree)
- t3lib_BEfunc::firstDomainRecord($rootLine)
   to get the first domain record in the rootline

HTH
-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From christian.lerrahn at cerebrum.com.au  Tue May  8 06:21:16 2012
From: christian.lerrahn at cerebrum.com.au (Christian Lerrahn (Cerebrum))
Date: Tue, 8 May 2012 14:21:16 +1000
Subject: [TYPO3-dev]  Logging context
Message-ID: <mailman.1.1336450906.4118.typo3-dev@lists.typo3.org>

Hi,
I've been struggling with logging not working in certain contexts. I
created a class which is only used as a library. However, I want to
instantiate a logging object there and log via that.

So, what I know is that I can log e.g. from a module's index.php or a
service's main file. However, if I try logging from an object
instantiated there, the logging just never happens.

There are no error messages but the logging just never happens (neither
syslog nor devlog). What are the context constraints for logging or how
do I make sure it does work in the context I am in? Can I maybe require
a certain file again to make sure it works?

Cheers,
Christian



From pperic at pero.hr  Tue May  8 09:31:15 2012
From: pperic at pero.hr (Pero Peric)
Date: Tue, 8 May 2012 09:31:15 +0200
Subject: [TYPO3-dev] Which page ID belongs to which site
In-Reply-To: <mailman.1.1336415034.5720.typo3-dev@lists.typo3.org>
References: <mailman.1.1336383538.18152.typo3-dev@lists.typo3.org>
	<mailman.1.1336413856.1055.typo3-dev@lists.typo3.org>
	<mailman.1.1336415034.5720.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336462287.20694.typo3-dev@lists.typo3.org>

I thought this would be possible to do just with query, without scripting 
but it seems it's not. Anyway thank you for help!

Regards.

"Jigal van Hemert"  wrote in message 
news:mailman.1.1336415034.5720.typo3-dev at lists.typo3.org...

Hi Pero Peric,

On 7-5-2012 20:04, Philipp Gampe wrote:
> Pero Peric wrote:
>
>> I'm doing some mysql queries on TYPO3 DB and I need to know which page ID
>> belongs to which site/domain. I can't find relation in DB, so anybody
>> knows? Thx.
>
> The domains are stored in sys_domain. The page is saved in the column pid.
> But for what you want to find out (which domain a page has), you will have
> to walk up the rootline, until you find a page with a domain record.
>
> I advise you to use a PHP file and then to use the TYPO3 API to get the
> information you need.

The API functions are:

- t3lib_BEfunc::BEgetRootLine($uid, $clause = '', $workspaceOL = FALSE)
   to get the array with the pages in the rootline (the list of pages
from the 'current' page back to the root of the page tree)
- t3lib_BEfunc::firstDomainRecord($rootLine)
   to get the first domain record in the rootline

HTH
-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org 



From ks at not-only-pixel.de  Tue May  8 09:59:22 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Tue, 8 May 2012 09:59:22 +0200
Subject: [TYPO3-dev] [**SPAM**] Re: access flexform values in typoscript
In-Reply-To: <mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>

Ok, I installed the extension and changed my ts setup:

20 = NOPOWNCE
    20 {
	  text = XPATH
	  text {
	    source.data = DB:tt_content:{field:uid}:pi_flexform
	    return = string
	    expression = //field[@index='normalText']/value
	    resultObj {
	      cObjNum = 1
	      1.current = 1
	      1.wrap = <p><em>|</em></p>
	    }
	}
    }

In my hook class I have:
$content = $this->cObj->stdWrap($conf['text'], $conf['text.']);

But as a return value I recieve "XPATH" as a string and not the text from
the flexform.
Even if I use a simple ts snippet like:
20 = NOPOWNCE
    20 {
      text = TEXT
      text.value = foobar
}
The result is always TEXT. Did I miss something here?? It looks so simple
in the tutorial...

Thanks in advance!!!

> Hi Kjeld Schumacher,
>
> Kjeld Schumacher wrote:
>
>> Hi,
>> I am creating a new Content Element by my own (TYPO3 4.6.8). As a
>> reference I use following tutorial:
>> http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-
> content-elements/
>>
>> Steffen adds a flexform file in step 3, until this point no problem for
>> me. In my flexform file I have multiple fields like RTE Textareas, etc.
>> and I want to know how to insert the flexform values inside my
>> typoscript
>> setup to render them by $this->cObj->stdWrap.
>>
>>
>> Does anyone have a link for me or a best practice example how to solve
>> this problem??
>
> Normally you would parse the Flexform in an extension, but there is an
> extension called "cobj_xpath" which lets you do what you want :)
>
> http://typo3.org/extension-manuals/cobj_xpath/1.1.1/view/1/4/#id547457
>
> Best regards
> --
> Philipp Gampe ??? PGP-Key 0AD96065 ??? TYPO3 UG Bonn/K??ln
> Documentation ??? linkvalidator
> TYPO3 .... inspiring people to share!
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From philipp.gampe at typo3.org  Tue May  8 11:00:59 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Tue, 08 May 2012 11:00:59 +0200
Subject: [TYPO3-dev] [**SPAM**] Re: access flexform values in typoscript
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
	<mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>

Hi Kjeld,

Kjeld Schumacher wrote:

> But as a return value I recieve "XPATH" as a string and not the text from
> the flexform.
> Even if I use a simple ts snippet like:
> 20 = NOPOWNCE
>     20 {
>       text = TEXT
>       text.value = foobar
> }
> The result is always TEXT. Did I miss something here?? It looks so simple
> in the tutorial...

What is NOPOWNCE? A new content object?

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From ks at not-only-pixel.de  Tue May  8 11:07:41 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Tue, 8 May 2012 11:07:41 +0200
Subject: [TYPO3-dev]  Re: access flexform values in typoscript
In-Reply-To: <mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
	<mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1780.1336468069.556.typo3-dev@lists.typo3.org>


Yeah my own content object. It is desribed in the article from Steffen
Kamper.
http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-content-elements/

> Hi Kjeld,
>
> Kjeld Schumacher wrote:
>
>> But as a return value I recieve "XPATH" as a string and not the text
>> from
>> the flexform.
>> Even if I use a simple ts snippet like:
>> 20 = NOPOWNCE
>>     20 {
>>       text = TEXT
>>       text.value = foobar
>> }
>> The result is always TEXT. Did I miss something here?? It looks so
>> simple
>> in the tutorial...
>
> What is NOPOWNCE? A new content object?
>
> Best regards
> --
> Philipp Gampe ??? PGP-Key 0AD96065 ??? TYPO3 UG Bonn/K??ln
> Documentation ??? linkvalidator
> TYPO3 .... inspiring people to share!
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From philipp.gampe at typo3.org  Tue May  8 11:59:33 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Tue, 08 May 2012 11:59:33 +0200
Subject: [TYPO3-dev] access flexform values in typoscript
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
	<mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>
	<mailman.1780.1336468069.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336471173.17990.typo3-dev@lists.typo3.org>

Hi Kjeld,

OK, so you do something wrong in your PHP code ;)

The best thing you can do is, to have a look into the extension cobj_xpath 
and cobj_xslt. The do exactly the same thing, mainly defining a new content 
object for TS.

But, if I read the tutorial (cobj_xpath) right, you do not need to define a 
new content object, because this one is only needed to parse the flexform 
and return something useful out of it.
You can do this with the mentioned XPATH content object.

Cheers
Phil

Kjeld Schumacher wrote:

> Yeah my own content object. It is desribed in the article from Steffen
> Kamper.
> http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-
content-elements/
> 
>> Hi Kjeld,
>>
>> Kjeld Schumacher wrote:
>>
>>> But as a return value I recieve "XPATH" as a string and not the text
>>> from
>>> the flexform.
>>> Even if I use a simple ts snippet like:
>>> 20 = NOPOWNCE
>>>     20 {
>>>       text = TEXT
>>>       text.value = foobar
>>> }
>>> The result is always TEXT. Did I miss something here?? It looks so
>>> simple
>>> in the tutorial...
>>
>> What is NOPOWNCE? A new content object?

-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From ks at not-only-pixel.de  Tue May  8 13:35:23 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Tue, 8 May 2012 13:35:23 +0200
Subject: [TYPO3-dev] access flexform values in typoscript
In-Reply-To: <mailman.1.1336471173.17990.typo3-dev@lists.typo3.org>
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
	<mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>
	<mailman.1780.1336468069.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336471173.17990.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1810.1336476925.556.typo3-dev@lists.typo3.org>

Hi,

it was a mix of ts and PHP code mistakes...
In ts setup:

source.data = DB:tt_content:{field:uid}:pi_flexform
	    source.data.insertData = 1

the "insertData" part was missing so no register value was available, and
in my PHP code I replaced $this->cObj->stdWrap with
$this->cObj->COBJ_ARRAY.

Now everything is working, even if I am unsure about the difference
between COBJ_ARRAY and stdWrap. I have to checkout the documentation on
that two functions.

Thank you for help!!


> Hi Kjeld,
>
> OK, so you do something wrong in your PHP code ;)
>
> The best thing you can do is, to have a look into the extension cobj_xpath
> and cobj_xslt. The do exactly the same thing, mainly defining a new
> content
> object for TS.
>
> But, if I read the tutorial (cobj_xpath) right, you do not need to define
> a
> new content object, because this one is only needed to parse the flexform
> and return something useful out of it.
> You can do this with the mentioned XPATH content object.
>
> Cheers
> Phil
>
> Kjeld Schumacher wrote:
>
>> Yeah my own content object. It is desribed in the article from Steffen
>> Kamper.
>> http://buzz.typo3.org/people/steffen-kamper/article/integrating-own-
> content-elements/
>>
>>> Hi Kjeld,
>>>
>>> Kjeld Schumacher wrote:
>>>
>>>> But as a return value I recieve "XPATH" as a string and not the text
>>>> from
>>>> the flexform.
>>>> Even if I use a simple ts snippet like:
>>>> 20 = NOPOWNCE
>>>>     20 {
>>>>       text = TEXT
>>>>       text.value = foobar
>>>> }
>>>> The result is always TEXT. Did I miss something here?? It looks so
>>>> simple
>>>> in the tutorial...
>>>
>>> What is NOPOWNCE? A new content object?
>
> --
> Philipp Gampe ??? PGP-Key 0AD96065 ??? TYPO3 UG Bonn/K??ln
> Documentation ??? linkvalidator
> TYPO3 .... inspiring people to share!
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev




From philipp.gampe at typo3.org  Tue May  8 19:59:30 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Tue, 08 May 2012 19:59:30 +0200
Subject: [TYPO3-dev] access flexform values in typoscript
References: <mailman.1536.1336397935.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336413579.1055.typo3-dev@lists.typo3.org>
	<mailman.1759.1336463970.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336467662.5565.typo3-dev@lists.typo3.org>
	<mailman.1780.1336468069.556.typo3-dev@lists.typo3.org>
	<mailman.1.1336471173.17990.typo3-dev@lists.typo3.org>
	<mailman.1810.1336476925.556.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336499970.8693.typo3-dev@lists.typo3.org>

Hi Kjeld,

Kjeld Schumacher wrote:

> the "insertData" part was missing so no register value was available, and
> in my PHP code I replaced $this->cObj->stdWrap with
> $this->cObj->COBJ_ARRAY.
> 
> Now everything is working, even if I am unsure about the difference
> between COBJ_ARRAY and stdWrap. I have to checkout the documentation on
> that two functions.

Well the difference is the same as in

10 = COA
10.10 = ABC
and
10.stdWrap.ABC = ZYX

;)

The the first functions returns you the result after trying to inteprete it 
as COA and the second one just runs stdWrap on your content.

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From simonschaufi at jesus.de  Wed May  9 13:03:53 2012
From: simonschaufi at jesus.de (Simon Schaufelberger (Schaufi))
Date: Wed, 09 May 2012 13:03:53 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser (cHash
	problem?)
Message-ID: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>

Hi,
I have a tt_news list (list plugin) with a pagebrowser and realurl 
installed.
my configuration is: cache everything ;)
page cache is active, plugin.tt_news is set to USER.

my page browser is just displaying the current page and the 
next/previous page, thats all.

My big problem is that i have a page which is:
http://example.com/news.html
and
http://example.com/news/browse/1.html

BUT page 2 (which is 1 since it starts from 0) does NOT show the content 
of page 2 but of page 1 instead so the page browser does not work.

Even if i enter http://example.com/news/browse/2.html, i still get the 
content from the first page.

i was debugging realurl and found out that when you hit the url: 
http://example.com/news.html the full page is cached with all the news 
and since the get parameters are not included in the cHash, the cached 
page gets rendered from the db. THIS IS REALLY BAD!!!

NO, i dont't want to set plugin.tt_news = USER_INT even though this 
would work, i want to cache page 2 the same way like i cache page 1.

Why does TYPO3 not know that browse/2.html (or tx_ttnews[pointer] 
internally) is a completely different page?

Why does realurl not add another cHash in its own cHash table (i only 
get a cHash for browse/1.html but NOT for browse/2.html)???

-- 
Regards, Schaufi


From oliver.salzburg at googlemail.com  Wed May  9 18:08:13 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Wed, 09 May 2012 18:08:13 +0200
Subject: [TYPO3-dev]  Can user X access record Y?
Message-ID: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>

If I pick an arbitrary user (user id 42) and an arbitrary other record
(table tx_news_domain_model_file, uid:123), what is the correct
approach to check access permissions set between these object?

Cheers
Oliver


From andreas.grunwald at wmdb.de  Thu May 10 08:55:17 2012
From: andreas.grunwald at wmdb.de (Andy Grunwald [wmdb])
Date: Thu, 10 May 2012 08:55:17 +0200
Subject: [TYPO3-dev] Which page ID belongs to which site
In-Reply-To: <mailman.1.1336462287.20694.typo3-dev@lists.typo3.org>
References: <mailman.1.1336383538.18152.typo3-dev@lists.typo3.org>
	<mailman.1.1336413856.1055.typo3-dev@lists.typo3.org>
	<mailman.1.1336415034.5720.typo3-dev@lists.typo3.org>
	<mailman.1.1336462287.20694.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336632918.28876.typo3-dev@lists.typo3.org>

If it only possible iN SQL if you join pages more than one like

SELECT * FROM pages p1 INNER JOIN pages p2 ON p1.pid = p2.uid AND 
p2.deleted = 0 INNER JOIN pages p3 ON pages.p2.pid = p3.uid ....

Am 08.05.2012 09:31, schrieb Pero Peric:
> I thought this would be possible to do just with query, without
> scripting but it seems it's not. Anyway thank you for help!
>
> Regards.
>
> "Jigal van Hemert" wrote in message
> news:mailman.1.1336415034.5720.typo3-dev at lists.typo3.org...
>
> Hi Pero Peric,
>
> On 7-5-2012 20:04, Philipp Gampe wrote:
>> Pero Peric wrote:
>>
>>> I'm doing some mysql queries on TYPO3 DB and I need to know which
>>> page ID
>>> belongs to which site/domain. I can't find relation in DB, so anybody
>>> knows? Thx.
>>
>> The domains are stored in sys_domain. The page is saved in the column
>> pid.
>> But for what you want to find out (which domain a page has), you will
>> have
>> to walk up the rootline, until you find a page with a domain record.
>>
>> I advise you to use a PHP file and then to use the TYPO3 API to get the
>> information you need.
>
> The API functions are:
>
> - t3lib_BEfunc::BEgetRootLine($uid, $clause = '', $workspaceOL = FALSE)
> to get the array with the pages in the rootline (the list of pages
> from the 'current' page back to the root of the page tree)
> - t3lib_BEfunc::firstDomainRecord($rootLine)
> to get the first domain record in the rootline
>
> HTH



From tomasnorre at gmail.com  Thu May 10 10:35:59 2012
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Thu, 10 May 2012 10:35:59 +0200
Subject: [TYPO3-dev]  Fieldset Displayed
Message-ID: <mailman.1.1336638959.18429.typo3-dev@lists.typo3.org>

Hi,

I have a TYPO3 4.7 with powermail 1.6.6 and the fieldsset [1] from 
powermail seems to be display in wrong position, if they should be 
displayed at all.

If they should be displayed, should they be in [2]?

[1],[2]: See screenshot.

Having af TYPO3 4.6.6 with templaVoila at this solution they are not shown.

Is this a bug and if so, is it powermail or TYPO3-core related?


-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

TYPO3 Developer @netimage.dk
TYPO3 Profile:
http://forge.typo3.org/users/4289


Follow me at twitter
Twitter.com/tomasnorre

From typo3 at kay-strobach.de  Thu May 10 16:57:59 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Thu, 10 May 2012 16:57:59 +0200
Subject: [TYPO3-dev] Fieldset Displayed
In-Reply-To: <mailman.1.1336638959.18429.typo3-dev@lists.typo3.org>
References: <mailman.1.1336638959.18429.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336661878.14185.typo3-dev@lists.typo3.org>

Hi Tomas Norre,

thats normal, it's the same in 4.5 ;)

Powermail just shows additional content in the classic page moduel ;)#

Regards
Kay

Am 10.05.2012 10:35, schrieb Tomas Norre Mikkelsen:
> Hi,
> 
> I have a TYPO3 4.7 with powermail 1.6.6 and the fieldsset [1] from
> powermail seems to be display in wrong position, if they should be
> displayed at all.
> 
> If they should be displayed, should they be in [2]?
> 
> [1],[2]: See screenshot.
> 
> Having af TYPO3 4.6.6 with templaVoila at this solution they are not shown.
> 
> Is this a bug and if so, is it powermail or TYPO3-core related?
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From robertwildling at gmail.com  Thu May 10 17:44:57 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Thu, 10 May 2012 17:44:57 +0200
Subject: [TYPO3-dev]  ext_conf_template.txt for IRRE
Message-ID: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>

Hi,

I'd like to define a sysfolder for certain inputs via ExtManager, so i 
put this line in ext_conf_template.txt:


# cat=basic/enable/10; type=integer; label=Select Keywords Folder: 
Define the PID of the SysFolder where the keywords are stored.
keywordsFolder = 0


Now I would like to use that value in the ext_tables.php in conjunction 
with a multi-select field, where new values could be stored via IRRE. 
(The goal is to store those values eventually in one place only and not 
over various pages.)

So I replace the ###CURRENT_PID### marker with the line that is read 
from the localconf.php:

$tempColumns = array (
	'tx_rwkeywords_id' => array (
		'label' => 'Keywords',
		'config' => array ('wizards' => array(
				...
				'add' => array(
					...
						'pid'      => '"' . 
$TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . '"',
						...
					),
				),
				'list' => array(
					'...
					'params' => array(
						...
						'pid'   => '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] 
. '"',
					),
					...
				),
				'edit' => array(
					...
				),
			),
		)
	),
);


Unfortunately this doesn't work.
Is it at all possible to use values from ext_conf_template.txt for 
dynamic IRRE-configurations in certain TCA-fields?

(I know about ###STORAGE_PID### and the other setting, but i would like 
not to depend on a storage folder...)

Thanks!
Regards,
Robert


From tomasnorre at gmail.com  Fri May 11 07:57:40 2012
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Fri, 11 May 2012 07:57:40 +0200
Subject: [TYPO3-dev] Fieldset Displayed
In-Reply-To: <mailman.1.1336661878.14185.typo3-dev@lists.typo3.org>
References: <mailman.1.1336638959.18429.typo3-dev@lists.typo3.org>
	<mailman.1.1336661878.14185.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336715860.5588.typo3-dev@lists.typo3.org>

On 05/10/2012 04:57 PM, Kay Strobach wrote:
> Hi Tomas Norre,
>
> thats normal, it's the same in 4.5 ;)

Ok thanks, so its TemplaVoila hidding them?



-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

TYPO3 Developer @netimage.dk
TYPO3 Profile:
http://forge.typo3.org/users/4289


Follow me at twitter
Twitter.com/tomasnorre


From typo3 at kay-strobach.de  Fri May 11 09:01:21 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 11 May 2012 09:01:21 +0200
Subject: [TYPO3-dev] Fieldset Displayed
In-Reply-To: <mailman.1.1336715860.5588.typo3-dev@lists.typo3.org>
References: <mailman.1.1336638959.18429.typo3-dev@lists.typo3.org>
	<mailman.1.1336661878.14185.typo3-dev@lists.typo3.org>
	<mailman.1.1336715860.5588.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336719678.15643.typo3-dev@lists.typo3.org>

Hi Tomas Norre,

TemplaVoila implements an own pagemodule, and this feature (content
below) is not supported by templavoila.

You may ask Tolleiv to implement the same hook to get similar behaviour ;)

Regards
Kay

Am 11.05.2012 07:57, schrieb Tomas Norre Mikkelsen:
> On 05/10/2012 04:57 PM, Kay Strobach wrote:
>> Hi Tomas Norre,
>>
>> thats normal, it's the same in 4.5 ;)
> 
> Ok thanks, so its TemplaVoila hidding them?
> 
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From stephenbungert at yahoo.de  Fri May 11 09:12:03 2012
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 11 May 2012 09:12:03 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336720324.18083.typo3-dev@lists.typo3.org>

You can set this in page TS config, and then use other markers instead of 
current page, like ###PAGE_TSCONFIG_IDLIST### which is a comma sep. list of 
page ids where records are stored.

See this page:

http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/

and search for "foreign_table_where"

Stephen.


"Robert Wildling" <robertwildling at gmail.com> schrieb im Newsbeitrag 
news:mailman.1.1336664747.22559.typo3-dev at lists.typo3.org...
> Hi,
>
> I'd like to define a sysfolder for certain inputs via ExtManager, so i put 
> this line in ext_conf_template.txt:
>
>
> # cat=basic/enable/10; type=integer; label=Select Keywords Folder: Define 
> the PID of the SysFolder where the keywords are stored.
> keywordsFolder = 0
>
>
> Now I would like to use that value in the ext_tables.php in conjunction 
> with a multi-select field, where new values could be stored via IRRE. (The 
> goal is to store those values eventually in one place only and not over 
> various pages.)
>
> So I replace the ###CURRENT_PID### marker with the line that is read from 
> the localconf.php:
>
> $tempColumns = array (
> 'tx_rwkeywords_id' => array (
> 'label' => 'Keywords',
> 'config' => array ('wizards' => array(
> ...
> 'add' => array(
> ...
> 'pid'      => '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . 
> '"',
> ...
> ),
> ),
> 'list' => array(
> '...
> 'params' => array(
> ...
> 'pid'   => '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . '"',
> ),
> ...
> ),
> 'edit' => array(
> ...
> ),
> ),
> )
> ),
> );
>
>
> Unfortunately this doesn't work.
> Is it at all possible to use values from ext_conf_template.txt for dynamic 
> IRRE-configurations in certain TCA-fields?
>
> (I know about ###STORAGE_PID### and the other setting, but i would like 
> not to depend on a storage folder...)
>
> Thanks!
> Regards,
> Robert 




From robertwildling at gmail.com  Fri May 11 09:19:29 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Fri, 11 May 2012 09:19:29 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
In-Reply-To: <mailman.1.1336720324.18083.typo3-dev@lists.typo3.org>
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
	<mailman.1.1336720324.18083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336720821.19542.typo3-dev@lists.typo3.org>

Thanks, Stephen!

I read all about these markers - whether I understood everything is a 
different question :-)

How can a variable that is configured via the ext-manager 
(ext_conf_template.txt) be read into a ###PAGE_TSCONFIG_IDLIST###?

Would be great if you could give me a hint!

Thanks,
Robert


> You can set this in page TS config, and then use other markers instead of
> current page, like ###PAGE_TSCONFIG_IDLIST### which is a comma sep. list of
> page ids where records are stored.
>
> See this page:
>
> http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/
>
> and search for "foreign_table_where"
>
> Stephen.
>
>
> "Robert Wildling"<robertwildling at gmail.com>  schrieb im Newsbeitrag
> news:mailman.1.1336664747.22559.typo3-dev at lists.typo3.org...
>> Hi,
>>
>> I'd like to define a sysfolder for certain inputs via ExtManager, so i put
>> this line in ext_conf_template.txt:
>>
>>
>> # cat=basic/enable/10; type=integer; label=Select Keywords Folder: Define
>> the PID of the SysFolder where the keywords are stored.
>> keywordsFolder = 0
>>
>>
>> Now I would like to use that value in the ext_tables.php in conjunction
>> with a multi-select field, where new values could be stored via IRRE. (The
>> goal is to store those values eventually in one place only and not over
>> various pages.)
>>
>> So I replace the ###CURRENT_PID### marker with the line that is read from
>> the localconf.php:
>>
>> $tempColumns = array (
>> 'tx_rwkeywords_id' =>  array (
>> 'label' =>  'Keywords',
>> 'config' =>  array ('wizards' =>  array(
>> ...
>> 'add' =>  array(
>> ...
>> 'pid'      =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] .
>> '"',
>> ...
>> ),
>> ),
>> 'list' =>  array(
>> '...
>> 'params' =>  array(
>> ...
>> 'pid'   =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . '"',
>> ),
>> ...
>> ),
>> 'edit' =>  array(
>> ...
>> ),
>> ),
>> )
>> ),
>> );
>>
>>
>> Unfortunately this doesn't work.
>> Is it at all possible to use values from ext_conf_template.txt for dynamic
>> IRRE-configurations in certain TCA-fields?
>>
>> (I know about ###STORAGE_PID### and the other setting, but i would like
>> not to depend on a storage folder...)
>>
>> Thanks!
>> Regards,
>> Robert
>
>



From stephenbungert at yahoo.de  Fri May 11 09:38:54 2012
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 11 May 2012 09:38:54 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
	<mailman.1.1336720324.18083.typo3-dev@lists.typo3.org>
	<mailman.1.1336720821.19542.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336721935.22572.typo3-dev@lists.typo3.org>

I did this for my portfolio extension:



sb_portfolio



Have a look at the TCA file in that extension and then you can see how I 
used the markers.



In page ts config you write something like this:



TCEFORM.tx_sbportfolio_items.client.PAGE_TSCONFIG_IDLIST = n



That is for my portfolio's client field. It then uses the value of 
PAGE_TSCONFIG_IDLIST to populate a select field.



n can with this particular marker can be a list of more than one page id:



TCEFORM.tx_sbportfolio_items.client.PAGE_TSCONFIG_IDLIST = 1,2,45,128



I never found any form of recursion to check subpages, so you really do have 
to enter every page in pagetsconfig.



Stephen.



"Robert Wildling" <robertwildling at gmail.com> schrieb im Newsbeitrag 
news:<mailman.1.1336720821.19542.typo3-dev at lists.typo3.org>...

> Thanks, Stephen!

>

> I read all about these markers - whether I understood everything is a

> different question :-)

>

> How can a variable that is configured via the ext-manager

> (ext_conf_template.txt) be read into a ###PAGE_TSCONFIG_IDLIST###?

>

> Would be great if you could give me a hint!

>

> Thanks,

> Robert

>

>

> > You can set this in page TS config, and then use other markers instead 
> > of

> > current page, like ###PAGE_TSCONFIG_IDLIST### which is a comma sep. list 
> > of

> > page ids where records are stored.

> >

> > See this page:

> >

> > http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/

> >

> > and search for "foreign_table_where"

> >

> > Stephen.

> >

> >

> > "Robert Wildling"<robertwildling at gmail.com>  schrieb im Newsbeitrag

> > news:mailman.1.1336664747.22559.typo3-dev at lists.typo3.org...

> >> Hi,

> >>

> >> I'd like to define a sysfolder for certain inputs via ExtManager, so i 
> >> put

> >> this line in ext_conf_template.txt:

> >>

> >>

> >> # cat=basic/enable/10; type=integer; label=Select Keywords Folder: 
> >> Define

> >> the PID of the SysFolder where the keywords are stored.

> >> keywordsFolder = 0

> >>

> >>

> >> Now I would like to use that value in the ext_tables.php in conjunction

> >> with a multi-select field, where new values could be stored via IRRE. 
> >> (The

> >> goal is to store those values eventually in one place only and not over

> >> various pages.)

> >>

> >> So I replace the ###CURRENT_PID### marker with the line that is read 
> >> from

> >> the localconf.php:

> >>

> >> $tempColumns = array (

> >> 'tx_rwkeywords_id' =>  array (

> >> 'label' =>  'Keywords',

> >> 'config' =>  array ('wizards' =>  array(

> >> ...

> >> 'add' =>  array(

> >> ...

> >> 'pid'      =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] .

> >> '"',

> >> ...

> >> ),

> >> ),

> >> 'list' =>  array(

> >> '...

> >> 'params' =>  array(

> >> ...

> >> 'pid'   =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . 
> >> '"',

> >> ),

> >> ...

> >> ),

> >> 'edit' =>  array(

> >> ...

> >> ),

> >> ),

> >> )

> >> ),

> >> );

> >>

> >>

> >> Unfortunately this doesn't work.

> >> Is it at all possible to use values from ext_conf_template.txt for 
> >> dynamic

> >> IRRE-configurations in certain TCA-fields?

> >>

> >> (I know about ###STORAGE_PID### and the other setting, but i would like

> >> not to depend on a storage folder...)

> >>

> >> Thanks!

> >> Regards,

> >> Robert

> >

> >

>




From stephenbungert at yahoo.de  Fri May 11 09:43:51 2012
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 11 May 2012 09:43:51 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
	<mailman.1.1336720324.18083.typo3-dev@lists.typo3.org>
	<mailman.1.1336720821.19542.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336722233.23396.typo3-dev@lists.typo3.org>

I didn't add a page id in the extension manager config. I just made it 
possible for people to use other pages apart from the storage page.

The actual page id to use can then be set via pagetsconfig, and this means 
that every site or sub-sites even can have their own storage pages. If you 
set it in the extesnion manager config, then every site will use that value.


"Robert Wildling" <robertwildling at gmail.com> schrieb im Newsbeitrag 
news:mailman.1.1336720821.19542.typo3-dev at lists.typo3.org...
> Thanks, Stephen!
>
> I read all about these markers - whether I understood everything is a 
> different question :-)
>
> How can a variable that is configured via the ext-manager 
> (ext_conf_template.txt) be read into a ###PAGE_TSCONFIG_IDLIST###?
>
> Would be great if you could give me a hint!
>
> Thanks,
> Robert
>
>
>> You can set this in page TS config, and then use other markers instead of
>> current page, like ###PAGE_TSCONFIG_IDLIST### which is a comma sep. list 
>> of
>> page ids where records are stored.
>>
>> See this page:
>>
>> http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/
>>
>> and search for "foreign_table_where"
>>
>> Stephen.
>>
>>
>> "Robert Wildling"<robertwildling at gmail.com>  schrieb im Newsbeitrag
>> news:mailman.1.1336664747.22559.typo3-dev at lists.typo3.org...
>>> Hi,
>>>
>>> I'd like to define a sysfolder for certain inputs via ExtManager, so i 
>>> put
>>> this line in ext_conf_template.txt:
>>>
>>>
>>> # cat=basic/enable/10; type=integer; label=Select Keywords Folder: 
>>> Define
>>> the PID of the SysFolder where the keywords are stored.
>>> keywordsFolder = 0
>>>
>>>
>>> Now I would like to use that value in the ext_tables.php in conjunction
>>> with a multi-select field, where new values could be stored via IRRE. 
>>> (The
>>> goal is to store those values eventually in one place only and not over
>>> various pages.)
>>>
>>> So I replace the ###CURRENT_PID### marker with the line that is read 
>>> from
>>> the localconf.php:
>>>
>>> $tempColumns = array (
>>> 'tx_rwkeywords_id' =>  array (
>>> 'label' =>  'Keywords',
>>> 'config' =>  array ('wizards' =>  array(
>>> ...
>>> 'add' =>  array(
>>> ...
>>> 'pid'      =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] .
>>> '"',
>>> ...
>>> ),
>>> ),
>>> 'list' =>  array(
>>> '...
>>> 'params' =>  array(
>>> ...
>>> 'pid'   =>  '"' . $TYPO3_CONF_VARS['EXT']['extConf']['rwkeywords'] . 
>>> '"',
>>> ),
>>> ...
>>> ),
>>> 'edit' =>  array(
>>> ...
>>> ),
>>> ),
>>> )
>>> ),
>>> );
>>>
>>>
>>> Unfortunately this doesn't work.
>>> Is it at all possible to use values from ext_conf_template.txt for 
>>> dynamic
>>> IRRE-configurations in certain TCA-fields?
>>>
>>> (I know about ###STORAGE_PID### and the other setting, but i would like
>>> not to depend on a storage folder...)
>>>
>>> Thanks!
>>> Regards,
>>> Robert
>>
>>
> 




From stephenbungert at yahoo.de  Fri May 11 09:54:05 2012
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Fri, 11 May 2012 09:54:05 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336722846.25235.typo3-dev@lists.typo3.org>

Ah! I see you want this in the wizards!

I think they don't use these other markers, at least I never found out how 
to do that! If you find out let me know how!

I think though for IRRE records you can specify a  storage page in a special 
tca property that may work.

Look at this page:

http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/

Search for:

"TCAdefaults.<table>.pid = <page id> can be used to define the pid of new 
child records. Thus, it's possible to have special storage folders on a 
per-table-basis." 




From robertwildling at gmail.com  Fri May 11 10:40:52 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Fri, 11 May 2012 10:40:52 +0200
Subject: [TYPO3-dev] ext_conf_template.txt for IRRE
In-Reply-To: <mailman.1.1336722846.25235.typo3-dev@lists.typo3.org>
References: <mailman.1.1336664747.22559.typo3-dev@lists.typo3.org>
	<mailman.1.1336722846.25235.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336725704.462.typo3-dev@lists.typo3.org>

Thanks so much for your Feedback! I'll go ahead and experiment now.

Have a nice day!
Best regards,
Robert

Am 11.05.12 09:54, schrieb Stephen Bungert:
> Ah! I see you want this in the wizards!
>
> I think they don't use these other markers, at least I never found out how
> to do that! If you find out let me know how!
>
> I think though for IRRE records you can specify a  storage page in a special
> tca property that may work.
>
> Look at this page:
>
> http://typo3.org/documentation/document-library/core-documentation/doc_core_tca/4.6.0/view/1/3/
>
> Search for:
>
> "TCAdefaults.<table>.pid =<page id>  can be used to define the pid of new
> child records. Thus, it's possible to have special storage folders on a
> per-table-basis."
>
>



From simonschaufi at jesus.de  Fri May 11 22:52:56 2012
From: simonschaufi at jesus.de (Simon Schaufelberger (Schaufi))
Date: Fri, 11 May 2012 22:52:56 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336769577.19700.typo3-dev@lists.typo3.org>

help please!

Regards, Schaufi

Am 09.05.2012 13:03, schrieb Simon Schaufelberger (Schaufi):
> Hi,
> I have a tt_news list (list plugin) with a pagebrowser and realurl
> installed.
> my configuration is: cache everything ;)
> page cache is active, plugin.tt_news is set to USER.
>
> my page browser is just displaying the current page and the
> next/previous page, thats all.
>
> My big problem is that i have a page which is:
> http://example.com/news.html
> and
> http://example.com/news/browse/1.html
>
> BUT page 2 (which is 1 since it starts from 0) does NOT show the content
> of page 2 but of page 1 instead so the page browser does not work.
>
> Even if i enter http://example.com/news/browse/2.html, i still get the
> content from the first page.
>
> i was debugging realurl and found out that when you hit the url:
> http://example.com/news.html the full page is cached with all the news
> and since the get parameters are not included in the cHash, the cached
> page gets rendered from the db. THIS IS REALLY BAD!!!
>
> NO, i dont't want to set plugin.tt_news = USER_INT even though this
> would work, i want to cache page 2 the same way like i cache page 1.
>
> Why does TYPO3 not know that browse/2.html (or tx_ttnews[pointer]
> internally) is a completely different page?
>
> Why does realurl not add another cHash in its own cHash table (i only
> get a cHash for browse/1.html but NOT for browse/2.html)???
>


From loek at netcoop.nl  Sat May 12 13:05:29 2012
From: loek at netcoop.nl (Loek Hilgersom)
Date: Sat, 12 May 2012 13:05:29 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>

Hi Simon,

I'm not sure I can help you with this, but have you checked whether the caching 
and chashes are correct when you de-activate realurl?

Loek


On 05/09/2012 01:03 PM, Simon Schaufelberger (Schaufi) wrote:
> Hi,
> I have a tt_news list (list plugin) with a pagebrowser and realurl installed.
> my configuration is: cache everything ;)
> page cache is active, plugin.tt_news is set to USER.
>
> my page browser is just displaying the current page and the next/previous page,
> thats all.
>
> My big problem is that i have a page which is:
> http://example.com/news.html
> and
> http://example.com/news/browse/1.html
>
> BUT page 2 (which is 1 since it starts from 0) does NOT show the content of page
> 2 but of page 1 instead so the page browser does not work.
>
> Even if i enter http://example.com/news/browse/2.html, i still get the content
> from the first page.
>
> i was debugging realurl and found out that when you hit the url:
> http://example.com/news.html the full page is cached with all the news and since
> the get parameters are not included in the cHash, the cached page gets rendered
> from the db. THIS IS REALLY BAD!!!
>
> NO, i dont't want to set plugin.tt_news = USER_INT even though this would work,
> i want to cache page 2 the same way like i cache page 1.
>
> Why does TYPO3 not know that browse/2.html (or tx_ttnews[pointer] internally) is
> a completely different page?
>
> Why does realurl not add another cHash in its own cHash table (i only get a
> cHash for browse/1.html but NOT for browse/2.html)???
>


From simonschaufi at jesus.de  Sun May 13 11:52:35 2012
From: simonschaufi at jesus.de (Simon Schaufelberger (Schaufi))
Date: Sun, 13 May 2012 11:52:35 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
	<mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>

Hi,
yes, without realurl it works. this is how the link looks like:

/index.php?id=20&amp;tx_ttnews%5Bpointer%5D=1&amp;cHash=8c3181fff23854b6a76d2d207fc2109a

could it be a problem of the latest version of realurl 1.12.1?

Regards, Schaufi

Am 12.05.2012 13:05, schrieb Loek Hilgersom:
> Hi Simon,
>
> I'm not sure I can help you with this, but have you checked whether the
> caching and chashes are correct when you de-activate realurl?
>
> Loek
>
>
> On 05/09/2012 01:03 PM, Simon Schaufelberger (Schaufi) wrote:
>> Hi,
>> I have a tt_news list (list plugin) with a pagebrowser and realurl
>> installed.
>> my configuration is: cache everything ;)
>> page cache is active, plugin.tt_news is set to USER.
>>
>> my page browser is just displaying the current page and the
>> next/previous page,
>> thats all.
>>
>> My big problem is that i have a page which is:
>> http://example.com/news.html
>> and
>> http://example.com/news/browse/1.html
>>
>> BUT page 2 (which is 1 since it starts from 0) does NOT show the
>> content of page
>> 2 but of page 1 instead so the page browser does not work.
>>
>> Even if i enter http://example.com/news/browse/2.html, i still get the
>> content
>> from the first page.
>>
>> i was debugging realurl and found out that when you hit the url:
>> http://example.com/news.html the full page is cached with all the news
>> and since
>> the get parameters are not included in the cHash, the cached page gets
>> rendered
>> from the db. THIS IS REALLY BAD!!!
>>
>> NO, i dont't want to set plugin.tt_news = USER_INT even though this
>> would work,
>> i want to cache page 2 the same way like i cache page 1.
>>
>> Why does TYPO3 not know that browse/2.html (or tx_ttnews[pointer]
>> internally) is
>> a completely different page?
>>
>> Why does realurl not add another cHash in its own cHash table (i only
>> get a
>> cHash for browse/1.html but NOT for browse/2.html)???
>>


From adrien.crivelli at gmail.com  Mon May 14 08:45:55 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Mon, 14 May 2012 15:45:55 +0900
Subject: [TYPO3-dev] Suppress extension newsletter from TER
Message-ID: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>

Hello,

Following my latest
conversation<http://lists.typo3.org/pipermail/typo3-dev/2012-March/045241.html>,
who should I contact to suppress all entries for the extension "newsletter"
on TER ? It seems that I messed up the system with the wrong version number
and cannot re-uploaded a lower version (I tried with v1.2.3). It's very
confusing for end-users who actually get an older version with a higher
version number.

So I would like to:

   1. supress the entry from TER
   2. re-upload, correctly, the latest version

TIA and sorry for the mess...

Cheers,

Adrien


From adrien.crivelli at gmail.com  Mon May 14 08:45:57 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Mon, 14 May 2012 15:45:57 +0900
Subject: [TYPO3-dev] Suppress extension newsletter from TER
Message-ID: <mailman.844.1336977958.551.typo3-dev@lists.typo3.org>

Hello,

Following my latest
conversation<http://lists.typo3.org/pipermail/typo3-dev/2012-March/045241.html>,
who should I contact to suppress all entries for the extension "newsletter"
on TER ? It seems that I messed up the system with the wrong version number
and cannot re-uploaded a lower version (I tried with v1.2.3). It's very
confusing for end-users who actually get an older version with a higher
version number.

So I would like to:

   1. supress the entry from TER
   2. re-upload, correctly, the latest version

TIA and sorry for the mess...

Cheers,

Adrien


From typo3 at kay-strobach.de  Mon May 14 09:13:37 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 14 May 2012 09:13:37 +0200
Subject: [TYPO3-dev]  FE User Cookie Domain
Message-ID: <mailman.1.1336979625.30141.typo3-dev@lists.typo3.org>

Hello Guys,

i need to set the fe user cookie domain typoscript based for a project :(

How can this be done (know that it's possible with hooks).

Site Structure:

http://domain.tld/customer1
http://domain.tld/customer2
http://domain.tld/customer ...

Fe Users logged in on customer1 are also loggedin in customer2 by
default, this needs to be suppressed ;)

-------------
@Hooks, problem here is, that i would need to use:

$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp']

This hook is executed right after setting the cookie, so one cookie has
to be destroyed and another one has to be set ... not a really good
solution :D

------------
Other way found: use

$GLOBALS['TYPO3_CONF_VARS'][$this->loginType]['cookieDomain']

And set it in ext_tables.php based on a regex ..., but i would like to
use ts ;)

Regards
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From jigal.van.hemert at typo3.org  Mon May 14 10:44:22 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Mon, 14 May 2012 10:44:22 +0200
Subject: [TYPO3-dev] Suppress extension newsletter from TER
In-Reply-To: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>
References: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336985067.12811.typo3-dev@lists.typo3.org>

Hi,

On 14-5-2012 8:45, Adrien Crivelli wrote:
> Following my latest
> conversation<http://lists.typo3.org/pipermail/typo3-dev/2012-March/045241.html>,
> who should I contact to suppress all entries for the extension "newsletter"
> on TER ?

You can ask the extension-coordination team for help. Contact via the 
typo3.teams.extension-coordination list or the forge issue tracker
http://forge.typo3.org/projects/team-ect

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From mail at alexproject.de  Mon May 14 11:18:04 2012
From: mail at alexproject.de (Alexander Wahl)
Date: Mon, 14 May 2012 11:18:04 +0200
Subject: [TYPO3-dev] FE User Cookie Domain
In-Reply-To: <mailman.1.1336979625.30141.typo3-dev@lists.typo3.org>
References: <mailman.1.1336979625.30141.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336987085.18691.typo3-dev@lists.typo3.org>

Hello Kay,

as far as I know, cookie-domain only recognizes urls, subdomains or 
wildcards like *.example.com.

We ran into the same problem on a project using different 
TYPO3-installations on one domain in different directories. The only 
solution which worked correctly for us was to patch t3lib_beUserAuth and 
tslib_feUserAuth to set different cookie names in $this->name in both 
classes.

I remember there were some issues regarding this problem on forge to set 
the cookie-name via localconf. But I dont't know if it is already 
integrated in the Core.

Cheers
Alex



Am 14.05.2012 09:13, schrieb Kay Strobach:
> Hello Guys,
>
> i need to set the fe user cookie domain typoscript based for a project :(
>
> How can this be done (know that it's possible with hooks).
>
> Site Structure:
>
> http://domain.tld/customer1
> http://domain.tld/customer2
> http://domain.tld/customer ...
>
> Fe Users logged in on customer1 are also loggedin in customer2 by
> default, this needs to be suppressed ;)
>
> -------------
> @Hooks, problem here is, that i would need to use:
>
> $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp']
>
> This hook is executed right after setting the cookie, so one cookie has
> to be destroyed and another one has to be set ... not a really good
> solution :D
>
> ------------
> Other way found: use
>
> $GLOBALS['TYPO3_CONF_VARS'][$this->loginType]['cookieDomain']
>
> And set it in ext_tables.php based on a regex ..., but i would like to
> use ts ;)
>
> Regards
> Kay



From typo3 at kay-strobach.de  Mon May 14 11:20:02 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 14 May 2012 11:20:02 +0200
Subject: [TYPO3-dev] FE User Cookie Domain
In-Reply-To: <mailman.1.1336987085.18691.typo3-dev@lists.typo3.org>
References: <mailman.1.1336979625.30141.typo3-dev@lists.typo3.org>
	<mailman.1.1336987085.18691.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1336987204.18490.typo3-dev@lists.typo3.org>

Hello Alexander,

it's not a bunch of installations, but just one, that makes it even harder.

Path seperation is possible, with cookie-path, but i need to use one of
the mentioned methods, while i like to do this with ts ;)

Regards
Kay

Am 14.05.2012 11:18, schrieb Alexander Wahl:
> Hello Kay,
> 
> as far as I know, cookie-domain only recognizes urls, subdomains or
> wildcards like *.example.com.
> 
> We ran into the same problem on a project using different
> TYPO3-installations on one domain in different directories. The only
> solution which worked correctly for us was to patch t3lib_beUserAuth and
> tslib_feUserAuth to set different cookie names in $this->name in both
> classes.
> 
> I remember there were some issues regarding this problem on forge to set
> the cookie-name via localconf. But I dont't know if it is already
> integrated in the Core.
> 
> Cheers
> Alex
> 
> 
> 
> Am 14.05.2012 09:13, schrieb Kay Strobach:
>> Hello Guys,
>>
>> i need to set the fe user cookie domain typoscript based for a project :(
>>
>> How can this be done (know that it's possible with hooks).
>>
>> Site Structure:
>>
>> http://domain.tld/customer1
>> http://domain.tld/customer2
>> http://domain.tld/customer ...
>>
>> Fe Users logged in on customer1 are also loggedin in customer2 by
>> default, this needs to be suppressed ;)
>>
>> -------------
>> @Hooks, problem here is, that i would need to use:
>>
>> $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp']
>>
>>
>> This hook is executed right after setting the cookie, so one cookie has
>> to be destroyed and another one has to be set ... not a really good
>> solution :D
>>
>> ------------
>> Other way found: use
>>
>> $GLOBALS['TYPO3_CONF_VARS'][$this->loginType]['cookieDomain']
>>
>> And set it in ext_tables.php based on a regex ..., but i would like to
>> use ts ;)
>>
>> Regards
>> Kay
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From dmitry.dulepov at gmail.com  Mon May 14 16:49:51 2012
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Mon, 14 May 2012 17:49:51 +0300
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
	<mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>
	<mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337006991.8284.typo3-dev@lists.typo3.org>

Hi!

Simon Schaufelberger (Schaufi) wrote:
> yes, without realurl it works. this is how the link looks like:

Clear caches and try again:
- realurl encode
- realurl decode
- realurl uniqualias
- realurl chash
- page

-- 
Dmitry Dulepov
TYPO3 core team member
Blog: http://dmitry-dulepov.com/
Twitter: http://twitter.com/dmitryd

Simplicity will save the world.



From helmut.hummel at typo3.org  Mon May 14 16:59:50 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Mon, 14 May 2012 16:59:50 +0200
Subject: [TYPO3-dev]  Order of domain records?
Message-ID: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>

Hi,

I have the following scenario:

TYPO3 Multidomain Site and two domains for each tree, one domain for the 
live site and one domain for editors.

site1 -> editor.domain1.tld + www.domain1.tld
site2 -> editor.domain2.tld + www.domain2.tld
...

Now I want linking between the domains to be correct (using 
www.domainx.tld), as well as enable editors to preview their changes 
(using editor.domainx.tld)

Now when editor.domainx.tld is the first domain, preview works fine, but 
the linking across domains also uses this domain, which is of course not 
wanted and the other way around.

Am I missing something or is this a missing feature?

Kind regards,
Helmut

-- 
Helmut Hummel
TYPO3 Security Team Leader, TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From fsu-lists at cobweb.ch  Mon May 14 20:59:09 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=)
Date: Mon, 14 May 2012 20:59:09 +0200
Subject: [TYPO3-dev] Order of domain records?
In-Reply-To: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>

Hi Helmut,

> Now when editor.domainx.tld is the first domain, preview works fine, but
> the linking across domains also uses this domain, which is of course not
> wanted and the other way around.

Maybe a silly question, but just to be sure, did you set:

config.typolinkEnableLinksAcrossDomains = 1

?

Cheers

-- 

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


From helmut.hummel at typo3.org  Mon May 14 21:32:46 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Mon, 14 May 2012 21:32:46 +0200
Subject: [TYPO3-dev] Order of domain records?
In-Reply-To: <mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
	<mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>

Hi Fran?ois,

thanks for you answer.

On 14.05.12 20:59, Fran?ois Suter wrote:

>> Now when editor.domainx.tld is the first domain, preview works fine, but
>> the linking across domains also uses this domain, which is of course not
>> wanted and the other way around.
>
> Maybe a silly question, but just to be sure, did you set:
>
> config.typolinkEnableLinksAcrossDomains = 1

Yes, that's why links are prefixed with the first domain record found 
for that part of the tree.

But I want on record to be used for linking and the other for preview...

Kind regards,
Helmut

-- 
Helmut Hummel
TYPO3 Security Team Leader, TYPO3 v4 Core Team Member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From fsu-lists at cobweb.ch  Mon May 14 22:41:07 2012
From: fsu-lists at cobweb.ch (=?UTF-8?B?RnJhbsOnb2lzIFN1dGVy?=)
Date: Mon, 14 May 2012 22:41:07 +0200
Subject: [TYPO3-dev] Order of domain records?
In-Reply-To: <mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
	<mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
	<mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337028069.32381.typo3-dev@lists.typo3.org>

Hi Helmut,

> Yes, that's why links are prefixed with the first domain record found
> for that part of the tree.
>
> But I want on record to be used for linking and the other for preview...

Ah sorry, I misunderstood. I don't think that what you want to achieve 
is feasible. Maybe if you use

config.absRefPrefix = /

and set the base URL, you can have your pages preview with the editor 
sub-domain and have the links use the other domain, if used in the base URL.

Cheers

-- 

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


From philipp.gampe at typo3.org  Mon May 14 22:44:08 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Mon, 14 May 2012 22:44:08 +0200
Subject: [TYPO3-dev] Order of domain records?
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
	<mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
	<mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337028248.32533.typo3-dev@lists.typo3.org>

Hi Helmut,

Helmut Hummel wrote:
>>> Now when editor.domainx.tld is the first domain, preview works fine, but
>>> the linking across domains also uses this domain, which is of course not
>>> wanted and the other way around.
>>
>> Maybe a silly question, but just to be sure, did you set:
>> config.typolinkEnableLinksAcrossDomains = 1
> 
> Yes, that's why links are prefixed with the first domain record found
> for that part of the tree.
> 
> But I want on record to be used for linking and the other for preview...

I am not aware of such a feature.

Stefan Neufeind created a change request that allows to except multiple 
(Wildcard-) Domains for a domain record on top of the configured domain 
which is used to created the links. But you explicitly want to have a 
different preview domain.
I think this would need more changes in core, because all places which 
handle domains would need to be changed to respect a preview domain. But I 
do think that this would be a nice feature anyway.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From simonschaufi at jesus.de  Mon May 14 23:30:49 2012
From: simonschaufi at jesus.de (Simon Schaufelberger (Schaufi))
Date: Mon, 14 May 2012 23:30:49 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1337006991.8284.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
	<mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>
	<mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>
	<mailman.1.1337006991.8284.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337031051.7206.typo3-dev@lists.typo3.org>

no luck, did everything over and over again.

Regards, Schaufi

Am 14.05.2012 16:49, schrieb Dmitry Dulepov:
> Hi!
>
> Simon Schaufelberger (Schaufi) wrote:
>> yes, without realurl it works. this is how the link looks like:
>
> Clear caches and try again:
> - realurl encode
> - realurl decode
> - realurl uniqualias
> - realurl chash
> - page
>


From adrien.crivelli at gmail.com  Tue May 15 02:23:11 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Tue, 15 May 2012 09:23:11 +0900
Subject: [TYPO3-dev] Suppress extension newsletter from TER
In-Reply-To: <mailman.1.1336985067.12811.typo3-dev@lists.typo3.org>
References: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>
	<mailman.1.1336985067.12811.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1004.1337041393.551.typo3-dev@lists.typo3.org>

Thank you

On 14 May 2012 17:44, Jigal van Hemert <jigal.van.hemert at typo3.org> wrote:

> Hi,
>
>
> On 14-5-2012 8:45, Adrien Crivelli wrote:
>
>> Following my latest
>> conversation<http://lists.**typo3.org/pipermail/typo3-dev/**
>> 2012-March/045241.html<http://lists.typo3.org/pipermail/typo3-dev/2012-March/045241.html>
>> >,
>> who should I contact to suppress all entries for the extension
>> "newsletter"
>> on TER ?
>>
>
> You can ask the extension-coordination team for help. Contact via the
> typo3.teams.extension-**coordination list or the forge issue tracker
> http://forge.typo3.org/**projects/team-ect<http://forge.typo3.org/projects/team-ect>
>
> --
> Jigal van Hemert
> TYPO3 Core Team member
>
> TYPO3 .... inspiring people to share!
> Get involved: typo3.org
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From schaufelREMOVE-MEberger at punkt.de  Tue May 15 09:23:34 2012
From: schaufelREMOVE-MEberger at punkt.de (Simon Schaufelberger)
Date: Tue, 15 May 2012 09:23:34 +0200
Subject: [TYPO3-dev] Order of domain records?
In-Reply-To: <mailman.1.1337028248.32533.typo3-dev@lists.typo3.org>
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
	<mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
	<mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>
	<mailman.1.1337028248.32533.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337066614.9965.typo3-dev@lists.typo3.org>

This would only work if you are NOT using workspaces. for workspaces to
work you have to have a backend login with the preview domain as well,
right?

apart from that, i think touching only the typolink function would be
enough, or?

Am 14.05.2012 22:44, schrieb Philipp Gampe:
> Hi Helmut,
> 
> Helmut Hummel wrote:
>>>> Now when editor.domainx.tld is the first domain, preview works fine, but
>>>> the linking across domains also uses this domain, which is of course not
>>>> wanted and the other way around.
>>>
>>> Maybe a silly question, but just to be sure, did you set:
>>> config.typolinkEnableLinksAcrossDomains = 1
>>
>> Yes, that's why links are prefixed with the first domain record found
>> for that part of the tree.
>>
>> But I want on record to be used for linking and the other for preview...
> 
> I am not aware of such a feature.
> 
> Stefan Neufeind created a change request that allows to except multiple 
> (Wildcard-) Domains for a domain record on top of the configured domain 
> which is used to created the links. But you explicitly want to have a 
> different preview domain.
> I think this would need more changes in core, because all places which 
> handle domains would need to be changed to respect a preview domain. But I 
> do think that this would be a nice feature anyway.
> 
> Best regards

-- 
Kind regards,

Schaufi from punkt.de


From robertwildling at gmail.com  Tue May 15 15:55:12 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Tue, 15 May 2012 15:55:12 +0200
Subject: [TYPO3-dev]  EXT extends another ext -> namespace?
Message-ID: <mailman.1.1337090165.11998.typo3-dev@lists.typo3.org>

Hi,

A pi-based et defines
var $prefixId = "tx_myext_pi1";

in order to get variables from the URL it generates (among other things).

So it is possible to use piVars['name'] to retrieve a value that was set 
by myext.

But what if myext uses myOtherExt to produce output? In the URL there is 
no longer a
&myext[name]=YX

attribute, but a
&myOtherExt[name]=YX.

I no longer can get the value via piVars[name], because the prefixId is 
no longer correct.

Changing the prefixId doesn't seem to change anything...

A concrete example is ws_contentpagebrowser which itself relies on 
Dmitri Dulepos pagebrowse ext. In my scenario it doesn't work, because 
the begin value always resolves to NULL.

Any idea how to solve this problem?
Thanks!
Robert


From stephenbungert at yahoo.de  Tue May 15 16:03:30 2012
From: stephenbungert at yahoo.de (Stephen Bungert)
Date: Tue, 15 May 2012 16:03:30 +0200
Subject: [TYPO3-dev] EXT extends another ext -> namespace?
References: <mailman.1.1337090165.11998.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337090611.13330.typo3-dev@lists.typo3.org>

You can use the t3lib_div function _GET to get a variable from the url:

$theVariable = t3lib_div::_GET('myOtherExt');

"Robert Wildling" <robertwildling at gmail.com> schrieb im Newsbeitrag 
news:mailman.1.1337090165.11998.typo3-dev at lists.typo3.org...
> Hi,
>
> A pi-based et defines
> var $prefixId = "tx_myext_pi1";
>
> in order to get variables from the URL it generates (among other things).
>
> So it is possible to use piVars['name'] to retrieve a value that was set 
> by myext.
>
> But what if myext uses myOtherExt to produce output? In the URL there is 
> no longer a
> &myext[name]=YX
>
> attribute, but a
> &myOtherExt[name]=YX.
>
> I no longer can get the value via piVars[name], because the prefixId is no 
> longer correct.
>
> Changing the prefixId doesn't seem to change anything...
>
> A concrete example is ws_contentpagebrowser which itself relies on Dmitri 
> Dulepos pagebrowse ext. In my scenario it doesn't work, because the begin 
> value always resolves to NULL.
>
> Any idea how to solve this problem?
> Thanks!
> Robert 




From robertwildling at gmail.com  Tue May 15 16:22:22 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Tue, 15 May 2012 16:22:22 +0200
Subject: [TYPO3-dev] EXT extends another ext -> namespace?
In-Reply-To: <mailman.1.1337090611.13330.typo3-dev@lists.typo3.org>
References: <mailman.1.1337090165.11998.typo3-dev@lists.typo3.org>
	<mailman.1.1337090611.13330.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337091795.16655.typo3-dev@lists.typo3.org>

That worked very smooth - thank you very much, Stephen!


> You can use the t3lib_div function _GET to get a variable from the url:
>
> $theVariable = t3lib_div::_GET('myOtherExt');
>
> "Robert Wildling"<robertwildling at gmail.com>  schrieb im Newsbeitrag
> news:mailman.1.1337090165.11998.typo3-dev at lists.typo3.org...
>> Hi,
>>
>> A pi-based et defines
>> var $prefixId = "tx_myext_pi1";
>>
>> in order to get variables from the URL it generates (among other things).
>>
>> So it is possible to use piVars['name'] to retrieve a value that was set
>> by myext.
>>
>> But what if myext uses myOtherExt to produce output? In the URL there is
>> no longer a
>> &myext[name]=YX
>>
>> attribute, but a
>> &myOtherExt[name]=YX.
>>
>> I no longer can get the value via piVars[name], because the prefixId is no
>> longer correct.
>>
>> Changing the prefixId doesn't seem to change anything...
>>
>> A concrete example is ws_contentpagebrowser which itself relies on Dmitri
>> Dulepos pagebrowse ext. In my scenario it doesn't work, because the begin
>> value always resolves to NULL.
>>
>> Any idea how to solve this problem?
>> Thanks!
>> Robert
>
>



From typo3 at kay-strobach.de  Tue May 15 16:59:25 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Tue, 15 May 2012 16:59:25 +0200
Subject: [TYPO3-dev]  Improving login security in TYPO3 (BE+FE)
Message-ID: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>

Hello guys,

perhaps you know google authenticator (a software token generator).

http://code.google.com/p/google-authenticator/

There is a small php library available, which makes it possible to login
with a 2 factor authentification ;)

http://code.google.com/p/ga4php/

Goals:

 - Use ga4php in fe and/or be with/without
   rsa and/or with saltedpasswords
 - change login process to enable insertion of ga code field

Is there anyone who want to join that project?

Regards
kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From typo3 at kay-strobach.de  Tue May 15 17:16:55 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Tue, 15 May 2012 17:16:55 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337095015.25635.typo3-dev@lists.typo3.org>

Hi again,

it's important to know, that this project doesn't know any connection to
google ;).

Additional Resources:

-
http://www.phpgangsta.de/2-faktor-authentifizierung-mit-dem-google-authenticator
 - https://github.com/PHPGangsta/GoogleAuthenticator

 - http://drupal.org/project/ga_login
 -
http://plugins.svn.wordpress.org/google-authenticator/trunk/google-authenticator.php

Regards
Kay

Am 15.05.2012 16:59, schrieb Kay Strobach:
> Hello guys,
> 
> perhaps you know google authenticator (a software token generator).
> 
> http://code.google.com/p/google-authenticator/
> 
> There is a small php library available, which makes it possible to login
> with a 2 factor authentification ;)
> 
> http://code.google.com/p/ga4php/
> 
> Goals:
> 
>  - Use ga4php in fe and/or be with/without
>    rsa and/or with saltedpasswords
>  - change login process to enable insertion of ga code field
> 
> Is there anyone who want to join that project?
> 
> Regards
> kay


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From loek at netcoop.nl  Tue May 15 21:16:32 2012
From: loek at netcoop.nl (Loek Hilgersom)
Date: Tue, 15 May 2012 21:16:32 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337095015.25635.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337095015.25635.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337109392.14825.typo3-dev@lists.typo3.org>

Hey Kay,

Very interesting project, I'd love to see that realized. Unfortunately I've got 
no spare time left what so ever to join new projects, but I'll check if our 
company may be interested.

Loek


On 05/15/2012 05:16 PM, Kay Strobach wrote:
> Hi again,
>
> it's important to know, that this project doesn't know any connection to
> google ;).
>
> Additional Resources:
>
> -
> http://www.phpgangsta.de/2-faktor-authentifizierung-mit-dem-google-authenticator
>   - https://github.com/PHPGangsta/GoogleAuthenticator
>
>   - http://drupal.org/project/ga_login
>   -
> http://plugins.svn.wordpress.org/google-authenticator/trunk/google-authenticator.php
>
> Regards
> Kay
>
> Am 15.05.2012 16:59, schrieb Kay Strobach:
>> Hello guys,
>>
>> perhaps you know google authenticator (a software token generator).
>>
>> http://code.google.com/p/google-authenticator/
>>
>> There is a small php library available, which makes it possible to login
>> with a 2 factor authentification ;)
>>
>> http://code.google.com/p/ga4php/
>>
>> Goals:
>>
>>   - Use ga4php in fe and/or be with/without
>>     rsa and/or with saltedpasswords
>>   - change login process to enable insertion of ga code field
>>
>> Is there anyone who want to join that project?
>>
>> Regards
>> kay
>
>


From helmut.hummel at typo3.org  Tue May 15 23:03:54 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Tue, 15 May 2012 23:03:54 +0200
Subject: [TYPO3-dev] Order of domain records?
In-Reply-To: <mailman.1.1337066614.9965.typo3-dev@lists.typo3.org>
References: <mailman.1.1337007590.10625.typo3-dev@lists.typo3.org>
	<mailman.1.1337021950.15880.typo3-dev@lists.typo3.org>
	<mailman.1.1337023966.21343.typo3-dev@lists.typo3.org>
	<mailman.1.1337028248.32533.typo3-dev@lists.typo3.org>
	<mailman.1.1337066614.9965.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337115834.31022.typo3-dev@lists.typo3.org>

Hi,

On 15.05.12 09:23, Simon Schaufelberger wrote:

> apart from that, i think touching only the typolink function would be
> enough, or?

Yeah, I think I will have to search for a proper hook in typolink...

Kind regards,
Helmut

-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From philipp.gampe at typo3.org  Wed May 16 00:20:36 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Wed, 16 May 2012 00:20:36 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>

Hi Kay,

Kay Strobach wrote:
 
> Is there anyone who want to join that project?

I like the idea. I do not know if I have time for coding, but you can but me 
on the list of testers for sure :)

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From helmut.hummel at typo3.org  Wed May 16 00:33:05 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Wed, 16 May 2012 00:33:05 +0200
Subject: [TYPO3-dev] Suppress extension newsletter from TER
In-Reply-To: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>
References: <mailman.843.1336977956.551.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337121186.12527.typo3-dev@lists.typo3.org>

Hi,

On 14.05.12 08:45, Adrien Crivelli wrote:

> So I would like to:
>
>     1. supress the entry from TER
>     2. re-upload, correctly, the latest version
>
> TIA and sorry for the mess...

I deleted all versions of the extension in the TER, so you can go ahead 
uploading the correct extensions now.

Kind regards,
Helmut

-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From typo3 at kay-strobach.de  Wed May 16 09:35:24 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 09:35:24 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>

Am 16.05.2012 00:20, schrieb Philipp Gampe:
> Hi Kay,
> 
> Kay Strobach wrote:
>  
>> Is there anyone who want to join that project?
> 
> I like the idea. I do not know if I have time for coding, but you can but me 
> on the list of testers for sure :)
> 
> Cheers

Hi Philipp,

thanks for testing soon, currently i search where to hook in to catch a
logged in user and show the form for the second step ;)

PS: The AuthService Part is partly working so far.

Regards
Kay

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From jigal.van.hemert at typo3.org  Wed May 16 11:06:20 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Wed, 16 May 2012 11:06:20 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>

Hi,

On 15-5-2012 16:59, Kay Strobach wrote:
> perhaps you know google authenticator (a software token generator).

Can you give a summary for those who are not familiar with it? If you 
explain the idea you might get more response.

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From list-typo3 at jack.org.uk  Wed May 16 11:18:49 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Wed, 16 May 2012 10:18:49 +0100
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
Message-ID: <mailman.139.1337159946.618.typo3-dev@lists.typo3.org>

On Wed, 2012-05-16 at 09:35 +0200, Kay Strobach wrote:

> thanks for testing soon, currently i search where to hook in to catch a
> logged in user and show the form for the second step ;)
> 

Are the tokens you are using of a fixed length? If so, there is an
easier way. Have the user input their password immediately followed by
the token code then split the input into the password and token within
your auth service.

I am looking at implementing an auth service for the Yubikey hardware
token and that is the approach I will be taking.

Dave




From typo3 at kay-strobach.de  Wed May 16 11:41:40 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 11:41:40 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>

Hello Dave,

as far as i know, this won't work with challenged passwords ...

Yubikey seems to use the same algorithm as google ;)

Regards
Kay

Am 16.05.2012 11:18, schrieb Dave Sexton:
> On Wed, 2012-05-16 at 09:35 +0200, Kay Strobach wrote:
> 
>> thanks for testing soon, currently i search where to hook in to catch a
>> logged in user and show the form for the second step ;)
>>
> 
> Are the tokens you are using of a fixed length? If so, there is an
> easier way. Have the user input their password immediately followed by
> the token code then split the input into the password and token within
> your auth service.
> 
> I am looking at implementing an auth service for the Yubikey hardware
> token and that is the approach I will be taking.
> 
> Dave
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From typo3 at kay-strobach.de  Wed May 16 11:44:39 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 11:44:39 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>

Am 16.05.2012 11:06, schrieb Jigal van Hemert:
> Hi,
> 
> On 15-5-2012 16:59, Kay Strobach wrote:
>> perhaps you know google authenticator (a software token generator).
> 
> Can you give a summary for those who are not familiar with it? If you
> explain the idea you might get more response.
> 

Hello Jigal,

for sure.

Basicly it's about a two factor authentification:

(JS Example, for security reasons not for production use):

	http://jsfiddle.net/russau/uRCTk/

This way the user will be asked for his normal password and an
additional onetime token, which can be generated with nearly every
smartphone on the market (iOs, Android, Windows Phone)

To achieve that my prototype hooks into

$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp'][]

and locks the backend until the onetime token is inserted correctly.

Regards
Kay

-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From typo3 at kay-strobach.de  Wed May 16 12:11:26 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 12:11:26 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337163085.2997.typo3-dev@lists.typo3.org>

Even more info can be found here:

http://support.google.com/accounts/bin/answer.py?hl=en&answer=1066447

same in german ;)
http://support.google.com/accounts/bin/answer.py?hl=de&answer=1066447

Regards
Kay

Am 16.05.2012 11:44, schrieb Kay Strobach:
> Am 16.05.2012 11:06, schrieb Jigal van Hemert:
>> Hi,
>>
>> On 15-5-2012 16:59, Kay Strobach wrote:
>>> perhaps you know google authenticator (a software token generator).
>>
>> Can you give a summary for those who are not familiar with it? If you
>> explain the idea you might get more response.
>>
> 
> Hello Jigal,
> 
> for sure.
> 
> Basicly it's about a two factor authentification:
> 
> (JS Example, for security reasons not for production use):
> 
> 	http://jsfiddle.net/russau/uRCTk/
> 
> This way the user will be asked for his normal password and an
> additional onetime token, which can be generated with nearly every
> smartphone on the market (iOs, Android, Windows Phone)
> 
> To achieve that my prototype hooks into
> 
> $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_userauth.php']['postUserLookUp'][]
> 
> and locks the backend until the onetime token is inserted correctly.
> 
> Regards
> Kay
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From list-typo3 at jack.org.uk  Wed May 16 12:22:17 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Wed, 16 May 2012 11:22:17 +0100
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
Message-ID: <mailman.149.1337163740.618.typo3-dev@lists.typo3.org>

On Wed, 2012-05-16 at 11:41 +0200, Kay Strobach wrote:
        > Hello Dave,
        > 
        > as far as i know, this won't work with challenged
        passwords ...
        
        I thought the Google thing was a OTP generator, not a
        challenge-response?
        
        > Yubikey seems to use the same algorithm as google ;)
        
        .. In which case, what I suggested should work. With Yubi (and
        most
        other OTP generators), there is no two-way conversation between
        the
        authentication service and the token generator.
        
        Every time I press the button on the Yubikey, it generates a
        unique 44
        character string. That string includes an identifier for the
        token and
        the OTP itself. Those two bits of information are sent to the
        authentication server (which securely holds a copy of the
        'secret' [AES
        key] held within the Yubikey). The server then responds a
        success or
        failure.
        
        I have just seen the demo video on Google. It looks like a OTP
        generator
        with a 6 digit token.
        
        While it is much nicer to ask users for the token in a separate
        input
        box, it is far easier to implement as a combined entry in the
        password
        field. So if my Typo3 password were 'password' and '123456' was
        displayed on my phone, I would enter the following in to the
        password
        box :-
        
        password123456
        
        You know that the last six characters of the password field are
        the
        token, so you can separate them out and send the OTP to the
        google
        service and the password through the normal Typo3 auth service.
        
        Jack
        



From typo3 at kay-strobach.de  Wed May 16 12:28:46 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 12:28:46 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
	<mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337164125.6840.typo3-dev@lists.typo3.org>

Hi Dave,

so you have the second yubikey type i know now ;) - it's different from
what i know

>         field. So if my Typo3 password were 'password' and '123456' was
>         displayed on my phone, I would enter the following in to the
>         password
>         box :-
>         
>         password123456

This works, as long as you do not hash the password client side ;)
E.g. with challenged or superchallenged setting install tool :)

>         You know that the last six characters of the password field are
>         the
>         token, so you can separate them out and send the OTP to the
>         google
>         service and the password through the normal Typo3 auth service.

You do not need to contact google at all ;) - google just provides the
app and the algorithm - https://code.google.com/p/google-authenticator/

It implements :

> These implementations support the HMAC-Based One-time Password (HOTP) algorithm specified in RFC 4226 and the Time-based One-time Password (TOTP) algorithm specified in RFC 6238.

Regards
Kay


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From typo3 at kay-strobach.de  Wed May 16 12:32:02 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 12:32:02 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
	<mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337164322.7395.typo3-dev@lists.typo3.org>

@Dave,

do you have an TYPO3.org account? - if so, i would add you to the
project as forge.

http://forge.typo3.org/projects/extension-authenticator

Regards
Kay



-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From ks at not-only-pixel.de  Wed May 16 12:49:47 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Wed, 16 May 2012 12:49:47 +0200
Subject: [TYPO3-dev] possible bug in mailform (4.7)?
Message-ID: <mailman.157.1337165389.618.typo3-dev@lists.typo3.org>

Hi,
before I open a bug report I would like to have a second opinion on this
topic. I am using TYPO3 4.7 and in the documentation [1] there is an
example for creating a MAILFORM by typoscript.

temp.mailform = FORM
temp.mailform {
  dataArray {
    10.label = Name:
    10.type = name=input
    20.label = Nachricht:
    20.type = nachricht=textarea,40,10
    100.type = submit=submit
    100.value = Absenden
  }
  recipient = info at example.com
  layout = <div class="some-class">###LABEL### ###FIELD###</div>
}

If I use this example there is an Uncaught TYPO3 Exception which says:
PHP Catchable Fatal Error: Argument 2 passed to
tx_form_Controller_Form::cObjGetSingleExt() must be an array, null
given, called in ###/typo3/sysext/cms/tslib/class.tslib_content.php on
line 583 and defined in
###/typo3/sysext/form/Classes/Controller/Form.php line 102

I traced it down to typo3/sysext/form/Classes/Controller/Form.php
line 110. There is a if clause which checks for the CType 'mailform' but
in this case no CType is defined. As a result of this if clause the
variable
$mergedTypoScript is not set and results in a call to cObjGetSingleExt
with a NULL value.

At this point I am little bit stuck, if I define a else clause and set
$mergedTypoScript to $typoScript the error is gone but no output...


Did I make a mistake or can someone confirm this behavior?

Thanks for any hints...


[1] -
http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.5.1/view/1/7/

-- 
Kjeld Schumacher


From jigal.van.hemert at typo3.org  Wed May 16 12:56:34 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Wed, 16 May 2012 12:56:34 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>

Hi,

On 16-5-2012 11:44, Kay Strobach wrote:
> This way the user will be asked for his normal password and an
> additional onetime token, which can be generated with nearly every
> smartphone on the market (iOs, Android, Windows Phone)

Hmm... it seems to depend on two things which can be problematic:
- an accurate time on the server
- a smartphone (or the server needs a text message / voice service)

Fine for an extension, but I don't think it will be something to have in 
the core.

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From list-typo3 at jack.org.uk  Wed May 16 13:04:54 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Wed, 16 May 2012 12:04:54 +0100
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337164125.6840.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
	<mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337164125.6840.typo3-dev@lists.typo3.org>
Message-ID: <mailman.161.1337166298.618.typo3-dev@lists.typo3.org>

On Wed, 2012-05-16 at 12:28 +0200, Kay Strobach wrote:

> so you have the second yubikey type i know now ;) - it's different from
> what i know

Although I've been dealing with different authenticators for a long
time, I've only recently become aware of yubikey. I know it has a
challenge-response option, but had assumed that the OTP functionality
was there from day one, thanks for the info.


> This works, as long as you do not hash the password client side ;)
> E.g. with challenged or superchallenged setting install tool :)

True, but it would work with rsa though. I personally prefer an auth
service that has minimal impact on the UI unless it absolutely has to.

> You do not need to contact google at all ;) - google just provides the
> app and the algorithm - https://code.google.com/p/google-authenticator/

Yeah, I wasn't being clear there, I used 'Google service' to
differentiate between the internal Typo3 service and the token
authenticator. My auth secrets do not go anywhere near Google ;)

Cheers,

Dave




From typo3 at kay-strobach.de  Wed May 16 13:06:28 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 13:06:28 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>

Hello Jigal,

Am 16.05.2012 12:56, schrieb Jigal van Hemert:
> Hi,
> 
> On 16-5-2012 11:44, Kay Strobach wrote:
>> This way the user will be asked for his normal password and an
>> additional onetime token, which can be generated with nearly every
>> smartphone on the market (iOs, Android, Windows Phone)
> 
> Hmm... it seems to depend on two things which can be problematic:
> - an accurate time on the server

-> can be skipped, if you don't use time based, but counted tokens.
-> anyway time should be accurate ;) and they can differ be 2 minutes
without any problem ;)

> - a smartphone (or the server needs a text message / voice service)

It's also possible to send the onetimetoken via mail ;), the
message/voice service is just the fallback.

But you're right, you need a device, which shows you the token.

> 
> Fine for an extension, but I don't think it will be something to have in
> the core.

I just wanted to start it as extension ;). If the core team likes it, it
can be surely added to the core ;)

Regards
Kay



-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From typo3 at kay-strobach.de  Wed May 16 13:10:29 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 13:10:29 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.161.1337166298.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337120436.10190.typo3-dev@lists.typo3.org>
	<mailman.1.1337153726.8961.typo3-dev@lists.typo3.org>
	<mailman.139.1337159946.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337161299.30529.typo3-dev@lists.typo3.org>
	<mailman.149.1337163740.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337164125.6840.typo3-dev@lists.typo3.org>
	<mailman.161.1337166298.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337166628.13399.typo3-dev@lists.typo3.org>

You may checkout the prototype (qr code is currently added in login,
will be removed for production) ;)

http://forge.typo3.org/projects/extension-authenticator/repository

Regards
Kay

Am 16.05.2012 13:04, schrieb Dave Sexton:
> On Wed, 2012-05-16 at 12:28 +0200, Kay Strobach wrote:
> 
>> so you have the second yubikey type i know now ;) - it's different from
>> what i know
> 
> Although I've been dealing with different authenticators for a long
> time, I've only recently become aware of yubikey. I know it has a
> challenge-response option, but had assumed that the OTP functionality
> was there from day one, thanks for the info.
> 
> 
>> This works, as long as you do not hash the password client side ;)
>> E.g. with challenged or superchallenged setting install tool :)
> 
> True, but it would work with rsa though. I personally prefer an auth
> service that has minimal impact on the UI unless it absolutely has to.
> 
>> You do not need to contact google at all ;) - google just provides the
>> app and the algorithm - https://code.google.com/p/google-authenticator/
> 
> Yeah, I wasn't being clear there, I used 'Google service' to
> differentiate between the internal Typo3 service and the token
> authenticator. My auth secrets do not go anywhere near Google ;)
> 
> Cheers,
> 
> Dave
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From xavier at typo3.org  Wed May 16 14:51:55 2012
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 16 May 2012 14:51:55 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
	<mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>

Hi,

>> Fine for an extension, but I don't think it will be something to have in
>> the core.
> 
> I just wanted to start it as extension ;). If the core team likes it, it
> can be surely added to the core ;)

I like the concept but I don't think it ever will belong to the Core as
it's really a special purpose (one could argue that OpenID is the same,
I agree).

However the point is that the Core should be adapted, if ever, to easily
allow such enhancements for the authentication mechanism. So Kay, if you
need something more (a hook, ...) then this is definitely something
worth being included in the Core.

Cheers

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From list-typo3 at jack.org.uk  Wed May 16 16:39:34 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Wed, 16 May 2012 15:39:34 +0100
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
	<mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
	<mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>
Message-ID: <mailman.249.1337179178.618.typo3-dev@lists.typo3.org>

On Wed, 2012-05-16 at 14:51 +0200, Xavier Perseguers wrote:
> 
> However the point is that the Core should be adapted, if ever, to easily
> allow such enhancements for the authentication mechanism. So Kay, if you
> need something more (a hook, ...) then this is definitely something
> worth being included in the Core.

Going ever so slightly off-topic, one thing that does spring to mind
that could be useful in the core would be a way for an auth service to
provide contributions to the log-in UI. This could be anything from some
flexform definition to add an extra log-in field through to some form of
work-flow capability for multi-stage authentication.

Then fe_login (or whatever) could render controls based on the
requirements of the active auth services.

Sorry, just a bit of a brain-dump/pipedream.

Dave



From mail at alexproject.de  Wed May 16 17:08:16 2012
From: mail at alexproject.de (Alexander Wahl)
Date: Wed, 16 May 2012 17:08:16 +0200
Subject: [TYPO3-dev] t3lib_pageSelect->getPageOverlay does not consider
	l10n_mode 4.5.15
Message-ID: <mailman.1.1337180896.23742.typo3-dev@lists.typo3.org>

Hi,

i recently figured out, that t3lib_pageSelect->getPageOverlay does not 
consider any TCA configured l10n_modes to pages nor to 
pages_language_overlay.

Is there a any practical explanation why this is only done in 
t3lib_pageSelect->getRecordOverlay and not in 
t3lib_pageSelect->getPageOverlay or is it a kind of "there was never a 
request for that".

I know that fields to be overlayed can be configured via 
$GLOBALS['TYPO3_CONF_VARS']['FE']['pageOverlayFields'] but this seems to 
me only half the way. Working l10n_mode on pages should also be possible.

Is there still a solution, did I missed something or would that be a new 
feature.

Thanks for any hints or replies.

Cheers
Alex


From typo3 at kay-strobach.de  Wed May 16 19:38:43 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 16 May 2012 19:38:43 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.249.1337179178.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
	<mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
	<mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>
	<mailman.249.1337179178.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337189923.15668.typo3-dev@lists.typo3.org>

Hello xavier,

On Wed, 16 May 2012 15:39:34 +0100, Dave Sexton 
<list-typo3 at jack.org.uk> wrote:
> > allow such enhancements for the aut
hentication mechanism. So Kay, if you
> > need something more (a hook, ...) then this is definitely 
something
> > worth being included in the Core.

Thanks for mentioning. Currently i Bypass the Login Form limitation 
with some ugly Code. ...


> Then fe_login (or whatever) could render controls based on the
> requirements of the active auth services.

Thats definitly a good point. We need an API To modify the loginform. 
Will add more info later. It s Nov fun Tor type on a smartphone ...

Regards kay


From ks at not-only-pixel.de  Thu May 17 13:39:25 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Thu, 17 May 2012 13:39:25 +0200
Subject: [TYPO3-dev] possible bug in mailform (4.7)?
In-Reply-To: <mailman.157.1337165389.618.typo3-dev@lists.typo3.org>
References: <mailman.157.1337165389.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.529.1337254767.618.typo3-dev@lists.typo3.org>

Hi,
found an Bug Report at typo3.org [1].
It fixes the Uncaught Exception, BUT with the example from the
documentation I still get no output.

Any Hints?

Bye
[1] https://forge.typo3.org/issues/31572
-- 
Kjeld Schumacher



From mueller at cyperfection.de  Fri May 18 08:38:56 2012
From: mueller at cyperfection.de (=?ISO-8859-15?Q?Chris_M=FCller?=)
Date: Fri, 18 May 2012 08:38:56 +0200
Subject: [TYPO3-dev]  TYPO3 4.7, media element and Youtube videos
Message-ID: <mailman.1.1337323136.2161.typo3-dev@lists.typo3.org>

Hello,

I wanted to include a youtube video with the media element in TYPO3 4.7. 
But I did't get it work. I digged into the code and I think, it only 
works with local files. Do I am something wrong or is this a bug?

You can find the discussion here:
http://lists.typo3.org/pipermail/typo3-english/2012-May/080672.html

Regards,
Chris.


From ernst at cron-it.de  Fri May 18 16:18:04 2012
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 18 May 2012 16:18:04 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.249.1337179178.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
	<mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
	<mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>
	<mailman.249.1337179178.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337350684.11649.typo3-dev@lists.typo3.org>

Dave Sexton schrieb am 16.05.2012 16:39:
> On Wed, 2012-05-16 at 14:51 +0200, Xavier Perseguers wrote:
>>
>> However the point is that the Core should be adapted, if ever, to easily
>> allow such enhancements for the authentication mechanism. So Kay, if you
>> need something more (a hook, ...) then this is definitely something
>> worth being included in the Core.
> 
> Going ever so slightly off-topic, one thing that does spring to mind
> that could be useful in the core would be a way for an auth service to
> provide contributions to the log-in UI. This could be anything from some
> flexform definition to add an extra log-in field through to some form of
> work-flow capability for multi-stage authentication.
> 
> Then fe_login (or whatever) could render controls based on the
> requirements of the active auth services.
> 
> Sorry, just a bit of a brain-dump/pipedream.

Yes, would be very cool. The current integration of openid is more like
a "hack", as it is the core that modifies the login screen if openid
extension is installed and enabled. :)

Once such an API is there, we could / should also modify openid to make
use of it.

Cheers,
Ernesto




From ernst at cron-it.de  Fri May 18 16:25:30 2012
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 18 May 2012 16:25:30 +0200
Subject: [TYPO3-dev] caching of tt_news with realurl and pagebrowser
 (cHash problem?)
In-Reply-To: <mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>
References: <mailman.1.1336561434.29823.typo3-dev@lists.typo3.org>
	<mailman.1.1336820729.26355.typo3-dev@lists.typo3.org>
	<mailman.1.1336902756.20323.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337351130.14550.typo3-dev@lists.typo3.org>

Hi Simon,

we have several setups like that and not a problem with it. If it works
without realurl it should also work without realurl.

One thing to consider is that if you use "enableCHashCache=1" (as you
seem to be using), you have to make sure every link is being generated
by typolink (and thus realurl) before hand (as it needs to cache the
reverse lookup from the URL to the relevant cHash).

If you just "type in" some URL and expect it to work, it won't, as the
cHash won't be cached (yet).

Make sure you call a page where there is a link (generated through
typolink) to the second page of your news browser. Check with phpmyadmin
if you see the URL in the tx_realurl_chashcache table! If you don't, the
hit will considered an "invalid cHash" and depending on your setup it
will output the page as if there are no (valid) parameters (thus showing
your first page again).

For a test, try turning off enableCHashCache=0 and see how it works then
(if you get a cHash on *every* link).

Cheers,
Eresto

#
Simon Schaufelberger (Schaufi) schrieb am 13.05.2012 11:52:
> Hi,
> yes, without realurl it works. this is how the link looks like:
> 
> /index.php?id=20&amp;tx_ttnews%5Bpointer%5D=1&amp;cHash=8c3181fff23854b6a76d2d207fc2109a
> 
> 
> could it be a problem of the latest version of realurl 1.12.1?
> 
> Regards, Schaufi
> 
> Am 12.05.2012 13:05, schrieb Loek Hilgersom:
>> Hi Simon,
>>
>> I'm not sure I can help you with this, but have you checked whether the
>> caching and chashes are correct when you de-activate realurl?
>>
>> Loek
>>
>>
>> On 05/09/2012 01:03 PM, Simon Schaufelberger (Schaufi) wrote:
>>> Hi,
>>> I have a tt_news list (list plugin) with a pagebrowser and realurl
>>> installed.
>>> my configuration is: cache everything ;)
>>> page cache is active, plugin.tt_news is set to USER.
>>>
>>> my page browser is just displaying the current page and the
>>> next/previous page,
>>> thats all.
>>>
>>> My big problem is that i have a page which is:
>>> http://example.com/news.html
>>> and
>>> http://example.com/news/browse/1.html
>>>
>>> BUT page 2 (which is 1 since it starts from 0) does NOT show the
>>> content of page
>>> 2 but of page 1 instead so the page browser does not work.
>>>
>>> Even if i enter http://example.com/news/browse/2.html, i still get the
>>> content
>>> from the first page.
>>>
>>> i was debugging realurl and found out that when you hit the url:
>>> http://example.com/news.html the full page is cached with all the news
>>> and since
>>> the get parameters are not included in the cHash, the cached page gets
>>> rendered
>>> from the db. THIS IS REALLY BAD!!!
>>>
>>> NO, i dont't want to set plugin.tt_news = USER_INT even though this
>>> would work,
>>> i want to cache page 2 the same way like i cache page 1.
>>>
>>> Why does TYPO3 not know that browse/2.html (or tx_ttnews[pointer]
>>> internally) is
>>> a completely different page?
>>>
>>> Why does realurl not add another cHash in its own cHash table (i only
>>> get a
>>> cHash for browse/1.html but NOT for browse/2.html)???
>>>



From typo3 at kay-strobach.de  Sun May 20 19:52:38 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Sun, 20 May 2012 19:52:38 +0200
Subject: [TYPO3-dev] Improving login security in TYPO3 (BE+FE)
In-Reply-To: <mailman.1.1337350684.11649.typo3-dev@lists.typo3.org>
References: <mailman.1.1337093964.22907.typo3-dev@lists.typo3.org>
	<mailman.1.1337159185.23887.typo3-dev@lists.typo3.org>
	<mailman.1.1337161479.31143.typo3-dev@lists.typo3.org>
	<mailman.1.1337165799.11624.typo3-dev@lists.typo3.org>
	<mailman.1.1337166388.13399.typo3-dev@lists.typo3.org>
	<mailman.1.1337172717.31943.typo3-dev@lists.typo3.org>
	<mailman.249.1337179178.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337350684.11649.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337536359.14941.typo3-dev@lists.typo3.org>

Hi Xavier,
Hi Ernesto,

so how would you like to have the api - i see two ways:

1. directly manipulate html of login form with hooks -> ugly ;)
2. offer an way to register for login methods
   -> rendering done by "loginFormView"
   -> each logintype may register fields
      (either as object, or as html, or tca like)
   -> each logintype has to act as service
   -> default login sv_auth has to be registered similar
   -> default auth can be replaced ;)
   -> default rendering as
	tabs
	icons
	selectbox
	? ...

Is that worth of backporting? - Or will this be a 6.0 feature ;)

Regards
Kay

Am 18.05.2012 16:18, schrieb Ernesto Baschny [cron IT]:
> Dave Sexton schrieb am 16.05.2012 16:39:
>> On Wed, 2012-05-16 at 14:51 +0200, Xavier Perseguers wrote:
>>>
>>> However the point is that the Core should be adapted, if ever, to easily
>>> allow such enhancements for the authentication mechanism. So Kay, if you
>>> need something more (a hook, ...) then this is definitely something
>>> worth being included in the Core.
>>
>> Going ever so slightly off-topic, one thing that does spring to mind
>> that could be useful in the core would be a way for an auth service to
>> provide contributions to the log-in UI. This could be anything from some
>> flexform definition to add an extra log-in field through to some form of
>> work-flow capability for multi-stage authentication.
>>
>> Then fe_login (or whatever) could render controls based on the
>> requirements of the active auth services.
>>
>> Sorry, just a bit of a brain-dump/pipedream.
> 
> Yes, would be very cool. The current integration of openid is more like
> a "hack", as it is the core that modifies the login screen if openid
> extension is installed and enabled. :)
> 
> Once such an API is there, we could / should also modify openid to make
> use of it.
> 
> Cheers,
> Ernesto
> 
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From ks at not-only-pixel.de  Mon May 21 10:10:38 2012
From: ks at not-only-pixel.de (Kjeld Schumacher)
Date: Mon, 21 May 2012 10:10:38 +0200
Subject: [TYPO3-dev] Do we have a friendly ghost this week?
Message-ID: <mailman.1590.1337587840.618.typo3-dev@lists.typo3.org>

Hi,
do we have a Friendly Ghost this week? [1]
I got a question related to the new git/gerrit workflow and yes I read
the manual. [2] ;)

Thanks

[1]
https://www.google.com/calendar/embed?src=k7v4794im627b34ri2ieedib4k%40group.calendar.google.com&
ctz=Europe/Berlin
[2] http://wiki.typo3.org/Contribution_Walkthrough_with_CommandLine

-- 
Kjeld Schumacher

From m.bless at gmx.de  Mon May 21 10:12:43 2012
From: m.bless at gmx.de (Martin Bless)
Date: Mon, 21 May 2012 10:12:43 +0200
Subject: [TYPO3-dev] failure:
	http://typo3.org/extension-manuals/EXTKEY/VERSION/sxw/?no_cache=1
Message-ID: <mailman.1.1337587964.28840.typo3-dev@lists.typo3.org>


Good morning,

I'm hoping to have the right audience here.

Bug/Problem:

This link once worked and gave me a download of 'manual.sxw':
http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.1.0/sxw/?no_cache=1

It doesn't work any more. Same with 
http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.2.0/sxw/?no_cache=1

and many or all others. I'm using those urls and a 'wget' mechanismus
to fetch new manuals for http://preview.docs.typo3.org/ This means,
that we are currently not getting any new manuals at preview.docs.

Shall I open a bug ticket somewhere?

BTW:

A page is found at:
http://typo3.org/extension-manuals/mn_twitter_bootstrap/current/

There's no result for:
http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.1.0/

Is that expected behavior?

cu ...

Martin

-- 
Certified TYPO3 Integrator | TYPO3 Documentation Team Member

http://mbless.de


From jigal.van.hemert at typo3.org  Mon May 21 10:30:33 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Mon, 21 May 2012 10:30:33 +0200
Subject: [TYPO3-dev] Do we have a friendly ghost this week?
In-Reply-To: <mailman.1590.1337587840.618.typo3-dev@lists.typo3.org>
References: <mailman.1590.1337587840.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337589038.31554.typo3-dev@lists.typo3.org>

Hi,

On 21-5-2012 10:10, Kjeld Schumacher wrote:
> do we have a Friendly Ghost this week? [1]

AFAIK Steffen Ritter is our ectoplasmic entity this week.

> I got a question related to the new git/gerrit workflow and yes I read
> the manual. [2] ;)

You can use mailing lists / newsgroups too for asking questions...

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From m.bless at gmx.de  Mon May 21 10:49:09 2012
From: m.bless at gmx.de (Martin Bless)
Date: Mon, 21 May 2012 10:49:09 +0200
Subject: [TYPO3-dev]  secure?:  https:// user:pw@website.tld
Message-ID: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>


Asking here since we don't have a security related mailing list for
obvious reasons :-)

Does anybody know: Is it insecure to write https://user:pw at website.tld
in the browser?

Comments and pointers welcome.

-- 
Certified TYPO3 Integrator | TYPO3 Documentation Team Member

http://mbless.de


From typo3 at ringerge.org  Mon May 21 10:53:40 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Mon, 21 May 2012 10:53:40 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
In-Reply-To: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337590420.14890.typo3-dev@lists.typo3.org>

Hi,

Am 21.05.2012 10:49, schrieb Martin Bless:
> Does anybody know: Is it insecure to write https://user:pw at website.tld
> in the browser?

depends on the context, as usual...
if you give this link away you give away the credentials

Georg


From typo3ml at schams.net  Mon May 21 10:58:33 2012
From: typo3ml at schams.net (Michael)
Date: Mon, 21 May 2012 18:58:33 +1000
Subject: [TYPO3-dev]
	=?utf-8?q?secure=3F=3A__https=3A//_user=3Apw=40websit?=
	=?utf-8?q?e=2Etld?=
In-Reply-To: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1611.1337590714.618.typo3-dev@lists.typo3.org>

On 2012-05-21 18:49, Martin Bless wrote:

> Is it insecure to write https://user:pw at website.tld
> in the browser? Comments and pointers welcome.

I would not do this in general. "user:pw" is not supported by all 
browsers
and/or depends on the (security-) settings. So, it's not reliable 
(besides
the question if it is secure or not :-)

Cheers
Michael



From m.bless at gmx.de  Mon May 21 15:01:11 2012
From: m.bless at gmx.de (Martin Bless)
Date: Mon, 21 May 2012 15:01:11 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
	<mailman.1.1337590420.14890.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337605270.23678.typo3-dev@lists.typo3.org>

[Georg Ringer] wrote:

>Hi,
>
>Am 21.05.2012 10:49, schrieb Martin Bless:
>> Does anybody know: Is it insecure to write https://user:pw at website.tld
>> in the browser?
>
>depends on the context, as usual...
>if you give this link away you give away the credentials

Yes, sure. I should have been more precise. What I mean is: I someone
just observes the network traffic: Is the above notation less secure
than doing a https://website.tld first and entering and sending
username and password in a second step?

Martin


From typo3.neufeind at speedpartner.de  Mon May 21 15:05:53 2012
From: typo3.neufeind at speedpartner.de (Stefan Neufeind)
Date: Mon, 21 May 2012 15:05:53 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
In-Reply-To: <mailman.1.1337605270.23678.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
	<mailman.1.1337590420.14890.typo3-dev@lists.typo3.org>
	<mailman.1.1337605270.23678.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1661.1337605604.618.typo3-dev@lists.typo3.org>

On 05/21/2012 03:01 PM, Martin Bless wrote:
> [Georg Ringer] wrote:
> 
>> Hi,
>>
>> Am 21.05.2012 10:49, schrieb Martin Bless:
>>> Does anybody know: Is it insecure to write https://user:pw at website.tld
>>> in the browser?
>>
>> depends on the context, as usual...
>> if you give this link away you give away the credentials
> 
> Yes, sure. I should have been more precise. What I mean is: I someone
> just observes the network traffic: Is the above notation less secure
> than doing a https://website.tld first and entering and sending
> username and password in a second step?

On the wire it's the same. In both cases http-basic-auth is supplied
inside the secured https-connection.


Kind regards,
 Stefan


From typo3 at kay-strobach.de  Mon May 21 15:41:56 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Mon, 21 May 2012 15:41:56 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
In-Reply-To: <mailman.1611.1337590714.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
	<mailman.1611.1337590714.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337607717.31447.typo3-dev@lists.typo3.org>

Hi,

this uri can be logged in the browser visitlog ... so it's generally not
a good idea.

Regards
Kay

Am 21.05.2012 10:58, schrieb Michael:
> On 2012-05-21 18:49, Martin Bless wrote:
> 
>> Is it insecure to write https://user:pw at website.tld
>> in the browser? Comments and pointers welcome.
> 
> I would not do this in general. "user:pw" is not supported by all browsers
> and/or depends on the (security-) settings. So, it's not reliable (besides
> the question if it is secure or not :-)
> 
> Cheers
> Michael
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From mimi at kaktusteam.de  Tue May 22 12:17:34 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 12:17:34 +0200
Subject: [TYPO3-dev]  Problems with ext_autoload.php and ext_localconf.php
Message-ID: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>

Hi there,

I have a problem with classes registered in my ext_autoload.php that are 
not found, if I use them inside ext_localconf.php.

Here is the relevant snippet from my ext_autoload:



$extensionPath = t3lib_extMgm::extPath('solr');
$extensionClassesPath = $extensionPath . 'classes/';

// ... //

return array (

// ... //
'tx_solr_fileindexer_filedetectorfactory' => $extensionClassesPath . 
'fileindexer/class.tx_solr_fileindexer_filedetectorfactory.php',

//...//

);



And here is what I do in ext_localconf:



tx_solr_fileindexer_FileDetectorFactory::registerFileDetector(
	'tx_solr_fileindexer_filedetector_Fileadmin',
	array(
		'uploads' => 'media',
		'text'    => 'bodytext',
		'textpic' => 'bodytext'
	)
);



This gives me the following error within my apache error_log:



[Tue May 22 11:51:41 2012] [error] [client xxx] PHP Fatal error:  Class 
'tx_solr_fileindexer_FileDetectorFactory' not found in 
/xxx/htdocs/typo3conf/temp_CACHED_ps6e38_ext_localconf.php on line 2468, 
referer: http://xxx



which is exactly the line in the tmp file which holds the ext_localconf 
code above.



Reading this article in TYPO3 wiki http://wiki.typo3.org/Autoload one 
could guess that the mechanism is only working, if I use 
t3lib_div::makeInstance() - which I'm actually not doing here, as this 
is a static call.

Any ideas on how to fix this?!?


Thanks a lot - greez

Mimi


From v-tyok at mail.ru  Tue May 22 12:54:15 2012
From: v-tyok at mail.ru (Victor Livakovsky)
Date: Tue, 22 May 2012 13:54:15 +0300
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337684055.19379.typo3-dev@lists.typo3.org>

Hi, Michael.

Recently we faced similar issue, and the problem was in missing php-closing 
tag '?>' in ext_autoload.php.
Maybe, you have same problem.

Regards. 



From mimi at kaktusteam.de  Tue May 22 13:04:15 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 13:04:15 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337684055.19379.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337684055.19379.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337684514.20572.typo3-dev@lists.typo3.org>

Am 22.05.12 12:54, schrieb Victor Livakovsky:
> Hi, Michael.
>
> Recently we faced similar issue, and the problem was in missing
> php-closing tag '?>' in ext_autoload.php.
> Maybe, you have same problem.
>
> Regards.


Hi Victor,

seems to be wrong caching in /typo3temp/Cache/Code/cache_phpcode/ as 
there are no classes for solr included...

I have a '?>' at the end of my file, so this shouldn't be the problem...

But thanks anyways!

Regards

Mimi


From fsu-lists at cobweb.ch  Tue May 22 13:31:54 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=)
Date: Tue, 22 May 2012 13:31:54 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337686315.25857.typo3-dev@lists.typo3.org>

Hi Michael,

> Reading this article in TYPO3 wiki http://wiki.typo3.org/Autoload one
> could guess that the mechanism is only working, if I use
> t3lib_div::makeInstance() - which I'm actually not doing here, as this
> is a static call.

Indeed.

> Any ideas on how to fix this?!?

In such a case you can't rely on the autoloader unfortunately. You'll 
have to use the usual require statement. Anyway if your class is used in 
ext_localconf.php it means that it's loaded all the time, so explicitly 
require'ing it doesn't make a difference.

Cheers

-- 

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


From mimi at kaktusteam.de  Tue May 22 14:19:47 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 14:19:47 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337686315.25857.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337686315.25857.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337689046.1452.typo3-dev@lists.typo3.org>

Am 22.05.12 13:31, schrieb Fran?ois Suter:
> Hi Michael,
>
>> Reading this article in TYPO3 wiki http://wiki.typo3.org/Autoload one
>> could guess that the mechanism is only working, if I use
>> t3lib_div::makeInstance() - which I'm actually not doing here, as this
>> is a static call.
>
> Indeed.
>
>> Any ideas on how to fix this?!?
>
> In such a case you can't rely on the autoloader unfortunately. You'll
> have to use the usual require statement. Anyway if your class is used in
> ext_localconf.php it means that it's loaded all the time, so explicitly
> require'ing it doesn't make a difference.
>
> Cheers
>

Hi Fran?ois,

thanks for your answer. Funny enough all that worked perfectly a little 
while ago. I could track it down to a cache problem, since the solr 
classes are not present in the /typo3temp/Cache/Code/cache_phpcode 
folder's cache files. So it seems to be a problem with the new caching 
mechanism in 4.6

Anyways - thanks for your reply!

Regards

Mimi


From mimi at kaktusteam.de  Tue May 22 15:06:14 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 15:06:14 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>

Hi there,

so here comes the solution to the problem. All the stuff described above 
is working correctly, if everything is "configured" properly.

In my case the webserver could not write in 
/typo3temp/Cache/Code/cache_phpcode

So after installing a new extension, the autoload information of the new 
extension could not be written to autoload cache file and the "old" file 
was used - of course with missing autoload information for the new 
extension.

Sadly enough there was no error message telling me "I cannot write 
within my cache directory" but "could not load class"... perhaps you 
could fix this somehow :-)


Now it works - hopefully this will help someone else facing the same 
problem...


Regards


Mimi


From typo3 at ringerge.org  Tue May 22 15:20:09 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Tue, 22 May 2012 15:20:09 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337692809.1973.typo3-dev@lists.typo3.org>

Hi,

wanna open an issue with that at forge so that can be improved?

georg


From peter.russ at 4many.net  Tue May 22 23:14:01 2012
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 22 May 2012 23:14:01 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337721243.23840.typo3-dev@lists.typo3.org>

--- Original Nachricht ---
Absender:   Michael Knoll
Datum:       22.05.2012 12:17:
> Hi there,
[---]
> Reading this article in TYPO3 wiki http://wiki.typo3.org/Autoload one
> could guess that the mechanism is only working, if I use
> t3lib_div::makeInstance() - which I'm actually not doing here, as this
> is a static call.
>
> Any ideas on how to fix this?!?
>
>
> Thanks a lot - greez
>
> Mimi

Is solr loaded before your extension i.e. is it listed before or after 
in the temp file?

Peter

-- 
Fiat lux! Docendo discimus.
_____________________________
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ


From peter.russ at 4many.net  Tue May 22 23:22:33 2012
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 22 May 2012 23:22:33 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
In-Reply-To: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337721755.25218.typo3-dev@lists.typo3.org>

--- Original Nachricht ---
Absender:   Martin Bless
Datum:       21.05.2012 10:49:
>
> Asking here since we don't have a security related mailing list for
> obvious reasons :-)
>
> Does anybody know: Is it insecure to write https://user:pw at website.tld
> in the browser?
>
> Comments and pointers welcome.
>
1. It might be logged
2. Who is the man-in-the-middle?
3. Providing password in cleartext even on https is obsolete
4. Why do you want to do that?
5. Clear text password is a risk in general, i.e the password is in 
clear text in DB: you have other problem-> don't worry about https ;-)

Peter

-- 
Fiat lux! Docendo discimus.
_____________________________
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ


From peter.russ at 4many.net  Tue May 22 23:24:50 2012
From: peter.russ at 4many.net (Peter Russ)
Date: Tue, 22 May 2012 23:24:50 +0200
Subject: [TYPO3-dev] failure:
	http://typo3.org/extension-manuals/EXTKEY/VERSION/sxw/?no_cache=1
In-Reply-To: <mailman.1.1337587964.28840.typo3-dev@lists.typo3.org>
References: <mailman.1.1337587964.28840.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337721892.25218.typo3-dev@lists.typo3.org>

--- Original Nachricht ---
Absender:   Martin Bless
Datum:       21.05.2012 10:12:
>
> Good morning,
>
> I'm hoping to have the right audience here.
>
> Bug/Problem:
>
> This link once worked and gave me a download of 'manual.sxw':
> http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.1.0/sxw/?no_cache=1
>
> It doesn't work any more. Same with
> http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.2.0/sxw/?no_cache=1
>
> and many or all others. I'm using those urls and a 'wget' mechanismus
> to fetch new manuals for http://preview.docs.typo3.org/ This means,
> that we are currently not getting any new manuals at preview.docs.
>
> Shall I open a bug ticket somewhere?
>
> BTW:
>
> A page is found at:
> http://typo3.org/extension-manuals/mn_twitter_bootstrap/current/
>
> There's no result for:
> http://typo3.org/extension-manuals/mn_twitter_bootstrap/1.1.0/
>
> Is that expected behavior?
>
> cu ...
>
> Martin
>
Can't confirm your problem.

Links working without any problems.

-- 
Fiat lux! Docendo discimus.
_____________________________
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ


From mimi at kaktusteam.de  Tue May 22 23:54:32 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 23:54:32 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337721243.23840.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337721243.23840.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337723532.29303.typo3-dev@lists.typo3.org>

Am 22.05.12 23:14, schrieb Peter Russ:
>
> Is solr loaded before your extension i.e. is it listed before or after
> in the temp file?
>
> Peter
>

Hi Peter,

I don't get your point. What do you mean by loaded "before or after". It 
was missing in the cached autoload file which could not be rewritten due 
to write permission problems. TYPO3 gave me a rather useless error 
message, so I did not know what to do at first glance...

I fixed it by setting correct read / write permissions.

Greez

Mimi


From mimi at kaktusteam.de  Tue May 22 23:54:59 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Tue, 22 May 2012 23:54:59 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337692809.1973.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>
	<mailman.1.1337692809.1973.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337723559.29303.typo3-dev@lists.typo3.org>

Am 22.05.12 15:20, schrieb Georg Ringer:
> Hi,
>
> wanna open an issue with that at forge so that can be improved?
>
> georg


Hi Georg,

for sure I would do that - where do you think I should place the issue?

Regards

Mimi


From helmut.hummel at typo3.org  Wed May 23 01:38:41 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Wed, 23 May 2012 01:38:41 +0200
Subject: [TYPO3-dev] [TYPO3-core] Announcing TYPO3 6.0alpha1
Message-ID: <mailman.2151.1337730001.618.typo3-dev@lists.typo3.org>

Dear TYPO3 Users,

The TYPO3 Core Development Team and the TYPO3 Comminity is proud to 
present a sneak preview of the next TYPO3 Version 6.0

TYPO3 version 6.0alpha1 is now ready for you to download.


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

For details about the release, please see:
     http://typo3.org/news/article/typo3-60-alpha1-released/


MD5 checksums:

c3c5f9cd6ff3b9568d7c9e8b2702f3cb  blankpackage-6.0.0alpha1.tar.gz
bb810975d7a8933124da69e381e0ecb7  blankpackage-6.0.0alpha1.zip
28f24d8a3578c79e5e9c14a00a271e0a  dummy-6.0.0alpha1.tar.gz
e5550618f9b535270fe6ac8f21742760  dummy-6.0.0alpha1.zip
6a0fa3bed0dfca7451e84b4665f2a813  governmentpackage-6.0.0alpha1.tar.gz
2d7aa7164c9b941ccdb9818eb9d7146b  governmentpackage-6.0.0alpha1.zip
8ec8c185abd765f89ae1dbed70e78869  introductionpackage-6.0.0alpha1.tar.gz
e2ae4f4be61f1316f9f3e1b09256e7ea  introductionpackage-6.0.0alpha1.zip
a5a6dbc58e8f1269b93ccfb7b3e8939b  typo3_src+dummy-6.0.0alpha1.zip
64fe9e159e68c16ecc590264ded6edb0  typo3_src-6.0.0alpha1.tar.gz
5757344dcf6ac85fdbcf9d75800b8e03  typo3_src-6.0.0alpha1.zip



Kind regards,
Helmut



-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org



From philipp.gampe at typo3.org  Wed May 23 02:04:45 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Wed, 23 May 2012 02:04:45 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>
	<mailman.1.1337692809.1973.typo3-dev@lists.typo3.org>
	<mailman.1.1337723559.29303.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337731485.16436.typo3-dev@lists.typo3.org>

Hi Michael,

Michael Knoll wrote:
> Am 22.05.12 15:20, schrieb Georg Ringer:
>> wanna open an issue with that at forge so that can be improved?
> for sure I would do that - where do you think I should place the issue?

http://forge.typo3.org/projects/typo3v4-core/issues

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From philipp.gampe at typo3.org  Wed May 23 02:06:11 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Wed, 23 May 2012 02:06:11 +0200
Subject: [TYPO3-dev] failure:
	http://typo3.org/extension-manuals/EXTKEY/VERSION/sxw/?no_cache=1
References: <mailman.1.1337587964.28840.typo3-dev@lists.typo3.org>
	<mailman.1.1337721892.25218.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337731571.16436.typo3-dev@lists.typo3.org>

Hi Peter,

> Can't confirm your problem.
> 
> Links working without any problems.

I can confirm that it was not working back when he posted, but it is working 
now.

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From mimi at kaktusteam.de  Thu May 24 02:11:38 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Thu, 24 May 2012 02:11:38 +0200
Subject: [TYPO3-dev] Problems with ext_autoload.php and ext_localconf.php
In-Reply-To: <mailman.1.1337731485.16436.typo3-dev@lists.typo3.org>
References: <mailman.1.1337681714.12285.typo3-dev@lists.typo3.org>
	<mailman.1.1337691833.9866.typo3-dev@lists.typo3.org>
	<mailman.1.1337692809.1973.typo3-dev@lists.typo3.org>
	<mailman.1.1337723559.29303.typo3-dev@lists.typo3.org>
	<mailman.1.1337731485.16436.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337818157.10452.typo3-dev@lists.typo3.org>

Am 23.05.12 02:04, schrieb Philipp Gampe:
> Hi Michael,
>
> Michael Knoll wrote:
>> Am 22.05.12 15:20, schrieb Georg Ringer:
>>> wanna open an issue with that at forge so that can be improved?
>> for sure I would do that - where do you think I should place the issue?
>
> http://forge.typo3.org/projects/typo3v4-core/issues
>
> Cheers


thx - posted it there!


From helmut.hummel at typo3.org  Thu May 24 08:47:24 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Thu, 24 May 2012 08:47:24 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
In-Reply-To: <mailman.1.1337721755.25218.typo3-dev@lists.typo3.org>
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
	<mailman.1.1337721755.25218.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337842044.21194.typo3-dev@lists.typo3.org>

Hi,

On 22.05.12 23:22, Peter Russ wrote:
> --- Original Nachricht ---
> Absender:   Martin Bless
> Datum:       21.05.2012 10:49:
>>
>> Asking here since we don't have a security related mailing list for
>> obvious reasons :-)
>>
>> Does anybody know: Is it insecure to write https://user:pw at website.tld
>> in the browser?

As Stefan pointed out, the password will be SSL-encrypted during the 
transmission.

> 1. It might be logged

It will be stored in the browser history on the client. It will *not* be 
logged in the access log (or anywhere else on the server).

> 2. Who is the man-in-the-middle?

SSL is the best we have to prevent mitm attacks. The only way to break 
it is to ave control over a Certificate Authority (which happend in the 
past)

> 3. Providing password in cleartext even on https is obsolete

How do you know the password is transmitted in clear text?
The webserver my be configured to do a challenged password transmission.
And even if it's transmitted in clear text it is still SSL encrypted.

> 5. Clear text password is a risk in general, i.e the password is in
> clear text in DB: you have other problem->  don't worry about https ;-)

The above URL triggers a http auth with the webserver (if the webserver 
is configured like that). This does not mean that the password is stored 
anywhere and even if there is a PHP application that recieves that 
password it does not necessarily mean it is stored in clear text (which 
would be bad indeed).

Getting a bit off topic: TYPO3 can be configured to send the password in 
clear text ("securityLevel = normal"), if the connection is SSL 
encrypted. The password itself is still stored as salted hash, but the 
cleartext password is needed to be able to compare the transmitted 
password with the hash.

Kind regards,
Helmut

-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From kestutis98 at yahoo.com  Thu May 24 09:30:07 2012
From: kestutis98 at yahoo.com (ktt)
Date: Thu, 24 May 2012 00:30:07 -0700 (PDT)
Subject: [TYPO3-dev] TYPO3 URL tokens?
Message-ID: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>

Hello,

Is there any way to implement tokens in TYPO3 urls - 

like for felogin loging via url?
Maybe it is possible to use realurl chash for this?


Thank you in advance,
Kast A.



From me at henjohoeksma.nl  Thu May 24 11:37:07 2012
From: me at henjohoeksma.nl (Henjo Hoeksma)
Date: Thu, 24 May 2012 11:37:07 +0200
Subject: [TYPO3-dev] TYPO3 URL tokens?
In-Reply-To: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
References: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.2560.1337852252.618.typo3-dev@lists.typo3.org>

Hi Kast,

maybe the class t3lib_div will do with the 'stdAuthCode' method?

Kind regards,

Henjo

Problems are small because we learned how to deal with them.
Problems are big because we need to learn how to deal with them.


On Thu, May 24, 2012 at 9:30 AM, ktt <kestutis98 at yahoo.com> wrote:

> Hello,
>
> Is there any way to implement tokens in TYPO3 urls -
>
> like for felogin loging via url?
> Maybe it is possible to use realurl chash for this?
>
>
> Thank you in advance,
> Kast A.
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>


From fsu-lists at cobweb.ch  Thu May 24 11:36:33 2012
From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=)
Date: Thu, 24 May 2012 11:36:33 +0200
Subject: [TYPO3-dev] TYPO3 URL tokens?
In-Reply-To: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
References: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337852195.17052.typo3-dev@lists.typo3.org>

Hi,

> Is there any way to implement tokens in TYPO3 urls -
>
> like for felogin loging via url?
> Maybe it is possible to use realurl chash for this?

I wrote an extensions that does this a long time ago, but never got 
around to publishing it. You can find the code here:

https://svn.typo3.org/TYPO3v4/Extensions/token_auth/trunk/

It may a bit dusty, but at least I know it works up to TYPO3 4.5, since 
it is used on a live site running 4.5.

I don't think that there are security issues in it, except for the 
general fact that such token-based authentication is not extremely 
secure anyway. That being said I'm wiser now than when I originally 
wrote it and if I meant to release one day I would review it with a 
critical eye first.

So check it out if it can be useful for you, don't hesitate to post 
questions here (but obviously not security issues, should there be any).

HTH

-- 

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


From tomasnorre at gmail.com  Thu May 24 11:47:37 2012
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Thu, 24 May 2012 11:47:37 +0200
Subject: [TYPO3-dev]  renaming manual.sxw
Message-ID: <mailman.1.1337852856.10847.typo3-dev@lists.typo3.org>

Hi,

I don't now if this is discussed before but how abount renaming 
manual.sxw to manual_extkey.sxw or extkey_manual.sxw

I have arround 9-10 manual(x).sxw in my download folder, would be nice 
if the were more recognizable by names =)

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

TYPO3 Developer @netimage.dk
TYPO3 Profile:
http://forge.typo3.org/users/4289


Follow me at twitter
Twitter.com/tomasnorre


From m.bless at gmx.de  Thu May 24 11:48:27 2012
From: m.bless at gmx.de (Martin Bless)
Date: Thu, 24 May 2012 11:48:27 +0200
Subject: [TYPO3-dev] secure?:  https:// user:pw@website.tld
References: <mailman.1.1337590149.2856.typo3-dev@lists.typo3.org>
	<mailman.1.1337721755.25218.typo3-dev@lists.typo3.org>
	<mailman.1.1337842044.21194.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337852910.19420.typo3-dev@lists.typo3.org>

Hello Helmut,

>As Stefan pointed out, the password will be SSL-encrypted during the 
>transmission.

ah, ok, that is the important information I was assuming but wanted to
be sure of: "The channel is (still) secure."

I'm aware of that username/password pairs can easily passed around to
other people and that that is even easier if given directly in the
url. But that's another story.

Thanks!

Martin

-- 
Certified TYPO3 Integrator | TYPO3 Documentation Team Member

http://mbless.de


From tomasnorre at gmail.com  Thu May 24 11:52:26 2012
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Thu, 24 May 2012 11:52:26 +0200
Subject: [TYPO3-dev] renaming manual.sxw
In-Reply-To: <mailman.1.1337852856.10847.typo3-dev@lists.typo3.org>
References: <mailman.1.1337852856.10847.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337853146.10847.typo3-dev@lists.typo3.org>

On 05/24/2012 11:47 AM, Tomas Norre Mikkelsen wrote:
> Hi,
>
> I don't now if this is discussed before but how abount renaming
> manual.sxw to manual_extkey.sxw or extkey_manual.sxw
>
> I have arround 9-10 manual(x).sxw in my download folder, would be nice
> if the were more recognizable by names =)
>

Started in typo3.projects.documentation instead, more appropiated i guess.

-- 
Venlig Hilsen / Best Regards
Tomas Norre Mikkelsen
Tomasnorre at gmail.com

TYPO3 Developer @netimage.dk
TYPO3 Profile:
http://forge.typo3.org/users/4289


Follow me at twitter
Twitter.com/tomasnorre


From m.bless at gmx.de  Thu May 24 20:03:26 2012
From: m.bless at gmx.de (Martin Bless)
Date: Thu, 24 May 2012 20:03:26 +0200
Subject: [TYPO3-dev]  What "Call Stack" shows when Xdebug doesn't work
Message-ID: <mailman.1.1337882609.4554.typo3-dev@lists.typo3.org>


Again I hit the situation that xdebugging PHP doesn't work where I
need it. This kind of stuff is a real time waster and drives me
(almost) mad.

But I found that the "Call Stack" shows some interesting details. 

Can you help?

Please find the whole story and the screenshots here:
http://blog.mbless.de/php-xdebug-i-could-go-mad-again-no-gallery

Anybody ever noticed that difference in the call stack?

Martin

-- 
Certified TYPO3 Integrator | TYPO3 Documentation Team Member

http://mbless.de


From kestutis98 at yahoo.com  Fri May 25 07:16:37 2012
From: kestutis98 at yahoo.com (ktt)
Date: Thu, 24 May 2012 22:16:37 -0700 (PDT)
Subject: [TYPO3-dev] TYPO3 URL tokens?
In-Reply-To: <mailman.1.1337852195.17052.typo3-dev@lists.typo3.org>
References: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
	<mailman.1.1337852195.17052.typo3-dev@lists.typo3.org>
Message-ID: <mailman.2679.1337923063.618.typo3-dev@lists.typo3.org>

HiFrancois,

Thank you for your friendly reply.
I think tokens realy deserve place as a system extension,
since there are token forms in TYPO3 already.
BTW, tokens is a part of Drupal 7.


Best regards,
Kast A.



----- Original Message -----
From: Fran?ois Suter <fsu-lists at cobweb.ch>
To: typo3-dev at lists.typo3.org
Cc: 
Sent: Thursday, May 24, 2012 12:36 PM
Subject: Re: [TYPO3-dev] TYPO3 URL tokens?

Hi,

> Is there any way to implement tokens in TYPO3 urls -
> 
> like for felogin loging via url?
> Maybe it is possible to use realurl chash for this?

I wrote an extensions that does this a long time ago, but never got around to publishing it. You can find the code here:

https://svn.typo3.org/TYPO3v4/Extensions/token_auth/trunk/

It may a bit dusty, but at least I know it works up to TYPO3 4.5, since it is used on a live site running 4.5.

I don't think that there are security issues in it, except for the general fact that such token-based authentication is not extremely secure anyway. That being said I'm wiser now than when I originally wrote it and if I meant to release one day I would review it with a critical eye first.

So check it out if it can be useful for you, don't hesitate to post questions here (but obviously not security issues, should there be any).

HTH

-- 
Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch
_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From dmitry.dulepov at gmail.com  Fri May 25 09:54:07 2012
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Fri, 25 May 2012 10:54:07 +0300
Subject: [TYPO3-dev] TYPO3 URL tokens?
In-Reply-To: <mailman.2679.1337923063.618.typo3-dev@lists.typo3.org>
References: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>	<mailman.1.1337852195.17052.typo3-dev@lists.typo3.org>
	<mailman.2679.1337923063.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337932446.14454.typo3-dev@lists.typo3.org>

Hi!

ktt wrote:
> I think tokens realy deserve place as a system extension,

No, they aren't.

-- 
Dmitry Dulepov
TYPO3 core team member
Blog: http://dmitry-dulepov.com/
Twitter: http://twitter.com/dmitryd

Simplicity will save the world.



From dmitry.dulepov at gmail.com  Fri May 25 09:54:44 2012
From: dmitry.dulepov at gmail.com (Dmitry Dulepov)
Date: Fri, 25 May 2012 10:54:44 +0300
Subject: [TYPO3-dev] TYPO3 URL tokens?
In-Reply-To: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
References: <mailman.2523.1337844611.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337932482.14454.typo3-dev@lists.typo3.org>

Hi!

ktt wrote:
> Maybe it is possible to use realurl chash for this?

chash is not realurl's, it is core's. Neither chash, nor realurl has 
anything to do with logins.

-- 
Dmitry Dulepov
TYPO3 core team member
Blog: http://dmitry-dulepov.com/
Twitter: http://twitter.com/dmitryd

Simplicity will save the world.



From ernst at cron-it.de  Fri May 25 13:31:13 2012
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Fri, 25 May 2012 13:31:13 +0200
Subject: [TYPO3-dev]  TYPO3 Merged Script
Message-ID: <mailman.1.1337945473.18160.typo3-dev@lists.typo3.org>

Hi,

you might know the "Merged into core" script [1].

I've been contacted many times about it and have send the code to
several people. Yesterday I pushed my current code to github [2] and it
was already forked by Karsten which commited his changes, which I merged
back into my code.

Now its more generic than before, and the code is now in line with what
Karsten did for FLOW3 [3] (also concearning the styling, with big red
"TODO"s all around).

Big new feature is that we not only have output for the core [4], but
also for Extbase/Fluid [5] and the Link-Validator [6].

Lately I also added links to the review system from each issue where you
can easily check out for a "TODO" task if there are pending reviews for
the branch you want to backport a bugfix.

Have fun!

Cheers,
Ernesto


[1] http://www.typo3-anbieter.de/typo3-merges/
[2] https://github.com/baschny/typo3-merged/
[3] http://bit.ly/flow3-merged-changes
[4] http://www.typo3-anbieter.de/typo3-merges/core.html
[5] http://www.typo3-anbieter.de/typo3-merges/extbase.html
[6] http://www.typo3-anbieter.de/typo3-merges/linkvalidator.html


From philipp.gampe at typo3.org  Fri May 25 14:57:32 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Fri, 25 May 2012 14:57:32 +0200
Subject: [TYPO3-dev] TYPO3 Merged Script
References: <mailman.1.1337945473.18160.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1337950652.608.typo3-dev@lists.typo3.org>

Hi Ernesto,

Ernesto Baschny [cron IT] wrote:

> Big new feature is that we not only have output for the core [4], but
> also for Extbase/Fluid [5] and the Link-Validator [6].
> 
> Lately I also added links to the review system from each issue where you
> can easily check out for a "TODO" task if there are pending reviews for
> the branch you want to backport a bugfix.

> [6] http://www.typo3-anbieter.de/typo3-merges/linkvalidator.html

Thanks for that :)

I just merged the last 3 TODOs for linkvalidator.

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From jacco at id-internetservices.com  Fri May 25 21:51:22 2012
From: jacco at id-internetservices.com (Jacco van der Post)
Date: Fri, 25 May 2012 21:51:22 +0200
Subject: [TYPO3-dev]  inline css and js to external file
Message-ID: <mailman.1.1337975485.677.typo3-dev@lists.typo3.org>

Hi,

I have a pibase extension, in it I include some js and css like

$GLOBALS['TSFE']->getPageRenderer()->addCssInlineBlock($currentCeID . 
$cID, $dynCSS, $compress = TRUE, $forceOnTop = FALSE);

$GLOBALS['TSFE']->getPageRenderer()->addJsFooterInlineCode($currentCeID 
. $cID, $cConfig, $compress = TRUE, $forceOnTop = FALSE);

In typoscript I set config.inlineStyle2TempFile = 1

But I still see this JS and CSS in the source of my page. What could be 
the reason this is not added to a tempfile?

thx

Jacco


From robertwildling at gmail.com  Sat May 26 21:11:53 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Sat, 26 May 2012 21:11:53 +0200
Subject: [TYPO3-dev]  search form looses id
Message-ID: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>

Hi,

I really beg for your help!!!

An ext generates a form like this.

...
	function main($content, $conf) {
		$this->conf = $conf;
		$this->pi_setPiVarDefaults();
		$this->pi_loadLL();
		
		// Database tables
		$categoryTable = 'pages';
		$categoryPid = 3;
		$provincesTable = "static_country_zones";
		$provincesArea = 'zn_country_iso_2="AT"';
		
		$manufacturerPid = 10;
		$searchResultPagePid = 89;
		
		// Link generation for the action attribute of the form tag
		$searchResultPageLink = $this->pi_getPageLink($searchResultPagePid);
		
		// Generate the search form - 1.: Categories
		$content .= '<form action="' . $searchResultPageLink . '" method="GET">';
		$content .= '<select name="category" id="selectCat">';
		
		// Get first level of the categories
		$selectManufacturers = 
$GLOBALS['TYPO3_DB']->exec_SELECTquery('*',$categoryTable,'pid='.$categoryPid,'','','');
		$numManufacturers = 
$GLOBALS['TYPO3_DB']->sql_num_rows($selectManufacturers);
		
		$i = 0;
		while ($res = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($selectManufacturers))
		{
			$content .= '<option value="' . $res['uid'] .'"';
			
			// if category is set, set the chosen record to selected
			if((t3lib_div::_GET('category') != '') && 
(t3lib_div::_GET('category') != 'divider') && 
(t3lib_div::_GET('category') == $res['uid'])) {
				$content .= " selected='selected'";
			}
			$content .= '>' . $res['title'] . '</option>';
			
			// Get second level of the categories
			$sel = 
$GLOBALS['TYPO3_DB']->exec_SELECTquery('*',$categoryTable,'pid='.$res['uid'],'','','');
			while ($res2 = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($sel)) {
				$content .= '<option value="' . $res2['uid'] . '"';
				
				if((t3lib_div::_GET('category') != '') && 
(t3lib_div::_GET('category') != 'divider') && 
(t3lib_div::_GET('category') == $res2['uid'])) {
					$content .= " selected='selected'";
				}
				$content .= '>- ' . $res2['title'] . '</option>';
			}
			
			$i++;
		}
		$content .= '</select>';

... (2nd select box)

		// Search Button
		$content .= '<input type="submit" value="' . 
$this->pi_getLL('submit_button_label') . '" />';

		// close form tag
		$content .= "</form>";
		$content .= '</div>';

		return $content;
	}


After clicking on the search button, the id, which is saved in 
$searchResultPagePid and correctly generated as a link in 
$searchResultPageLink, gets "lost", while the parameters (category=xy) 
are part of the URL.

What am I doing wrong here?
config {
   linkVars = L, print
   uniqueLinkVars = 1
}

is set ...

Any ideas? Please!

Thank you very much!
Robert


From thasmo at gmail.com  Sat May 26 23:50:02 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sat, 26 May 2012 23:50:02 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType: list)
Message-ID: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>

Hoi,

am I doing something wrong, or does version 6a1
not render frontend plugins at all?

Is it a known bug/unfinished task?

I'm running on PHP 5.4.1.

Thanks,
Thomas


From philipp.gampe at typo3.org  Sun May 27 00:08:35 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Sun, 27 May 2012 00:08:35 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
	list)
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>

Hi Thomas,

Thomas "Thasmo" Deinhamer wrote:

> am I doing something wrong, or does version 6a1
> not render frontend plugins at all?

There should be a PHP error in case of a failure.

Could you please name an extension that does not work any more?
Or show sample code a http://gist.github.com/.

> Is it a known bug/unfinished task?

Not to my knowledge. Some plugin will not run any more do to further 
cleanups, removing of deprecated methods, etc.

> I'm running on PHP 5.4.1.

That might be an issue as well. Please test and report any errors with
PHP 5.4.x

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From thasmo at gmail.com  Sun May 27 00:22:51 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 00:22:51 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>

Hi Philipp,

I don't see a PHP error, the HTML output in the frontend
is just missing, only the <div/> wrapper is rendered.

In my case this happens with a custom Extbase extension
but it happens also with the well known "news" extension.

In the case of my extension it also seems that the controller,
which is responsible for rendering the output, doesn't get
included, because a simple "print 'test';" in the controller
file, doesn't give any output as well.

Thanks,
Thomas

Philipp Gampe schrieb:
> Hi Thomas,
>
> Thomas "Thasmo" Deinhamer wrote:
>
>> am I doing something wrong, or does version 6a1
>> not render frontend plugins at all?
>
> There should be a PHP error in case of a failure.
>
> Could you please name an extension that does not work any more?
> Or show sample code a http://gist.github.com/.
>
>> Is it a known bug/unfinished task?
>
> Not to my knowledge. Some plugin will not run any more do to further
> cleanups, removing of deprecated methods, etc.
>
>> I'm running on PHP 5.4.1.
>
> That might be an issue as well. Please test and report any errors with
> PHP 5.4.x
>
> Cheers


From typo3ml at schams.net  Sun May 27 02:33:28 2012
From: typo3ml at schams.net (Michael)
Date: Sun, 27 May 2012 10:33:28 +1000
Subject: [TYPO3-dev] FE extension to create new pages
Message-ID: <mailman.3067.1338078816.618.typo3-dev@lists.typo3.org>

Hi community,

I am looking for a way to create new pages in TYPO3. This should not be
problem by using the t3lib_TCEmain class. However, the challenge is that
a *frontend user* has to create these pages, so there are no details
about a BE user/session (and permissions) available.

My approach is to develop a FE extension that allows FE users to create
pages. Most of the page details are default values not editable by the
FE user (e.g. owner of the page, etc. comes from the extension
configuration) plus a few non-critical details that the user can choose
(e.g. page title, etc.).

Does anyone know an existing FE extension that does something like that?

I struggle with using the t3lib_TCEmain class in the FE and I suspect
this is because of the missing BE_USER object. I assume I have to create
an alternative userobject and I would be more than happy to see a
working FE extension that creates pages (properly) and without a
logged-in BE user :-)


Cheers
Michael


From typo3 at ringerge.org  Sun May 27 10:22:19 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Sun, 27 May 2012 10:22:19 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>

Hi,

Am 27.05.2012 00:22, schrieb Thomas "Thasmo" Deinhamer:
> In my case this happens with a custom Extbase extension
> but it happens also with the well known "news" extension.
> 
> In the case of my extension it also seems that the controller,
> which is responsible for rendering the output, doesn't get
> included, because a simple "print 'test';" in the controller
> file, doesn't give any output as well.

can you test with current master? I don't have issues there with extbase
based extensions... thanks a lot (also for the "well known" ;) )

georg


From thasmo at gmail.com  Sun May 27 13:01:32 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 13:01:32 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>

Unfortunately when using master the page
stays blank/white; backend, frontend and install tool.

:|

Thomas

Georg Ringer schrieb:
> Hi,
>
> Am 27.05.2012 00:22, schrieb Thomas "Thasmo" Deinhamer:
>> In my case this happens with a custom Extbase extension
>> but it happens also with the well known "news" extension.
>>
>> In the case of my extension it also seems that the controller,
>> which is responsible for rendering the output, doesn't get
>> included, because a simple "print 'test';" in the controller
>> file, doesn't give any output as well.
>
> can you test with current master? I don't have issues there with extbase
> based extensions... thanks a lot (also for the "well known" ;) )
>
> georg


From philipp.gampe at typo3.org  Sun May 27 13:11:10 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Sun, 27 May 2012 13:11:10 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
	list)
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>

Hi Thomas,

Thomas "Thasmo" Deinhamer wrote:

> Unfortunately when using master the page
> stays blank/white; backend, frontend and install tool.

http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From jigal.van.hemert at typo3.org  Sun May 27 13:18:57 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Sun, 27 May 2012 13:18:57 +0200
Subject: [TYPO3-dev] FE extension to create new pages
In-Reply-To: <mailman.3067.1338078816.618.typo3-dev@lists.typo3.org>
References: <mailman.3067.1338078816.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338117539.18783.typo3-dev@lists.typo3.org>

Hi,

On 27-5-2012 2:33, Michael wrote:
> I struggle with using the t3lib_TCEmain class in the FE and I suspect
> this is because of the missing BE_USER object. I assume I have to create
> an alternative userobject and I would be more than happy to see a
> working FE extension that creates pages (properly) and without a
> logged-in BE user :-)

Indeed, you can pass the start() method an alternative user object. It 
can be as simple as:
$myBackendUser = t3lib_div::makeInstance('t3lib_userAuth');
$myBackendUser->user['uid'] = 0;
$myBackendUser->user['username'] = 'myExtBeUser'; // or use something to 
reflect the FE user identity
$myBackendUser->user['admin'] = TRUE;
$myBackendUser->user['uc']['recursiveDelete'] = FALSE;

It's a bit ugly, but at least you can use the process_datamap() method 
to properly create new records. If you include sensible data for the BE 
user the log entries are also informative.

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From thasmo at gmail.com  Sun May 27 14:16:57 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 14:16:57 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>

Thanks, but that doesn't help. Still stays blank.

I noticed that the install tool show the message,
that I need to create the ENABLE_INSTALL_TOOL file,
but after I create the file, the install tool again
goes blank, like the BE and the FE.

Regards,
Thomas

Philipp Gampe schrieb:
> Hi Thomas,
>
> Thomas "Thasmo" Deinhamer wrote:
>
>> Unfortunately when using master the page
>> stays blank/white; backend, frontend and install tool.
>
> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>
> Cheers


From thasmo at gmail.com  Sun May 27 14:27:34 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 14:27:34 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>

It seems like script executions stops
after the definition of $TYPO3_CONF_VARS
in the file t3lib/config_default.php.

If I put a "print 'test';" after the
super-big array ($TYPO3_CONF_VARS) it
doesn't get printed in the browser.

If I print something before the defintion
of the array, it gets printed normally.

Regards,
Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Thanks, but that doesn't help. Still stays blank.
>
> I noticed that the install tool show the message,
> that I need to create the ENABLE_INSTALL_TOOL file,
> but after I create the file, the install tool again
> goes blank, like the BE and the FE.
>
> Regards,
> Thomas
>
> Philipp Gampe schrieb:
>> Hi Thomas,
>>
>> Thomas "Thasmo" Deinhamer wrote:
>>
>>> Unfortunately when using master the page
>>> stays blank/white; backend, frontend and install tool.
>>
>> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>>
>> Cheers


From thasmo at gmail.com  Sun May 27 14:57:59 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 14:57:59 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338123478.5083.typo3-dev@lists.typo3.org>

Ah, forget that - it seems to be
some extension which causes a
problem. I'm still on it.

Thomas

Thomas "Thasmo" Deinhamer schrieb:
> It seems like script executions stops
> after the definition of $TYPO3_CONF_VARS
> in the file t3lib/config_default.php.
>
> If I put a "print 'test';" after the
> super-big array ($TYPO3_CONF_VARS) it
> doesn't get printed in the browser.
>
> If I print something before the defintion
> of the array, it gets printed normally.
>
> Regards,
> Thomas
>
> Thomas "Thasmo" Deinhamer schrieb:
>> Thanks, but that doesn't help. Still stays blank.
>>
>> I noticed that the install tool show the message,
>> that I need to create the ENABLE_INSTALL_TOOL file,
>> but after I create the file, the install tool again
>> goes blank, like the BE and the FE.
>>
>> Regards,
>> Thomas
>>
>> Philipp Gampe schrieb:
>>> Hi Thomas,
>>>
>>> Thomas "Thasmo" Deinhamer wrote:
>>>
>>>> Unfortunately when using master the page
>>>> stays blank/white; backend, frontend and install tool.
>>>
>>> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>>>
>>> Cheers


From thasmo at gmail.com  Sun May 27 15:03:46 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 15:03:46 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338123478.5083.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123478.5083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338123824.3280.typo3-dev@lists.typo3.org>

Ah oh well ... it's probably because of
extbase and fluid missing in the sysext folder.

My bad! :(

Regards,
Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Ah, forget that - it seems to be
> some extension which causes a
> problem. I'm still on it.
>
> Thomas
>
> Thomas "Thasmo" Deinhamer schrieb:
>> It seems like script executions stops
>> after the definition of $TYPO3_CONF_VARS
>> in the file t3lib/config_default.php.
>>
>> If I put a "print 'test';" after the
>> super-big array ($TYPO3_CONF_VARS) it
>> doesn't get printed in the browser.
>>
>> If I print something before the defintion
>> of the array, it gets printed normally.
>>
>> Regards,
>> Thomas
>>
>> Thomas "Thasmo" Deinhamer schrieb:
>>> Thanks, but that doesn't help. Still stays blank.
>>>
>>> I noticed that the install tool show the message,
>>> that I need to create the ENABLE_INSTALL_TOOL file,
>>> but after I create the file, the install tool again
>>> goes blank, like the BE and the FE.
>>>
>>> Regards,
>>> Thomas
>>>
>>> Philipp Gampe schrieb:
>>>> Hi Thomas,
>>>>
>>>> Thomas "Thasmo" Deinhamer wrote:
>>>>
>>>>> Unfortunately when using master the page
>>>>> stays blank/white; backend, frontend and install tool.
>>>>
>>>> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>>>>
>>>> Cheers


From philipp.gampe at typo3.org  Sun May 27 15:05:15 2012
From: philipp.gampe at typo3.org (Philipp Gampe)
Date: Sun, 27 May 2012 15:05:15 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
	list)
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338123916.3781.typo3-dev@lists.typo3.org>

Hi Thomas "Thasmo" Deinhamer,

Thomas "Thasmo" Deinhamer wrote:

> It seems like script executions stops
> after the definition of $TYPO3_CONF_VARS
> in the file t3lib/config_default.php.
> 
> If I put a "print 'test';" after the
> super-big array ($TYPO3_CONF_VARS) it
> doesn't get printed in the browser.
> 
> If I print something before the defintion
> of the array, it gets printed normally.

That means that there is a PHP error somewhere.

Please turn PHP error reporting on.

Cheers
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln
Documentation ? linkvalidator
TYPO3 .... inspiring people to share!



From thasmo at gmail.com  Sun May 27 15:19:43 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 15:19:43 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338123824.3280.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123478.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123824.3280.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338124781.3280.typo3-dev@lists.typo3.org>

Alright, frontend plugin output seems to work
fine with master, but not with alpha1.

Thanks a lot for all your help!

Regards,
Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Ah oh well ... it's probably because of
> extbase and fluid missing in the sysext folder.
>
> My bad! :(
>
> Regards,
> Thomas
>
> Thomas "Thasmo" Deinhamer schrieb:
>> Ah, forget that - it seems to be
>> some extension which causes a
>> problem. I'm still on it.
>>
>> Thomas
>>
>> Thomas "Thasmo" Deinhamer schrieb:
>>> It seems like script executions stops
>>> after the definition of $TYPO3_CONF_VARS
>>> in the file t3lib/config_default.php.
>>>
>>> If I put a "print 'test';" after the
>>> super-big array ($TYPO3_CONF_VARS) it
>>> doesn't get printed in the browser.
>>>
>>> If I print something before the defintion
>>> of the array, it gets printed normally.
>>>
>>> Regards,
>>> Thomas
>>>
>>> Thomas "Thasmo" Deinhamer schrieb:
>>>> Thanks, but that doesn't help. Still stays blank.
>>>>
>>>> I noticed that the install tool show the message,
>>>> that I need to create the ENABLE_INSTALL_TOOL file,
>>>> but after I create the file, the install tool again
>>>> goes blank, like the BE and the FE.
>>>>
>>>> Regards,
>>>> Thomas
>>>>
>>>> Philipp Gampe schrieb:
>>>>> Hi Thomas,
>>>>>
>>>>> Thomas "Thasmo" Deinhamer wrote:
>>>>>
>>>>>> Unfortunately when using master the page
>>>>>> stays blank/white; backend, frontend and install tool.
>>>>>
>>>>> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>>>>>
>>>>> Cheers


From thasmo at gmail.com  Sun May 27 15:59:25 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 15:59:25 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338124781.3280.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123478.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123824.3280.typo3-dev@lists.typo3.org>
	<mailman.1.1338124781.3280.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338127164.10634.typo3-dev@lists.typo3.org>

Well, shortly after it seemed to work
it stopped working again. Weird...

Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Alright, frontend plugin output seems to work
> fine with master, but not with alpha1.
>
> Thanks a lot for all your help!
>
> Regards,
> Thomas
>
> Thomas "Thasmo" Deinhamer schrieb:
>> Ah oh well ... it's probably because of
>> extbase and fluid missing in the sysext folder.
>>
>> My bad! :(
>>
>> Regards,
>> Thomas
>>
>> Thomas "Thasmo" Deinhamer schrieb:
>>> Ah, forget that - it seems to be
>>> some extension which causes a
>>> problem. I'm still on it.
>>>
>>> Thomas
>>>
>>> Thomas "Thasmo" Deinhamer schrieb:
>>>> It seems like script executions stops
>>>> after the definition of $TYPO3_CONF_VARS
>>>> in the file t3lib/config_default.php.
>>>>
>>>> If I put a "print 'test';" after the
>>>> super-big array ($TYPO3_CONF_VARS) it
>>>> doesn't get printed in the browser.
>>>>
>>>> If I print something before the defintion
>>>> of the array, it gets printed normally.
>>>>
>>>> Regards,
>>>> Thomas
>>>>
>>>> Thomas "Thasmo" Deinhamer schrieb:
>>>>> Thanks, but that doesn't help. Still stays blank.
>>>>>
>>>>> I noticed that the install tool show the message,
>>>>> that I need to create the ENABLE_INSTALL_TOOL file,
>>>>> but after I create the file, the install tool again
>>>>> goes blank, like the BE and the FE.
>>>>>
>>>>> Regards,
>>>>> Thomas
>>>>>
>>>>> Philipp Gampe schrieb:
>>>>>> Hi Thomas,
>>>>>>
>>>>>> Thomas "Thasmo" Deinhamer wrote:
>>>>>>
>>>>>>> Unfortunately when using master the page
>>>>>>> stays blank/white; backend, frontend and install tool.
>>>>>>
>>>>>> http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html
>>>>>>
>>>>>> Cheers


From thasmo at gmail.com  Sun May 27 22:24:18 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Sun, 27 May 2012 22:24:18 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338123916.3781.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338116491.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338117070.17276.typo3-dev@lists.typo3.org>
	<mailman.1.1338121015.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338121653.5083.typo3-dev@lists.typo3.org>
	<mailman.1.1338123916.3781.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338150255.28228.typo3-dev@lists.typo3.org>

If I turn on error_reporting and displayerrors -1
then I get those PHP Runtime Notices, e.g.:

"PHP Runtime Notice: Static function 
t3lib_file_Driver_AbstractDriver::verifyConfiguration() should not be 
abstract in 
/var/www/virtual/thasmo/system/library/typo3/6.0.0-dev/t3lib/file/Driver/AbstractDriver.php 
line 144"

How can I disable Runtime Notices, but still
display Runtime Errors etc.?

Thanks a lot,
Thomas

Philipp Gampe schrieb:
> Hi Thomas "Thasmo" Deinhamer,
>
> Thomas "Thasmo" Deinhamer wrote:
>
>> It seems like script executions stops
>> after the definition of $TYPO3_CONF_VARS
>> in the file t3lib/config_default.php.
>>
>> If I put a "print 'test';" after the
>> super-big array ($TYPO3_CONF_VARS) it
>> doesn't get printed in the browser.
>>
>> If I print something before the defintion
>> of the array, it gets printed normally.
>
> That means that there is a PHP error somewhere.
>
> Please turn PHP error reporting on.
>
> Cheers


From richard at ocular.co.nz  Mon May 28 00:16:09 2012
From: richard at ocular.co.nz (Richard Davies)
Date: Mon, 28 May 2012 10:16:09 +1200
Subject: [TYPO3-dev] search form looses id
In-Reply-To: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
References: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>

Hi,

The link in <form action="' . $searchResultPageLink . '" method="GET"> is
being generated correctly? Is the correct URL sent? If you use firefox, use
something like Tamper Data to view what is being sent to the server.

The issue may be that you accidentally nested your form inside another
form. This is obviously not allowed - however FF sends the outer form
action, hence why you wouldn't see the id value being carried across.

Richard

On 27 May 2012 07:11, Robert Wildling <robertwildling at gmail.com> wrote:

> Hi,
>
> I really beg for your help!!!
>
> An ext generates a form like this.
>
> ...
>        function main($content, $conf) {
>                $this->conf = $conf;
>                $this->pi_setPiVarDefaults();
>                $this->pi_loadLL();
>
>                // Database tables
>                $categoryTable = 'pages';
>                $categoryPid = 3;
>                $provincesTable = "static_country_zones";
>                $provincesArea = 'zn_country_iso_2="AT"';
>
>                $manufacturerPid = 10;
>                $searchResultPagePid = 89;
>
>                // Link generation for the action attribute of the form tag
>                $searchResultPageLink = $this->pi_getPageLink($**
> searchResultPagePid);
>
>                // Generate the search form - 1.: Categories
>                $content .= '<form action="' . $searchResultPageLink . '"
> method="GET">';
>                $content .= '<select name="category" id="selectCat">';
>
>                // Get first level of the categories
>                $selectManufacturers = $GLOBALS['TYPO3_DB']->exec_**
> SELECTquery('*',$**categoryTable,'pid='.$**categoryPid,'','','');
>                $numManufacturers = $GLOBALS['TYPO3_DB']->sql_num_**
> rows($selectManufacturers);
>
>                $i = 0;
>                while ($res = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($**
> selectManufacturers))
>                {
>                        $content .= '<option value="' . $res['uid'] .'"';
>
>                        // if category is set, set the chosen record to
> selected
>                        if((t3lib_div::_GET('category'**) != '') &&
> (t3lib_div::_GET('category') != 'divider') && (t3lib_div::_GET('category')
> == $res['uid'])) {
>                                $content .= " selected='selected'";
>                        }
>                        $content .= '>' . $res['title'] . '</option>';
>
>                        // Get second level of the categories
>                        $sel = $GLOBALS['TYPO3_DB']->exec_**
> SELECTquery('*',$**categoryTable,'pid='.$res['**uid'],'','','');
>                        while ($res2 = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($sel))
> {
>                                $content .= '<option value="' .
> $res2['uid'] . '"';
>
>                                if((t3lib_div::_GET('category'**) != '')
> && (t3lib_div::_GET('category') != 'divider') &&
> (t3lib_div::_GET('category') == $res2['uid'])) {
>                                        $content .= " selected='selected'";
>                                }
>                                $content .= '>- ' . $res2['title'] .
> '</option>';
>                        }
>
>                        $i++;
>                }
>                $content .= '</select>';
>
> ... (2nd select box)
>
>                // Search Button
>                $content .= '<input type="submit" value="' .
> $this->pi_getLL('submit_**button_label') . '" />';
>
>                // close form tag
>                $content .= "</form>";
>                $content .= '</div>';
>
>                return $content;
>        }
>
>
> After clicking on the search button, the id, which is saved in
> $searchResultPagePid and correctly generated as a link in
> $searchResultPageLink, gets "lost", while the parameters (category=xy) are
> part of the URL.
>
> What am I doing wrong here?
> config {
>  linkVars = L, print
>  uniqueLinkVars = 1
> }
>
> is set ...
>
> Any ideas? Please!
>
> Thank you very much!
> Robert
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From typo3ml at schams.net  Mon May 28 06:13:35 2012
From: typo3ml at schams.net (Michael)
Date: Mon, 28 May 2012 14:13:35 +1000
Subject: [TYPO3-dev] =?utf-8?q?Can_user_X_access_record_Y=3F?=
In-Reply-To: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>
References: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3155.1338178415.618.typo3-dev@lists.typo3.org>

On 2012-05-10 02:08, Oliver Salzburg wrote:

> If I pick an arbitrary user (user id 42) and an arbitrary other 
> record
> (table tx_news_domain_model_file, uid:123), what is the correct
> approach to check access permissions set between these object?

I stumbled across this chapter today and remembered your question, so 
maybe
this is an option for you?

http://typo3.org/documentation/document-library/core-documentation/doc_core_api/
Chapter 3.6. "Backend User Object".

And then something like:

$BE_USER->check(...);
$BE_USER->doesUserHaveAccess(...);

But I haven't used these yet, so this is just the way I would 
investigate further.

HTH - Cheers
Michael



From typo3ml at schams.net  Mon May 28 09:32:11 2012
From: typo3ml at schams.net (Michael)
Date: Mon, 28 May 2012 17:32:11 +1000
Subject: [TYPO3-dev] FE extension to create new pages
In-Reply-To: <mailman.1.1338117539.18783.typo3-dev@lists.typo3.org>
References: <mailman.3067.1338078816.618.typo3-dev@lists.typo3.org>
	<mailman.1.1338117539.18783.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3162.1338190331.618.typo3-dev@lists.typo3.org>

On 2012-05-27 21:18, Jigal van Hemert wrote:

>> I assume I have to create
>> an alternative userobject and I would be more than happy to see a
>> working FE extension that creates pages (properly) and without a
>> logged-in BE user :-)
>
> Indeed, you can pass the start() method an alternative user object.

After a few more hours spent today... still no success :-(

> It can be as simple as:
> $myBackendUser = t3lib_div::makeInstance('t3lib_userAuth');

I assume this has to be an instance of t3lib_beUserAuth because the
t3lib_userAuth class is abstract, so:

$myBackendUser = t3lib_div::makeInstance('t3lib_beUserAuth');

t3lib_beUserAuth extends t3lib_userAuthGroup which extends 
t3lib_userAuth.

> $myBackendUser->user['uid'] = 0;
> $myBackendUser->user['username'] = 'myExtBeUser';
> $myBackendUser->user['admin'] = TRUE;
> $myBackendUser->user['uc']['recursiveDelete'] = FALSE;

I also tried the call the start() method:

$myBackendUser->start();

Then I create my data array for the new page:

$pageDetails = array(
   'pages' => array(
     'NEW'.t3lib_div::shortMD5(time()) => array(
       'title' => 'new test page '.time(),
       'pid' => 1,
     )
   )
);

...make an instance of t3lib_TCEmain and feed the start() method with
the BE user object:

$tce = t3lib_div::makeInstance('t3lib_TCEmain');
$tce->stripslashes_values = 0;
$tce->start($pageDetails, array(), $myBackendUser);
$tce->process_datamap();

The result is an entry in sys_log:

"Attempt to insert record on page 'test' (1) where this table, pages, 
is not allowed (msg#1.1.11)"

The page with uid=1 (the pid of my new page) has been set to read/write
permissions for everyone for testing purposes.

Any ideas what else I can check? I am using TYPO3 4.6.9.
Thanks for your help!

Cheers
Michael



From oliver.salzburg at googlemail.com  Mon May 28 14:08:51 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Mon, 28 May 2012 14:08:51 +0200
Subject: [TYPO3-dev] Can user X access record Y?
In-Reply-To: <mailman.3155.1338178415.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>
	<mailman.3155.1338178415.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338206924.2071.typo3-dev@lists.typo3.org>

On 2012-05-28 06:13, Michael wrote:
> On 2012-05-10 02:08, Oliver Salzburg wrote:
> 
>> If I pick an arbitrary user (user id 42) and an arbitrary other record
>> (table tx_news_domain_model_file, uid:123), what is the correct
>> approach to check access permissions set between these object?
> 
> I stumbled across this chapter today and remembered your question, so maybe
> this is an option for you?
> 
> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/
> 
> Chapter 3.6. "Backend User Object".
> 
> And then something like:
> 
> $BE_USER->check(...);
> $BE_USER->doesUserHaveAccess(...);
> 
> But I haven't used these yet, so this is just the way I would
> investigate further.
> 
> HTH - Cheers
> Michael
> 

Yes, that would be something like I had in mind. But not exactly.
Primarily because I was interested in FE users.

I haven't developed much with TYPO3 yet so some approaches seem very
unnatural to me.

For example, I just couldn't believe that the only place where you can
do access permission checks between FE users and arbitrary data records
is the database itself.
Because, to my understanding, no further abstraction of that concept is
done after that. Which I find irritating and shocking.

Even if you use the abstracted approaches like extbase, this concept is
still lost in it.
Once I retrieve my model object from the database, all access
permission information is no longer present. So access permission
checks, again, have to be done at the database level.

Something like that just seems so strange and alien to me that I
couldn't believe it. I still can't. It makes no sense.

So I posted this, very unspecific, question on the list in the hope
that someone would call me an idiot for not having grasped the true
power of TYPO3 in this regard (and then tell me about that power).

By now, I have rewritten my code to run additional queries against the
database to make sure any access permissions are respected.

Thanks for your mail :)
Oliver


From thasmo at gmail.com  Mon May 28 14:17:34 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Mon, 28 May 2012 14:17:34 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>

Are you running TYPO3 6.0.0-dev (master) on PHP 5.4.x?

I don't get it, it just doesn't render frontend plugins,
but if I turn on displayerrors, it throws PHP runtime notices
endlessly - but no errors.

Regards,
Thomas

Georg Ringer schrieb:
> Hi,
>
> Am 27.05.2012 00:22, schrieb Thomas "Thasmo" Deinhamer:
>> In my case this happens with a custom Extbase extension
>> but it happens also with the well known "news" extension.
>>
>> In the case of my extension it also seems that the controller,
>> which is responsible for rendering the output, doesn't get
>> included, because a simple "print 'test';" in the controller
>> file, doesn't give any output as well.
>
> can you test with current master? I don't have issues there with extbase
> based extensions... thanks a lot (also for the "well known" ;) )
>
> georg


From thasmo at gmail.com  Mon May 28 16:23:23 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Mon, 28 May 2012 16:23:23 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338215004.20474.typo3-dev@lists.typo3.org>

Well, it seems the problem is, that in the function
tslib_content::callUserFunction the function
isClassAvailable returns FALSE for the class
"Tx_Extbase_Core_Bootstrap", so it's not processed.

How can this be? Where should it get included
or why isn't it included at all?

Any idea?

Thanks a lot,
Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Are you running TYPO3 6.0.0-dev (master) on PHP 5.4.x?
>
> I don't get it, it just doesn't render frontend plugins,
> but if I turn on displayerrors, it throws PHP runtime notices
> endlessly - but no errors.
>
> Regards,
> Thomas
>
> Georg Ringer schrieb:
>> Hi,
>>
>> Am 27.05.2012 00:22, schrieb Thomas "Thasmo" Deinhamer:
>>> In my case this happens with a custom Extbase extension
>>> but it happens also with the well known "news" extension.
>>>
>>> In the case of my extension it also seems that the controller,
>>> which is responsible for rendering the output, doesn't get
>>> included, because a simple "print 'test';" in the controller
>>> file, doesn't give any output as well.
>>
>> can you test with current master? I don't have issues there with extbase
>> based extensions... thanks a lot (also for the "well known" ;) )
>>
>> georg


From helmut.hummel at typo3.org  Mon May 28 17:04:30 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Mon, 28 May 2012 17:04:30 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338217470.29711.typo3-dev@lists.typo3.org>

Hi,

On 28.05.12 14:17, Thomas "Thasmo" Deinhamer wrote:
> Are you running TYPO3 6.0.0-dev (master) on PHP 5.4.x?

I just tried it on php 5.4.3

> I don't get it, it just doesn't render frontend plugins,

I can't reproduce this in my environment. Rendering plugins works for me 
without hassle.

Does "normal" tt_content rendering work for you?

> but if I turn on displayerrors, it throws PHP runtime notices
> endlessly - but no errors.

For php 5.4 you should at least apply https://review.typo3.org/10524 in 
order to get rid of the (unfortunately) lots of notices.

Kind regards,
Helmut

-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From helmut.hummel at typo3.org  Mon May 28 17:11:12 2012
From: helmut.hummel at typo3.org (Helmut Hummel)
Date: Mon, 28 May 2012 17:11:12 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338215004.20474.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
	<mailman.1.1338215004.20474.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338217872.30892.typo3-dev@lists.typo3.org>

Hi,

On 28.05.12 16:23, Thomas "Thasmo" Deinhamer wrote:
> Well, it seems the problem is, that in the function
> tslib_content::callUserFunction the function
> isClassAvailable returns FALSE for the class
> "Tx_Extbase_Core_Bootstrap", so it's not processed.

That class should be loaded by the autoloader.
Are you sure extbase is installed?
Did you clear caches (especially typo3temp/cache/Code/)?

Kind regards,
Helmut

-- 
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 Core Developer, TYPO3 Security Team Leader

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From thasmo at gmail.com  Mon May 28 17:36:16 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Mon, 28 May 2012 17:36:16 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338217470.29711.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
	<mailman.1.1338217470.29711.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338219377.2434.typo3-dev@lists.typo3.org>

Hoi,

applied the changeset and now PHP Runtime Notices
are gone, but FE plugins still don't render.

I'm using PHP 5.4.1.

Normal content elements render correctly.
It seems like the bootstrap file is not
included, the class is not available and
therefor they don't get rendered.

How is the bootstrap file included,
which renders the extbase FE plugins?

Thanks,
Thomas

Helmut Hummel schrieb:
> Hi,
>
> On 28.05.12 14:17, Thomas "Thasmo" Deinhamer wrote:
>> Are you running TYPO3 6.0.0-dev (master) on PHP 5.4.x?
>
> I just tried it on php 5.4.3
>
>> I don't get it, it just doesn't render frontend plugins,
>
> I can't reproduce this in my environment. Rendering plugins works for me
> without hassle.
>
> Does "normal" tt_content rendering work for you?
>
>> but if I turn on displayerrors, it throws PHP runtime notices
>> endlessly - but no errors.
>
> For php 5.4 you should at least apply https://review.typo3.org/10524 in
> order to get rid of the (unfortunately) lots of notices.
>
> Kind regards,
> Helmut
>


From thasmo at gmail.com  Mon May 28 17:40:29 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Mon, 28 May 2012 17:40:29 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338217872.30892.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
	<mailman.1.1338215004.20474.typo3-dev@lists.typo3.org>
	<mailman.1.1338217872.30892.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338219629.30257.typo3-dev@lists.typo3.org>

Hello,

extbase should be installed, the extension manager
says it's a required extension and therefor always loaded.

Is there any explicit code which is responsible
for loading the bootstrap files of extbase?

The function "isClassAvailable" doesn't
load it, as far as I've seen.

Any ideas?

Thanks,
Thomas

Helmut Hummel schrieb:
> Hi,
>
> On 28.05.12 16:23, Thomas "Thasmo" Deinhamer wrote:
>> Well, it seems the problem is, that in the function
>> tslib_content::callUserFunction the function
>> isClassAvailable returns FALSE for the class
>> "Tx_Extbase_Core_Bootstrap", so it's not processed.
>
> That class should be loaded by the autoloader.
> Are you sure extbase is installed?
> Did you clear caches (especially typo3temp/cache/Code/)?
>
> Kind regards,
> Helmut
>


From webmaster at fruit-lab.de  Mon May 28 18:35:12 2012
From: webmaster at fruit-lab.de (Tim Lochmueller)
Date: Mon, 28 May 2012 18:35:12 +0200
Subject: [TYPO3-dev] Can user X access record Y?
In-Reply-To: <mailman.1.1338206924.2071.typo3-dev@lists.typo3.org>
References: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>
	<mailman.3155.1338178415.618.typo3-dev@lists.typo3.org>
	<mailman.1.1338206924.2071.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3294.1338222915.618.typo3-dev@lists.typo3.org>

Hey Oliver,

your loking for "TYPO3 enableFields". Google give you same examples. The
enableFields method will check deleted, hidden, starttime... and also
fe_user permissions.

You can access the function via t3lib_PageSelect. ExtBase does this
internally...

Regards,
Tim

Am 28.05.12 14:08, schrieb Oliver Salzburg:
> On 2012-05-28 06:13, Michael wrote:
>> On 2012-05-10 02:08, Oliver Salzburg wrote:
>>
>>> If I pick an arbitrary user (user id 42) and an arbitrary other record
>>> (table tx_news_domain_model_file, uid:123), what is the correct
>>> approach to check access permissions set between these object?
>>
>> I stumbled across this chapter today and remembered your question, so maybe
>> this is an option for you?
>>
>> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/
>>
>> Chapter 3.6. "Backend User Object".
>>
>> And then something like:
>>
>> $BE_USER->check(...);
>> $BE_USER->doesUserHaveAccess(...);
>>
>> But I haven't used these yet, so this is just the way I would
>> investigate further.
>>
>> HTH - Cheers
>> Michael
>>
> 
> Yes, that would be something like I had in mind. But not exactly.
> Primarily because I was interested in FE users.
> 
> I haven't developed much with TYPO3 yet so some approaches seem very
> unnatural to me.
> 
> For example, I just couldn't believe that the only place where you can
> do access permission checks between FE users and arbitrary data records
> is the database itself.
> Because, to my understanding, no further abstraction of that concept is
> done after that. Which I find irritating and shocking.
> 
> Even if you use the abstracted approaches like extbase, this concept is
> still lost in it.
> Once I retrieve my model object from the database, all access
> permission information is no longer present. So access permission
> checks, again, have to be done at the database level.
> 
> Something like that just seems so strange and alien to me that I
> couldn't believe it. I still can't. It makes no sense.
> 
> So I posted this, very unspecific, question on the list in the hope
> that someone would call me an idiot for not having grasped the true
> power of TYPO3 in this regard (and then tell me about that power).
> 
> By now, I have rewritten my code to run additional queries against the
> database to make sure any access permissions are respected.
> 
> Thanks for your mail :)
> Oliver
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> 

Beste Gr??e,
Tim

-- 

360?Friends Blog - http://360friends.de/
   360friends.de Blog Tour #3 ? Kanufahren - 21.05.2012
   Rollen-Trolley Set - Von kleinem Trolley bis gro?e Reise - 12.05.2012
   So gratuliert man heute zum Geburtstag - 03.05.2012

TYPO3 Blog - http://typo3blogger.de/
Facebook - http://www.facebook.com/lochmueller
Twitter - http://twitter.com/360friends


From thasmo at gmail.com  Mon May 28 19:22:50 2012
From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer)
Date: Mon, 28 May 2012 19:22:50 +0200
Subject: [TYPO3-dev] TYPO3 6.0.0-alpha1 doesn't render plugins (CType:
 list)
In-Reply-To: <mailman.1.1338219377.2434.typo3-dev@lists.typo3.org>
References: <mailman.1.1338069011.11341.typo3-dev@lists.typo3.org>
	<mailman.1.1338070115.20130.typo3-dev@lists.typo3.org>
	<mailman.1.1338070980.22653.typo3-dev@lists.typo3.org>
	<mailman.1.1338107008.20114.typo3-dev@lists.typo3.org>
	<mailman.1.1338207455.1404.typo3-dev@lists.typo3.org>
	<mailman.1.1338217470.29711.typo3-dev@lists.typo3.org>
	<mailman.1.1338219377.2434.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338225773.6260.typo3-dev@lists.typo3.org>

Some further information on this,
and it's very weird, imho.

1.) Call FE: Plugins are not rendered.
2.) Call "Log" in the Backend to see errors etc.
3.) Call FE: Plugins _ARE_ rendered.
4.) Clear all cached in BE.
5.) -> 1.)

After I access/call the "log" in the backend,
the frontend seems to be okay again, but as soon
as I clear the caches in the backend, the plugins
in the frontend won't be rendered again.

Not sure what this tells us ...

Any idea?

Thanks,
Thomas

Thomas "Thasmo" Deinhamer schrieb:
> Hoi,
>
> applied the changeset and now PHP Runtime Notices
> are gone, but FE plugins still don't render.
>
> I'm using PHP 5.4.1.
>
> Normal content elements render correctly.
> It seems like the bootstrap file is not
> included, the class is not available and
> therefor they don't get rendered.
>
> How is the bootstrap file included,
> which renders the extbase FE plugins?
>
> Thanks,
> Thomas
>
> Helmut Hummel schrieb:
>> Hi,
>>
>> On 28.05.12 14:17, Thomas "Thasmo" Deinhamer wrote:
>>> Are you running TYPO3 6.0.0-dev (master) on PHP 5.4.x?
>>
>> I just tried it on php 5.4.3
>>
>>> I don't get it, it just doesn't render frontend plugins,
>>
>> I can't reproduce this in my environment. Rendering plugins works for me
>> without hassle.
>>
>> Does "normal" tt_content rendering work for you?
>>
>>> but if I turn on displayerrors, it throws PHP runtime notices
>>> endlessly - but no errors.
>>
>> For php 5.4 you should at least apply https://review.typo3.org/10524 in
>> order to get rid of the (unfortunately) lots of notices.
>>
>> Kind regards,
>> Helmut
>>


From oliver.salzburg at googlemail.com  Mon May 28 19:32:54 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Mon, 28 May 2012 19:32:54 +0200
Subject: [TYPO3-dev] Can user X access record Y?
In-Reply-To: <mailman.3294.1338222915.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1336579693.14560.typo3-dev@lists.typo3.org>
	<mailman.3155.1338178415.618.typo3-dev@lists.typo3.org>
	<mailman.1.1338206924.2071.typo3-dev@lists.typo3.org>
	<mailman.3294.1338222915.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338226374.20855.typo3-dev@lists.typo3.org>

Hi Tim,

I am using the enableFields to control access to the records.

>From the brief look I was just able to take at t3lib_PageSelect, it
actually looks pretty much like the thing I was looking for.

Thanks for the suggestion :)

Cheers
Oliver

On 2012-05-28 18:35, Tim Lochmueller wrote:
> Hey Oliver,
> 
> your loking for "TYPO3 enableFields". Google give you same examples. The
> enableFields method will check deleted, hidden, starttime... and also
> fe_user permissions.
> 
> You can access the function via t3lib_PageSelect. ExtBase does this
> internally...
> 
> Regards,
> Tim
> 
> Am 28.05.12 14:08, schrieb Oliver Salzburg:
>> On 2012-05-28 06:13, Michael wrote:
>>> On 2012-05-10 02:08, Oliver Salzburg wrote:
>>>
>>>> If I pick an arbitrary user (user id 42) and an arbitrary other record
>>>> (table tx_news_domain_model_file, uid:123), what is the correct
>>>> approach to check access permissions set between these object?
>>>
>>> I stumbled across this chapter today and remembered your question, so maybe
>>> this is an option for you?
>>>
>>> http://typo3.org/documentation/document-library/core-documentation/doc_core_api/
>>>
>>> Chapter 3.6. "Backend User Object".
>>>
>>> And then something like:
>>>
>>> $BE_USER->check(...);
>>> $BE_USER->doesUserHaveAccess(...);
>>>
>>> But I haven't used these yet, so this is just the way I would
>>> investigate further.
>>>
>>> HTH - Cheers
>>> Michael
>>>
>>
>> Yes, that would be something like I had in mind. But not exactly.
>> Primarily because I was interested in FE users.
>>
>> I haven't developed much with TYPO3 yet so some approaches seem very
>> unnatural to me.
>>
>> For example, I just couldn't believe that the only place where you can
>> do access permission checks between FE users and arbitrary data records
>> is the database itself.
>> Because, to my understanding, no further abstraction of that concept is
>> done after that. Which I find irritating and shocking.
>>
>> Even if you use the abstracted approaches like extbase, this concept is
>> still lost in it.
>> Once I retrieve my model object from the database, all access
>> permission information is no longer present. So access permission
>> checks, again, have to be done at the database level.
>>
>> Something like that just seems so strange and alien to me that I
>> couldn't believe it. I still can't. It makes no sense.
>>
>> So I posted this, very unspecific, question on the list in the hope
>> that someone would call me an idiot for not having grasped the true
>> power of TYPO3 in this regard (and then tell me about that power).
>>
>> By now, I have rewritten my code to run additional queries against the
>> database to make sure any access permissions are respected.
>>
>> Thanks for your mail :)
>> Oliver
>> _______________________________________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>>
> 
> Beste Gr??e,
> Tim
> 



From lorenz-typo3 at visol.ch  Tue May 29 17:00:28 2012
From: lorenz-typo3 at visol.ch (Lorenz Ulrich)
Date: Tue, 29 May 2012 17:00:28 +0200
Subject: [TYPO3-dev]  Git issues with dependencies
Message-ID: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>

Hi everyone

I'm doing DAM development with the TYPO3 Git/Gerrit infrastructure. All 
that stuff works really well but there's something that puzzles me all 
the time: All my change requests in Gerrit have a dependency to the last 
change I pushed. This is no problem as long as these issues get merged 
before, but if they get merged after or even abandoned I need to rebase 
my changes before merging even if they don't touch the same files.

Maybe you could tell me what I'm doing wrong. I always stick to the same 
pattern:

- "git checkout master" if I'm not on master anyway
- "git pull" to ensure master is up-to-date.
- "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm 
working on
- "git commit -a" to commit
- "git push origin HEAD:refs/for/master" to push to Gerrit

As I said, it's working, but I don't see where this dependency comes from.

Thanks for any help.

Best regards,

Lorenz


From typo3 at kay-strobach.de  Wed May 30 12:09:18 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 30 May 2012 12:09:18 +0200
Subject: [TYPO3-dev] Git issues with dependencies
In-Reply-To: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
References: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338372556.11647.typo3-dev@lists.typo3.org>

Hello Lorenz,

do you use a submodule for dam?

regards
Kay

Am 29.05.2012 17:00, schrieb Lorenz Ulrich:
> Hi everyone
> 
> I'm doing DAM development with the TYPO3 Git/Gerrit infrastructure. All
> that stuff works really well but there's something that puzzles me all
> the time: All my change requests in Gerrit have a dependency to the last
> change I pushed. This is no problem as long as these issues get merged
> before, but if they get merged after or even abandoned I need to rebase
> my changes before merging even if they don't touch the same files.
> 
> Maybe you could tell me what I'm doing wrong. I always stick to the same
> pattern:
> 
> - "git checkout master" if I'm not on master anyway
> - "git pull" to ensure master is up-to-date.
> - "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm
> working on
> - "git commit -a" to commit
> - "git push origin HEAD:refs/for/master" to push to Gerrit
> 
> As I said, it's working, but I don't see where this dependency comes from.
> 
> Thanks for any help.
> 
> Best regards,
> 
> Lorenz


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From lorenz-typo3 at visol.ch  Wed May 30 14:41:13 2012
From: lorenz-typo3 at visol.ch (Lorenz Ulrich)
Date: Wed, 30 May 2012 14:41:13 +0200
Subject: [TYPO3-dev] Git issues with dependencies
In-Reply-To: <mailman.1.1338372556.11647.typo3-dev@lists.typo3.org>
References: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
	<mailman.1.1338372556.11647.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338381674.5385.typo3-dev@lists.typo3.org>

Nope :).

Lorenz

Am 30.05.2012 12:09, schrieb Kay Strobach:
> Hello Lorenz,
>
> do you use a submodule for dam?
>
> regards
> Kay
>
> Am 29.05.2012 17:00, schrieb Lorenz Ulrich:
>> Hi everyone
>>
>> I'm doing DAM development with the TYPO3 Git/Gerrit infrastructure. All
>> that stuff works really well but there's something that puzzles me all
>> the time: All my change requests in Gerrit have a dependency to the last
>> change I pushed. This is no problem as long as these issues get merged
>> before, but if they get merged after or even abandoned I need to rebase
>> my changes before merging even if they don't touch the same files.
>>
>> Maybe you could tell me what I'm doing wrong. I always stick to the same
>> pattern:
>>
>> - "git checkout master" if I'm not on master anyway
>> - "git pull" to ensure master is up-to-date.
>> - "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm
>> working on
>> - "git commit -a" to commit
>> - "git push origin HEAD:refs/for/master" to push to Gerrit
>>
>> As I said, it's working, but I don't see where this dependency comes from.
>>
>> Thanks for any help.
>>
>> Best regards,
>>
>> Lorenz
>
>



From typo3 at kay-strobach.de  Wed May 30 20:34:07 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 30 May 2012 20:34:07 +0200
Subject: [TYPO3-dev] [TYPO3-ect] Ter Cleanup request
Message-ID: <mailman.3713.1338402902.618.typo3-dev@lists.typo3.org>

Hello guys,

due to some renaming and huge refactoring process, i gently ask you (as
extension owner) to drop all versions of EXT:ks_sitemgr from TER.

For all users of this extensions there is a successor of this extension
called EXT:sitemgr.

The forge project can be found here:

	http://forge.typo3.org/projects/extension-sitemgr

This new extension also contains a migration wizard ;)

I just want to avoid, that someone uses an old unmanaged extension :P

Regards
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



From robertwildling at gmail.com  Thu May 31 00:39:12 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Thu, 31 May 2012 00:39:12 +0200
Subject: [TYPO3-dev] search form looses id
In-Reply-To: <mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
	<mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338417613.6496.typo3-dev@lists.typo3.org>

Thank you, Richard, for your response. I still have to try the Tamper 
Data thing on FF, at the moment I am on Chrome. However, the form is not 
nested, the URL generated correctly.

But what I observed today was this: when the form action is set to "GET" 
the id gets lost, while other parameters are sent; as soon as i set the 
form action to POST, it is the other way around: the id stays within the 
form, while category and province get lost (the search result jumps back 
to a list with all records...)

???

Any inputs would be very welcome! Thanks in advance!
Regards,
Robert

> Hi,
>
> The link in<form action="' . $searchResultPageLink . '" method="GET">  is
> being generated correctly? Is the correct URL sent? If you use firefox, use
> something like Tamper Data to view what is being sent to the server.
>
> The issue may be that you accidentally nested your form inside another
> form. This is obviously not allowed - however FF sends the outer form
> action, hence why you wouldn't see the id value being carried across.
>
> Richard
>
> On 27 May 2012 07:11, Robert Wildling<robertwildling at gmail.com>  wrote:
>
>> Hi,
>>
>> I really beg for your help!!!
>>
>> An ext generates a form like this.
>>
>> ...
>>         function main($content, $conf) {
>>                 $this->conf = $conf;
>>                 $this->pi_setPiVarDefaults();
>>                 $this->pi_loadLL();
>>
>>                 // Database tables
>>                 $categoryTable = 'pages';
>>                 $categoryPid = 3;
>>                 $provincesTable = "static_country_zones";
>>                 $provincesArea = 'zn_country_iso_2="AT"';
>>
>>                 $manufacturerPid = 10;
>>                 $searchResultPagePid = 89;
>>
>>                 // Link generation for the action attribute of the form tag
>>                 $searchResultPageLink = $this->pi_getPageLink($**
>> searchResultPagePid);
>>
>>                 // Generate the search form - 1.: Categories
>>                 $content .= '<form action="' . $searchResultPageLink . '"
>> method="GET">';
>>                 $content .= '<select name="category" id="selectCat">';
>>
>>                 // Get first level of the categories
>>                 $selectManufacturers = $GLOBALS['TYPO3_DB']->exec_**
>> SELECTquery('*',$**categoryTable,'pid='.$**categoryPid,'','','');
>>                 $numManufacturers = $GLOBALS['TYPO3_DB']->sql_num_**
>> rows($selectManufacturers);
>>
>>                 $i = 0;
>>                 while ($res = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($**
>> selectManufacturers))
>>                 {
>>                         $content .= '<option value="' . $res['uid'] .'"';
>>
>>                         // if category is set, set the chosen record to
>> selected
>>                         if((t3lib_div::_GET('category'**) != '')&&
>> (t3lib_div::_GET('category') != 'divider')&&  (t3lib_div::_GET('category')
>> == $res['uid'])) {
>>                                 $content .= " selected='selected'";
>>                         }
>>                         $content .= '>' . $res['title'] .'</option>';
>>
>>                         // Get second level of the categories
>>                         $sel = $GLOBALS['TYPO3_DB']->exec_**
>> SELECTquery('*',$**categoryTable,'pid='.$res['**uid'],'','','');
>>                         while ($res2 = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($sel))
>> {
>>                                 $content .= '<option value="' .
>> $res2['uid'] . '"';
>>
>>                                 if((t3lib_div::_GET('category'**) != '')
>> &&  (t3lib_div::_GET('category') != 'divider')&&
>> (t3lib_div::_GET('category') == $res2['uid'])) {
>>                                         $content .= " selected='selected'";
>>                                 }
>>                                 $content .= '>- ' . $res2['title'] .
>> '</option>';
>>                         }
>>
>>                         $i++;
>>                 }
>>                 $content .= '</select>';
>>
>> ... (2nd select box)
>>
>>                 // Search Button
>>                 $content .= '<input type="submit" value="' .
>> $this->pi_getLL('submit_**button_label') . '" />';
>>
>>                 // close form tag
>>                 $content .= "</form>";
>>                 $content .= '</div>';
>>
>>                 return $content;
>>         }
>>
>>
>> After clicking on the search button, the id, which is saved in
>> $searchResultPagePid and correctly generated as a link in
>> $searchResultPageLink, gets "lost", while the parameters (category=xy) are
>> part of the URL.
>>
>> What am I doing wrong here?
>> config {
>>   linkVars = L, print
>>   uniqueLinkVars = 1
>> }
>>
>> is set ...
>>
>> Any ideas? Please!
>>
>> Thank you very much!
>> Robert
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>



From robertwildling at gmail.com  Thu May 31 00:39:20 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Thu, 31 May 2012 00:39:20 +0200
Subject: [TYPO3-dev] search form looses id
In-Reply-To: <mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
	<mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338417621.6497.typo3-dev@lists.typo3.org>

Thank you, Richard, for your response. I still have to try the Tamper 
Data thing on FF, at the moment I am on Chrome. However, the form is not 
nested, the URL generated correctly.

But what I observed today was this: when the form action is set to "GET" 
the id gets lost, while other parameters are sent; as soon as i set the 
form action to POST, it is the other way around: the id stays within the 
form, while category and province get lost (the search result jumps back 
to a list with all records...)

???

Any inputs would be very welcome! Thanks in advance!
Regards,
Robert

> Hi,
>
> The link in<form action="' . $searchResultPageLink . '" method="GET">  is
> being generated correctly? Is the correct URL sent? If you use firefox, use
> something like Tamper Data to view what is being sent to the server.
>
> The issue may be that you accidentally nested your form inside another
> form. This is obviously not allowed - however FF sends the outer form
> action, hence why you wouldn't see the id value being carried across.
>
> Richard
>
> On 27 May 2012 07:11, Robert Wildling<robertwildling at gmail.com>  wrote:
>
>> Hi,
>>
>> I really beg for your help!!!
>>
>> An ext generates a form like this.
>>
>> ...
>>         function main($content, $conf) {
>>                 $this->conf = $conf;
>>                 $this->pi_setPiVarDefaults();
>>                 $this->pi_loadLL();
>>
>>                 // Database tables
>>                 $categoryTable = 'pages';
>>                 $categoryPid = 3;
>>                 $provincesTable = "static_country_zones";
>>                 $provincesArea = 'zn_country_iso_2="AT"';
>>
>>                 $manufacturerPid = 10;
>>                 $searchResultPagePid = 89;
>>
>>                 // Link generation for the action attribute of the form tag
>>                 $searchResultPageLink = $this->pi_getPageLink($**
>> searchResultPagePid);
>>
>>                 // Generate the search form - 1.: Categories
>>                 $content .= '<form action="' . $searchResultPageLink . '"
>> method="GET">';
>>                 $content .= '<select name="category" id="selectCat">';
>>
>>                 // Get first level of the categories
>>                 $selectManufacturers = $GLOBALS['TYPO3_DB']->exec_**
>> SELECTquery('*',$**categoryTable,'pid='.$**categoryPid,'','','');
>>                 $numManufacturers = $GLOBALS['TYPO3_DB']->sql_num_**
>> rows($selectManufacturers);
>>
>>                 $i = 0;
>>                 while ($res = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($**
>> selectManufacturers))
>>                 {
>>                         $content .= '<option value="' . $res['uid'] .'"';
>>
>>                         // if category is set, set the chosen record to
>> selected
>>                         if((t3lib_div::_GET('category'**) != '')&&
>> (t3lib_div::_GET('category') != 'divider')&&  (t3lib_div::_GET('category')
>> == $res['uid'])) {
>>                                 $content .= " selected='selected'";
>>                         }
>>                         $content .= '>' . $res['title'] .'</option>';
>>
>>                         // Get second level of the categories
>>                         $sel = $GLOBALS['TYPO3_DB']->exec_**
>> SELECTquery('*',$**categoryTable,'pid='.$res['**uid'],'','','');
>>                         while ($res2 = $GLOBALS['TYPO3_DB']->sql_**fetch_assoc($sel))
>> {
>>                                 $content .= '<option value="' .
>> $res2['uid'] . '"';
>>
>>                                 if((t3lib_div::_GET('category'**) != '')
>> &&  (t3lib_div::_GET('category') != 'divider')&&
>> (t3lib_div::_GET('category') == $res2['uid'])) {
>>                                         $content .= " selected='selected'";
>>                                 }
>>                                 $content .= '>- ' . $res2['title'] .
>> '</option>';
>>                         }
>>
>>                         $i++;
>>                 }
>>                 $content .= '</select>';
>>
>> ... (2nd select box)
>>
>>                 // Search Button
>>                 $content .= '<input type="submit" value="' .
>> $this->pi_getLL('submit_**button_label') . '" />';
>>
>>                 // close form tag
>>                 $content .= "</form>";
>>                 $content .= '</div>';
>>
>>                 return $content;
>>         }
>>
>>
>> After clicking on the search button, the id, which is saved in
>> $searchResultPagePid and correctly generated as a link in
>> $searchResultPageLink, gets "lost", while the parameters (category=xy) are
>> part of the URL.
>>
>> What am I doing wrong here?
>> config {
>>   linkVars = L, print
>>   uniqueLinkVars = 1
>> }
>>
>> is set ...
>>
>> Any ideas? Please!
>>
>> Thank you very much!
>> Robert
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>



From richard at ocular.co.nz  Thu May 31 00:59:52 2012
From: richard at ocular.co.nz (Richard Davies)
Date: Thu, 31 May 2012 10:59:52 +1200
Subject: [TYPO3-dev] search form looses id
In-Reply-To: <mailman.1.1338417621.6497.typo3-dev@lists.typo3.org>
References: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
	<mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
	<mailman.1.1338417621.6497.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3765.1338418796.618.typo3-dev@lists.typo3.org>

Hi Robert,

I didn't think about the GET value being part of the action. See
http://stackoverflow.com/questions/1116019/submitting-a-get-form-with-query-string-params-and-hidden-params-disappear
Short answer: any GET values in an action with a method of GET may be
ignored.

Richard

On 31 May 2012 10:39, Robert Wildling <robertwildling at gmail.com> wrote:

> Thank you, Richard, for your response. I still have to try the Tamper Data
> thing on FF, at the moment I am on Chrome. However, the form is not nested,
> the URL generated correctly.
>
> But what I observed today was this: when the form action is set to "GET"
> the id gets lost, while other parameters are sent; as soon as i set the
> form action to POST, it is the other way around: the id stays within the
> form, while category and province get lost (the search result jumps back to
> a list with all records...)
>
> ???
>
> Any inputs would be very welcome! Thanks in advance!
> Regards,
> Robert
>
>  Hi,
>>
>> The link in<form action="' . $searchResultPageLink . '" method="GET">  is
>> being generated correctly? Is the correct URL sent? If you use firefox,
>> use
>> something like Tamper Data to view what is being sent to the server.
>>
>> The issue may be that you accidentally nested your form inside another
>> form. This is obviously not allowed - however FF sends the outer form
>> action, hence why you wouldn't see the id value being carried across.
>>
>> Richard
>>
>> On 27 May 2012 07:11, Robert Wildling<robertwildling at gmail.**com<robertwildling at gmail.com>>
>>  wrote:
>>
>>  Hi,
>>>
>>> I really beg for your help!!!
>>>
>>> An ext generates a form like this.
>>>
>>> ...
>>>        function main($content, $conf) {
>>>                $this->conf = $conf;
>>>                $this->pi_setPiVarDefaults();
>>>                $this->pi_loadLL();
>>>
>>>                // Database tables
>>>                $categoryTable = 'pages';
>>>                $categoryPid = 3;
>>>                $provincesTable = "static_country_zones";
>>>                $provincesArea = 'zn_country_iso_2="AT"';
>>>
>>>                $manufacturerPid = 10;
>>>                $searchResultPagePid = 89;
>>>
>>>                // Link generation for the action attribute of the form
>>> tag
>>>                $searchResultPageLink = $this->pi_getPageLink($**
>>> searchResultPagePid);
>>>
>>>                // Generate the search form - 1.: Categories
>>>                $content .= '<form action="' . $searchResultPageLink . '"
>>> method="GET">';
>>>                $content .= '<select name="category" id="selectCat">';
>>>
>>>                // Get first level of the categories
>>>                $selectManufacturers = $GLOBALS['TYPO3_DB']->exec_**
>>> SELECTquery('*',$****categoryTable,'pid='.$****categoryPid,'','','');
>>>                $numManufacturers = $GLOBALS['TYPO3_DB']->sql_num_****
>>> rows($selectManufacturers);
>>>
>>>                $i = 0;
>>>                while ($res = $GLOBALS['TYPO3_DB']->sql_****
>>> fetch_assoc($**
>>> selectManufacturers))
>>>                {
>>>                        $content .= '<option value="' . $res['uid'] .'"';
>>>
>>>                        // if category is set, set the chosen record to
>>> selected
>>>                        if((t3lib_div::_GET('category'****) != '')&&
>>> (t3lib_div::_GET('category') != 'divider')&&
>>>  (t3lib_div::_GET('category')
>>>
>>> == $res['uid'])) {
>>>                                $content .= " selected='selected'";
>>>                        }
>>>                        $content .= '>' . $res['title'] .'</option>';
>>>
>>>                        // Get second level of the categories
>>>                        $sel = $GLOBALS['TYPO3_DB']->exec_**
>>> SELECTquery('*',$****categoryTable,'pid='.$res['****uid'],'','','');
>>>                        while ($res2 = $GLOBALS['TYPO3_DB']->sql_****
>>> fetch_assoc($sel))
>>> {
>>>                                $content .= '<option value="' .
>>> $res2['uid'] . '"';
>>>
>>>                                if((t3lib_div::_GET('category'****) !=
>>> '')
>>> &&  (t3lib_div::_GET('category') != 'divider')&&
>>> (t3lib_div::_GET('category') == $res2['uid'])) {
>>>                                        $content .= "
>>> selected='selected'";
>>>                                }
>>>                                $content .= '>- ' . $res2['title'] .
>>> '</option>';
>>>                        }
>>>
>>>                        $i++;
>>>                }
>>>                $content .= '</select>';
>>>
>>> ... (2nd select box)
>>>
>>>                // Search Button
>>>                $content .= '<input type="submit" value="' .
>>> $this->pi_getLL('submit_****button_label') . '" />';
>>>
>>>                // close form tag
>>>                $content .= "</form>";
>>>                $content .= '</div>';
>>>
>>>                return $content;
>>>        }
>>>
>>>
>>> After clicking on the search button, the id, which is saved in
>>> $searchResultPagePid and correctly generated as a link in
>>> $searchResultPageLink, gets "lost", while the parameters (category=xy)
>>> are
>>> part of the URL.
>>>
>>> What am I doing wrong here?
>>> config {
>>>  linkVars = L, print
>>>  uniqueLinkVars = 1
>>> }
>>>
>>> is set ...
>>>
>>> Any ideas? Please!
>>>
>>> Thank you very much!
>>> Robert
>>> ______________________________****_________________
>>> TYPO3-dev mailing list
>>> TYPO3-dev at lists.typo3.org
>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>> **>
>>>
>>>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From robertwildling at gmail.com  Thu May 31 09:32:23 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Thu, 31 May 2012 09:32:23 +0200
Subject: [TYPO3-dev] search form looses id
In-Reply-To: <mailman.3765.1338418796.618.typo3-dev@lists.typo3.org>
References: <mailman.1.1338059572.27330.typo3-dev@lists.typo3.org>
	<mailman.3141.1338156974.618.typo3-dev@lists.typo3.org>
	<mailman.1.1338417621.6497.typo3-dev@lists.typo3.org>
	<mailman.3765.1338418796.618.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338449606.834.typo3-dev@lists.typo3.org>

Thanks so much, Richard! A really important info that i didn't know about!

Have a nice day and all the best,
Robert


> Hi Robert,
>
> I didn't think about the GET value being part of the action. See
> http://stackoverflow.com/questions/1116019/submitting-a-get-form-with-query-string-params-and-hidden-params-disappear
> Short answer: any GET values in an action with a method of GET may be
> ignored.
>
> Richard
>
> On 31 May 2012 10:39, Robert Wildling<robertwildling at gmail.com>  wrote:
>
>> Thank you, Richard, for your response. I still have to try the Tamper Data
>> thing on FF, at the moment I am on Chrome. However, the form is not nested,
>> the URL generated correctly.
>>
>> But what I observed today was this: when the form action is set to "GET"
>> the id gets lost, while other parameters are sent; as soon as i set the
>> form action to POST, it is the other way around: the id stays within the
>> form, while category and province get lost (the search result jumps back to
>> a list with all records...)
>>
>> ???
>>
>> Any inputs would be very welcome! Thanks in advance!
>> Regards,
>> Robert
>>
>>   Hi,
>>>
>>> The link in<form action="' . $searchResultPageLink . '" method="GET">   is
>>> being generated correctly? Is the correct URL sent? If you use firefox,
>>> use
>>> something like Tamper Data to view what is being sent to the server.
>>>
>>> The issue may be that you accidentally nested your form inside another
>>> form. This is obviously not allowed - however FF sends the outer form
>>> action, hence why you wouldn't see the id value being carried across.
>>>
>>> Richard
>>>
>>> On 27 May 2012 07:11, Robert Wildling<robertwildling at gmail.**com<robertwildling at gmail.com>>
>>>   wrote:
>>>
>>>   Hi,
>>>>
>>>> I really beg for your help!!!
>>>>
>>>> An ext generates a form like this.
>>>>
>>>> ...
>>>>         function main($content, $conf) {
>>>>                 $this->conf = $conf;
>>>>                 $this->pi_setPiVarDefaults();
>>>>                 $this->pi_loadLL();
>>>>
>>>>                 // Database tables
>>>>                 $categoryTable = 'pages';
>>>>                 $categoryPid = 3;
>>>>                 $provincesTable = "static_country_zones";
>>>>                 $provincesArea = 'zn_country_iso_2="AT"';
>>>>
>>>>                 $manufacturerPid = 10;
>>>>                 $searchResultPagePid = 89;
>>>>
>>>>                 // Link generation for the action attribute of the form
>>>> tag
>>>>                 $searchResultPageLink = $this->pi_getPageLink($**
>>>> searchResultPagePid);
>>>>
>>>>                 // Generate the search form - 1.: Categories
>>>>                 $content .= '<form action="' . $searchResultPageLink . '"
>>>> method="GET">';
>>>>                 $content .= '<select name="category" id="selectCat">';
>>>>
>>>>                 // Get first level of the categories
>>>>                 $selectManufacturers = $GLOBALS['TYPO3_DB']->exec_**
>>>> SELECTquery('*',$****categoryTable,'pid='.$****categoryPid,'','','');
>>>>                 $numManufacturers = $GLOBALS['TYPO3_DB']->sql_num_****
>>>> rows($selectManufacturers);
>>>>
>>>>                 $i = 0;
>>>>                 while ($res = $GLOBALS['TYPO3_DB']->sql_****
>>>> fetch_assoc($**
>>>> selectManufacturers))
>>>>                 {
>>>>                         $content .= '<option value="' . $res['uid'] .'"';
>>>>
>>>>                         // if category is set, set the chosen record to
>>>> selected
>>>>                         if((t3lib_div::_GET('category'****) != '')&&
>>>> (t3lib_div::_GET('category') != 'divider')&&
>>>>   (t3lib_div::_GET('category')
>>>>
>>>> == $res['uid'])) {
>>>>                                 $content .= " selected='selected'";
>>>>                         }
>>>>                         $content .= '>' . $res['title'] .'</option>';
>>>>
>>>>                         // Get second level of the categories
>>>>                         $sel = $GLOBALS['TYPO3_DB']->exec_**
>>>> SELECTquery('*',$****categoryTable,'pid='.$res['****uid'],'','','');
>>>>                         while ($res2 = $GLOBALS['TYPO3_DB']->sql_****
>>>> fetch_assoc($sel))
>>>> {
>>>>                                 $content .= '<option value="' .
>>>> $res2['uid'] . '"';
>>>>
>>>>                                 if((t3lib_div::_GET('category'****) !=
>>>> '')
>>>> &&   (t3lib_div::_GET('category') != 'divider')&&
>>>> (t3lib_div::_GET('category') == $res2['uid'])) {
>>>>                                         $content .= "
>>>> selected='selected'";
>>>>                                 }
>>>>                                 $content .= '>- ' . $res2['title'] .
>>>> '</option>';
>>>>                         }
>>>>
>>>>                         $i++;
>>>>                 }
>>>>                 $content .= '</select>';
>>>>
>>>> ... (2nd select box)
>>>>
>>>>                 // Search Button
>>>>                 $content .= '<input type="submit" value="' .
>>>> $this->pi_getLL('submit_****button_label') . '" />';
>>>>
>>>>                 // close form tag
>>>>                 $content .= "</form>";
>>>>                 $content .= '</div>';
>>>>
>>>>                 return $content;
>>>>         }
>>>>
>>>>
>>>> After clicking on the search button, the id, which is saved in
>>>> $searchResultPagePid and correctly generated as a link in
>>>> $searchResultPageLink, gets "lost", while the parameters (category=xy)
>>>> are
>>>> part of the URL.
>>>>
>>>> What am I doing wrong here?
>>>> config {
>>>>   linkVars = L, print
>>>>   uniqueLinkVars = 1
>>>> }
>>>>
>>>> is set ...
>>>>
>>>> Any ideas? Please!
>>>>
>>>> Thank you very much!
>>>> Robert
>>>> ______________________________****_________________
>>>> TYPO3-dev mailing list
>>>> TYPO3-dev at lists.typo3.org
>>>> http://lists.typo3.org/cgi-****bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev>
>>>> **<http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>>> **>
>>>>
>>>>
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>



From martinprikaarhof at gmail.com  Thu May 31 12:40:27 2012
From: martinprikaarhof at gmail.com (Martin Aarhof)
Date: Thu, 31 May 2012 12:40:27 +0200
Subject: [TYPO3-dev] Git issues with dependencies
In-Reply-To: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
References: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338460827.1268.typo3-dev@lists.typo3.org>

On 29-05-2012 17:00, Lorenz Ulrich wrote:
> Hi everyone
>
> I'm doing DAM development with the TYPO3 Git/Gerrit infrastructure. All
> that stuff works really well but there's something that puzzles me all
> the time: All my change requests in Gerrit have a dependency to the last
> change I pushed. This is no problem as long as these issues get merged
> before, but if they get merged after or even abandoned I need to rebase
> my changes before merging even if they don't touch the same files.
>
> Maybe you could tell me what I'm doing wrong. I always stick to the same
> pattern:
>
> - "git checkout master" if I'm not on master anyway
> - "git pull" to ensure master is up-to-date.
> - "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm
> working on
> - "git commit -a" to commit
> - "git push origin HEAD:refs/for/master" to push to Gerrit
>
> As I said, it's working, but I don't see where this dependency comes from.
>
> Thanks for any help.
>
> Best regards,
>
> Lorenz

When you cloned TYPO3 Git, did you git submodule update --init ?
I always forgets this, and then extbase isnt installed (and some other 
extensions)


From ernst at cron-it.de  Thu May 31 14:16:13 2012
From: ernst at cron-it.de (Ernesto Baschny [cron IT])
Date: Thu, 31 May 2012 14:16:13 +0200
Subject: [TYPO3-dev] Git issues with dependencies
In-Reply-To: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
References: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338466573.17331.typo3-dev@lists.typo3.org>

Lorenz Ulrich schrieb am 29.05.2012 17:00:

> I'm doing DAM development with the TYPO3 Git/Gerrit infrastructure. All
> that stuff works really well but there's something that puzzles me all
> the time: All my change requests in Gerrit have a dependency to the last
> change I pushed. This is no problem as long as these issues get merged
> before, but if they get merged after or even abandoned I need to rebase
> my changes before merging even if they don't touch the same files.
> 
> Maybe you could tell me what I'm doing wrong. I always stick to the same
> pattern:
> 
> - "git checkout master" if I'm not on master anyway
> - "git pull" to ensure master is up-to-date.
> - "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm
> working on
> - "git commit -a" to commit
> - "git push origin HEAD:refs/for/master" to push to Gerrit
> 
> As I said, it's working, but I don't see where this dependency comes from.
> 
> Thanks for any help.
> 
> Best regards,

The workflow mentioned above seems right.

Maybe you don't branch off from "master" in every situation? If you
branch off your last issue number, your new branch will contain this
commit also and thus create a dependency upon it.

So make sure you did the first step (git checkout master) *before* you
create the new branch (with git checkout -b ...).

Cheers,
Ernesto



From thorsten.kahler at typo3.org  Thu May 31 14:36:30 2012
From: thorsten.kahler at typo3.org (Thorsten Kahler)
Date: Thu, 31 May 2012 14:36:30 +0200
Subject: [TYPO3-dev] Git issues with dependencies
In-Reply-To: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
References: <mailman.1.1338303629.12918.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1338467790.21101.typo3-dev@lists.typo3.org>

Hi Lorenz,

your process seems ok, but maybe not perfect. So I have a few hints for
you but I'm not sure they will solve your dependency problems.

Lorenz Ulrich schrieb am 29.05.12 17:00:
> [...]
> 
> Maybe you could tell me what I'm doing wrong. I always stick to the same 
> pattern:
> 
> - "git checkout master" if I'm not on master anyway
> - "git pull" to ensure master is up-to-date.
> - "git checkout -b ISSUENUMBER" to create a dev branch for the issue I'm working on

Depending on the configuration of your Git repository this might not
always lead to the expected result - there's a chance of having
merge-commits after theses commands.

I'd suggest the following:
- git fetch origin # if your remote is named "origin" (default)
- git checkout -b ISSUENUMBER origin/master # if working on master, else
use the corresponding branch name

> - "git commit -a" to commit
> - "git push origin HEAD:refs/for/master" to push to Gerrit
This will not solve your problem but it will help other developers:
- git push origin HEAD:refs/for/master/ISSUENUMBER

This creates a topic branch in Gerrit. Topics are the way to keep the
same patch for different branches togeter.


Cheers,
Thorsten

-- 
Thorsten Kahler
TYPO3 v4 Core Team member

TYPO3 ... inspiring people to share!
Get involved: typo3.org