<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2012-02-09 19:52:20]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.typo3.org/</docs>
<description>TYPO3 bugtracker - ISSUES</description>
<link>http://bugs.typo3.org/</link>
<title>TYPO3 bugtracker - ISSUES</title>
<image>
<title>TYPO3 bugtracker - ISSUES</title>
<url>http://bugs.typo3.org/images/mantis_logo_button.gif</url>
<link>http://bugs.typo3.org/</link>
<description>TYPO3 bugtracker - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2012-02-09T19:52:20+01:00</sy:updateBase>
<item>
<title>0018419: Usability: Creating translation of content elements</title>
<link>http://bugs.typo3.org/view.php?id=18419</link>
<description>When you create translations of content elements (click on &quot;Create a copy for translation&quot;-link), the page module frame is reloaded completely. So you get always to the top of the list of content elements, which is very annoying when you edit pages with many elements, since you have to scroll down over and over again.&lt;br /&gt;
Would it be possible to refresh the page with AJAX or at least bring the user back to the element he was before?</description>
<guid>http://bugs.typo3.org/view.php?id=18419</guid>
<author>Roland Behme &lt;Roland Behme@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18419#bugnotes</comments>
</item>
<item>
<title>0018245: phpmyadmin 4.11.3 - Error on first Access after login</title>
<link>http://bugs.typo3.org/view.php?id=18245</link>
<description>After login the first access to phpmyadmin gives an Error:&lt;br /&gt;
&lt;br /&gt;
phpMyAdmin - Error&lt;br /&gt;
Cannot start session without errors, please check errors given in your PHP and/or webserver log file and configure your PHP installation properly.&lt;br /&gt;
&lt;br /&gt;
A second Click on phpmyadmin - and it works fine - until you log out.</description>
<guid>http://bugs.typo3.org/view.php?id=18245</guid>
<author>Roland Obermayer &lt;Roland Obermayer@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18245#bugnotes</comments>
</item>
<item>
<title>0018375: Related to Web &gt; Functions &gt; Reference non used elements</title>
<link>http://bugs.typo3.org/view.php?id=18375</link>
<description>Hello Tolleiv,&lt;br /&gt;
&lt;br /&gt;
i migrated some pages and rereferenced the content.&lt;br /&gt;
During that progress i found a problem what i would call a bug:&lt;br /&gt;
&lt;br /&gt;
Page with following DS:&lt;br /&gt;
&lt;br /&gt;
+---------------------------+-------------------------------+&lt;br /&gt;
|                           |                               |&lt;br /&gt;
| +----------+-----------+  |                               |&lt;br /&gt;
| |  C1      |  C2       |  |                               |&lt;br /&gt;
| +----------+-----------+  |                               |&lt;br /&gt;
|                           |                               |&lt;br /&gt;
+---------------------------+-------------------------------+&lt;br /&gt;
&lt;br /&gt;
After changing the DS and rereferencing the page looks like:&lt;br /&gt;
&lt;br /&gt;
+---------------------------+-------------------------------+&lt;br /&gt;
|                           |                               |&lt;br /&gt;
| C2                        |                               |&lt;br /&gt;
|                           |                               |&lt;br /&gt;
| +----------+-----------+  |                               |&lt;br /&gt;
| |  C1      |  C2       |  |                               |&lt;br /&gt;
| +----------+-----------+  |                               |&lt;br /&gt;
|                           |                               |&lt;br /&gt;
| C1                        |                               |&lt;br /&gt;
|                           |                               |&lt;br /&gt;
+---------------------------+-------------------------------+&lt;br /&gt;
&lt;br /&gt;
And C1 and C2 have the message, that they are use 2 times on that page.&lt;br /&gt;
Is it possible to tell the rereference wizard in Web &gt; Functions &gt; TV to&lt;br /&gt;
respect the usage in an FCE?&lt;br /&gt;
&lt;br /&gt;
Thanks&lt;br /&gt;
Kay</description>
<guid>http://bugs.typo3.org/view.php?id=18375</guid>
<author>Kay Strobach &lt;Kay Strobach@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18375#bugnotes</comments>
</item>
<item>
<title>0018450: l18n_parent - No choice available if no parent is assigned</title>
<link>http://bugs.typo3.org/view.php?id=18450</link>
<description>There is a bug in tca.php.&lt;br /&gt;
&lt;br /&gt;
the current configuration for l18n_parent field makes no sense.&lt;br /&gt;
&lt;br /&gt;
foreign_table_where:&lt;br /&gt;
'AND tt_news.uid=###REC_FIELD_l18n_parent### AND tt_news.sys_language_uid IN (-1,0)'&lt;br /&gt;
&lt;br /&gt;
only if already is a parent selected, it will be shown.</description>
<guid>http://bugs.typo3.org/view.php?id=18450</guid>
<author>Daniel Alder &lt;Daniel Alder@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18450#bugnotes</comments>
</item>
<item>
<title>0018365: Can not add more than one category on the creation of news</title>
<link>http://bugs.typo3.org/view.php?id=18365</link>
<description>When I create a new News, category selectbox have size=&quot;1&quot; and it seems we can not add more than one category width this size.&lt;br /&gt;
&lt;br /&gt;
On editing, selectbox have the number of entries + 1 so this issue does not occur.&lt;br /&gt;
&lt;br /&gt;
Why not set a default minimum size?</description>
<guid>http://bugs.typo3.org/view.php?id=18365</guid>
<author>NORRIN Benoit &lt;NORRIN Benoit@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18365#bugnotes</comments>
</item>
<item>
<title>0016040: FormError sets Password to DummyPassword - And never back again</title>
<link>http://bugs.typo3.org/view.php?id=16040</link>
<description>Typo3. Ver. 4.4.3&lt;br /&gt;
&lt;br /&gt;
tx_srfeuserregister: 2.6.0&lt;br /&gt;
-  Use MD5 password : YES&lt;br /&gt;
&lt;br /&gt;
kb_md5fepw Version: 0.4.0&lt;br /&gt;
&lt;br /&gt;
Test:&lt;br /&gt;
&lt;br /&gt;
1. Fill Form.&lt;br /&gt;
2. At least, one req field have to set empty, because we need an error.&lt;br /&gt;
3. Submit&lt;br /&gt;
(if you substitute password fields to normal input fields you will see, that user password changes to blank text: joh 3,16)&lt;br /&gt;
&lt;br /&gt;
4. Fill form correct.&lt;br /&gt;
5. Submit again.&lt;br /&gt;
6. Check form, submit.&lt;br /&gt;
7. Click Confirm link.&lt;br /&gt;
&lt;br /&gt;
Now you can see that the md5 hash &quot;8114a837534b8a4255df111841b37377&quot; (&quot;Joh 3,16&quot;) created.</description>
<guid>http://bugs.typo3.org/view.php?id=16040</guid>
<author>Leviathan 0 &lt;Leviathan 0@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=16040#bugnotes</comments>
</item>
<item>
<title>0018449: Bad link composition with Typo3 reverse proxy and ssl (https)</title>
<link>http://bugs.typo3.org/view.php?id=18449</link>
<description>TYPO3 Version 4.5.3&lt;br /&gt;
&lt;br /&gt;
The function viewOnClick($pageId, $rootLine = NULL) in typo3_src/t3lib/class.t3lib_befunc.php returns the false link if in Typo3 is configured a reverse proxy with ssl for the backend.&lt;br /&gt;
&lt;br /&gt;
I have this Typo3 config:&lt;br /&gt;
&lt;br /&gt;
[SYS][reverseProxyIP] = 00.00.00.00 my IP&lt;br /&gt;
[SYS][reverseProxyHeaderMultiValue] = first&lt;br /&gt;
SYS][reverseProxyPrefix] = &lt;br /&gt;
[SYS][reverseProxySSL] = *&lt;br /&gt;
[SYS][reverseProxyPrefixSSL] = /mydomain.com&lt;br /&gt;
[BE][lockSSL] = 1&lt;br /&gt;
&lt;br /&gt;
If I use this code (for a backend extension):&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;#&quot; onClick=&quot;'.t3lib_BEfunc::viewOnClick($row['uid'],$BACK_PATH,t3lib_BEfunc::BEgetRootLine($row['uid']),'','',$this-&gt;implodedParams['plainParams']).'&quot;&gt;&lt;br /&gt;
&lt;br /&gt;
The URL composed by the function t3lib_BEfunc::viewOnClick(...) is:&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://mydomain.com/&quot;&gt;https://mydomain.com/...&lt;/a&gt; [&lt;a href=&quot;https://mydomain.com/&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] &lt;br /&gt;
&lt;br /&gt;
INSTEAD OF&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://reverse-proxy.com/mydomain.com/&quot;&gt;https://reverse-proxy.com/mydomain.com/...&lt;/a&gt; [&lt;a href=&quot;https://reverse-proxy.com/mydomain.com/&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
I have check the Typo3 typo3_src/t3lib/class.t3lib_befunc.php code on&lt;br /&gt;
&lt;br /&gt;
line 2908: &lt;br /&gt;
$viewDomain = self::getViewDomain($pageUid, $rootLine);&lt;br /&gt;
&lt;br /&gt;
line 2936-2937: &lt;br /&gt;
$protocol = t3lib_div::getIndpEnv('TYPO3_SSL') ? '&lt;a href=&quot;https://'&quot;&gt;https://'&lt;/a&gt; [&lt;a href=&quot;https://'&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] : '&lt;a href=&quot;http://';&quot;&gt;http://';&lt;/a&gt; [&lt;a href=&quot;http://';&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
$domain = $protocol . self::firstDomainRecord($rootLine);&lt;br /&gt;
&lt;br /&gt;
and found that Typo3 don't respect the reverse proxy and ssl config. In other words, it respects the ssl config and adds the https protocol right but don't adds the reverse proxy in the link. I have add this code after line 2937 to solve the problem:&lt;br /&gt;
&lt;br /&gt;
if (!($_SERVER['HTTP_X_FORWARDED_HOST'] == '' || $GLOBALS['TYPO3_CONF_VARS']['SYS']['reverseProxyIP'] == '')) {&lt;br /&gt;
					$host = t3lib_div::trimExplode(',', $_SERVER['HTTP_X_FORWARDED_HOST']);&lt;br /&gt;
					if (count($host)) {&lt;br /&gt;
						switch ($GLOBALS['TYPO3_CONF_VARS']['SYS']['reverseProxyHeaderMultiValue']) {&lt;br /&gt;
							case 'last':&lt;br /&gt;
								$host = array_pop($host);&lt;br /&gt;
								break;&lt;br /&gt;
							case 'first':&lt;br /&gt;
								$host = array_shift($host);&lt;br /&gt;
								break;&lt;br /&gt;
							case 'none':&lt;br /&gt;
							default:&lt;br /&gt;
								$host = '';&lt;br /&gt;
								break;&lt;br /&gt;
						}&lt;br /&gt;
					}&lt;br /&gt;
					$domain = $protocol . $_SERVER['HTTP_X_FORWARDED_HOST'] . $GLOBALS['TYPO3_CONF_VARS']['SYS']['reverseProxyPrefixSSL'];&lt;br /&gt;
				}&lt;br /&gt;
&lt;br /&gt;
With reverseProxy and SSL configured in Typo3 and without this bug repair, many links generated with t3lib_BEfunc::viewOnClick in extensions (direct_mail) or Typo3 core are broken.</description>
<guid>http://bugs.typo3.org/view.php?id=18449</guid>
<author>Phlegx Systems &lt;Phlegx Systems@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18449#bugnotes</comments>
</item>
<item>
<title>0017919: Single View Pagebrowser on none default Language buggy</title>
<link>http://bugs.typo3.org/view.php?id=17919</link>
<description>There is a issue in the pagebrowser on the Single View page of tt_news (3.0.1) under T3 (4.4.5 and 4.4.6) under another language than the default language.&lt;br /&gt;
&lt;br /&gt;
On two of my Websites I have as default language DE and the second one EN or HU.&lt;br /&gt;
In the Single View on the default language all is working perfect. The pagebrower shows the label of the prev and next articles. In the other language the label is in the default language DE and is always the first item, no matter if it's the second or the last news item (see attachment).&lt;br /&gt;
&lt;br /&gt;
Page config: sys_language_overlay = hideNonTranslated&lt;br /&gt;
&lt;br /&gt;
Hope description is clear ;)</description>
<guid>http://bugs.typo3.org/view.php?id=17919</guid>
<author>Arno Dudek &lt;Arno Dudek@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=17919#bugnotes</comments>
</item>
<item>
<title>0018448: cHash calculation sometimes wrong</title>
<link>http://bugs.typo3.org/view.php?id=18448</link>
<description>It appears that in certain cases an empty parameter (key and value) appears in the cHash calculation. That makes a wrong cHash.</description>
<guid>http://bugs.typo3.org/view.php?id=18448</guid>
<author>Dmitry Dulepov &lt;Dmitry Dulepov@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18448#bugnotes</comments>
</item>
<item>
<title>0018447: Many domains in the same installation is not supported by the _DOMAINS</title>
<link>http://bugs.typo3.org/view.php?id=18447</link>
<description>If you have a two or more top level domains with languages (like www.company-europe.com+www.company-america.com and www.company2-europe.com+www.company2-america.com), _DOMAINS will select the very first domain for encoding. It does not use rootpage_id to determine a proper domain.</description>
<guid>http://bugs.typo3.org/view.php?id=18447</guid>
<author>Dmitry Dulepov &lt;Dmitry Dulepov@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18447#bugnotes</comments>
</item>
<item>
<title>0018190: apendMissingSlash handling different if a point is in query parameter</title>
<link>http://bugs.typo3.org/view.php?id=18190</link>
<description>appendMissingSlash have different results if a . is used in the query part:&lt;br /&gt;
&lt;br /&gt;
Example (Values of $speakingURIpath in Trunk version of class.tx_realurl.php:decodeSpURL() Line: 942 and 980 )&lt;br /&gt;
&lt;br /&gt;
942: my?a=b123&lt;br /&gt;
980: my/?a=b123&lt;br /&gt;
&lt;br /&gt;
vs.&lt;br /&gt;
&lt;br /&gt;
942: my?a=.123&lt;br /&gt;
980: my?a=.123&lt;br /&gt;
&lt;br /&gt;
no slash is appended.&lt;br /&gt;
&lt;br /&gt;
Fix:&lt;br /&gt;
&lt;br /&gt;
Line: 951&lt;br /&gt;
- if (!preg_match('/\/[^\/]+\.[^\/]+(\?.*)?$/', '/' . $speakingURIpath)) {&lt;br /&gt;
+ if (!preg_match('/\/[^\/\?]+\.[^\/]+(\?.*)?$/', '/' . $speakingURIpath)) {&lt;br /&gt;
&lt;br /&gt;
This fixes the match to the point in the query part instead of the file part of the url.</description>
<guid>http://bugs.typo3.org/view.php?id=18190</guid>
<author>Alexander Opitz &lt;Alexander Opitz@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18190#bugnotes</comments>
</item>
<item>
<title>0018339: intInRange deprecated from Typo3 4.6 onwards</title>
<link>http://bugs.typo3.org/view.php?id=18339</link>
<description>in pi/class.tx_ttnews.php the function intInRange is used several times e.g:&lt;br /&gt;
$conf['begin'] = t3lib_div::intInRange(ceil($this-&gt;cObj-&gt;calc($conf['begin'])), 0);&lt;br /&gt;
&lt;br /&gt;
causes the following deprecation message: &lt;br /&gt;
04-11-11 14:12: t3lib_div::intInRange() - since TYPO3 4.6, will be removed in TYPO3 4.8 - Use t3lib_utility_Math::forceIntegerInRange() instead - require#78 // tslib_fe-&gt;INTincScript#415 // tslib_fe-&gt;INTincScript_process#3145 // tslib_cObj-&gt;USER#3208 // tslib_content_User-&gt;render#753 // tslib_cObj-&gt;callUserFunction#50 // call_user_func_array#6371 // tx_ttnews-&gt;main_news# // tx_ttnews-&gt;init#159 // t3lib_div::intInRange#371 // t3lib_div::logDeprecatedFunction#862 (3_src-4.6.0/t3lib/class.t3lib_div.php#861)</description>
<guid>http://bugs.typo3.org/view.php?id=18339</guid>
<author>Jan &lt;Jan@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18339#bugnotes</comments>
</item>
<item>
<title>0018324: Deprecation Warnings</title>
<link>http://bugs.typo3.org/view.php?id=18324</link>
<description>24-10-11 23:09: t3lib_cache_backend_DbBackend-&gt;setCacheTable() - since TYPO3 4.6: The backend calculates the table name internally, this method does nothing anymore - require#55 // include#377 // t3lib_cache_Factory-&gt;create#4039 // t3lib_div::makeInstance#83 // ReflectionClass-&gt;newInstanceArgs#4924 // t3lib_cache_backend_AbstractBackend-&gt;__construct# // t3lib_cache_backend_DbBackend-&gt;setCacheTable#84 // t3lib_div::logDeprecatedFunction#379 (src-git/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#378)&lt;br /&gt;
&lt;br /&gt;
24-10-11 23:09: t3lib_cache_backend_DbBackend-&gt;setTagsTable() - since TYPO3 4.6: The backend calculates the table name internally, this method does nothing anymore - require#55 // include#377 // t3lib_cache_Factory-&gt;create#4039 // t3lib_div::makeInstance#83 // ReflectionClass-&gt;newInstanceArgs#4924 // t3lib_cache_backend_AbstractBackend-&gt;__construct# // t3lib_cache_backend_DbBackend-&gt;setTagsTable#84 // t3lib_div::logDeprecatedFunction#401 (src-git/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#400)</description>
<guid>http://bugs.typo3.org/view.php?id=18324</guid>
<author>Stefan Galinski &lt;Stefan Galinski@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18324#bugnotes</comments>
</item>
<item>
<title>0018431: Language labels not output in &quot;Setup languages&quot; area</title>
<link>http://bugs.typo3.org/view.php?id=18431</link>
<description>If used with TYPO3 4.6.3, kickstarter does not display any language labels in the &quot;Setup languages&quot; area. The checkboxes and label tags are there but no actual label text. This makes selecting the desired languages quite difficult.&lt;br /&gt;
&lt;br /&gt;
I have tested this on several TYPO3 4.6.3 installations (ones that were upgraded from 4.5 and ones that were installed from scratch as well) with the same result.</description>
<guid>http://bugs.typo3.org/view.php?id=18431</guid>
<author>Christian Hennecke &lt;Christian Hennecke@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18431#bugnotes</comments>
</item>
<item>
<title>0018446: tt_news 3.0.1 - could not select a category / categorytree</title>
<link>http://bugs.typo3.org/view.php?id=18446</link>
<description>After upgrading tt_news to 3.0.1 I could´t see the selected category of content element tt_news (list-view,date/time,descending, show all items of selected category(or)). &lt;br /&gt;
it´s not possible to select a category or use the category tree after inserting news (new content element &gt; plugin &gt; tt_news). It does´t make a difference with typo3 4.5.3 or 4.5.4.</description>
<guid>http://bugs.typo3.org/view.php?id=18446</guid>
<author>Dani &lt;Dani@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18446#bugnotes</comments>
</item>
<item>
<title>0018441: class tx_templavoila_referenceElementsWizard::getUnreferencedElementsRecords uses Global in wrong scope</title>
<link>http://bugs.typo3.org/view.php?id=18441</link>
<description>around line 265 you have the following statement:&lt;br /&gt;
&lt;br /&gt;
$res = $TYPO3_DB-&gt;exec_SELECTquery (&lt;br /&gt;
			'uid, header, bodytext, sys_language_uid, colPos',&lt;br /&gt;
			'tt_content',&lt;br /&gt;
			'pid='.intval($pid).&lt;br /&gt;
				(count($referencedElementsArr) ? ' AND uid NOT IN ('.implode(',',$referencedElementsArr).')' : '').&lt;br /&gt;
				' AND t3ver_wsid='.intval($BE_USER-&gt;workspace).&lt;br /&gt;
				t3lib_BEfunc::deleteClause('tt_content').&lt;br /&gt;
				t3lib_BEfunc::versioningPlaceholderClause('tt_content'),&lt;br /&gt;
			'',&lt;br /&gt;
			'sorting'&lt;br /&gt;
		);&lt;br /&gt;
&lt;br /&gt;
There you have $BE_USER-&gt;workspace, but $BE_USER can't be accessed here, because it's not declared in the Global Statement, nor it is accessed via the $GLOBALS Array ;)&lt;br /&gt;
&lt;br /&gt;
Thanks Kay</description>
<guid>http://bugs.typo3.org/view.php?id=18441</guid>
<author>Kay Strobach &lt;Kay Strobach@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18441#bugnotes</comments>
</item>
<item>
<title>0018444: has patch - make rereference more smarter by adding a flex field renaming interface to the func wizard</title>
<link>http://bugs.typo3.org/view.php?id=18444</link>
<description>make rereference more smarter by adding a flex field renaming interface to the func wizard</description>
<guid>http://bugs.typo3.org/view.php?id=18444</guid>
<author>Kay Strobach &lt;Kay Strobach@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18444#bugnotes</comments>
</item>
<item>
<title>0018443: missing array_unique in tx_realurl_advanced-&gt;fetchPagesForPath produces incorrect results</title>
<link>http://bugs.typo3.org/view.php?id=18443</link>
<description>in class.tx_realurl_advanced.php&lt;br /&gt;
protected function fetchPagesForPath&lt;br /&gt;
returns not unique pages for a page which has a translation and the titles are the same in every language.&lt;br /&gt;
in addition the $language was not detected and therefore &quot;-1&quot;&lt;br /&gt;
the $pages array is not unique through array_merge: (see additional info).&lt;br /&gt;
&lt;br /&gt;
since array_unique is obviously no option,&lt;br /&gt;
it worked for me to change the check for the language from &lt;br /&gt;
if ($language != 0)&lt;br /&gt;
to&lt;br /&gt;
if ($language &gt; 0)&lt;br /&gt;
&lt;br /&gt;
but maybe there's a better solution</description>
<guid>http://bugs.typo3.org/view.php?id=18443</guid>
<author>bastian baltasar bux &lt;bastian baltasar bux@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18443#bugnotes</comments>
</item>
<item>
<title>0018442: deprecated code for typo3 4.6 testInt()</title>
<link>http://bugs.typo3.org/view.php?id=18442</link>
<description>there are one or more lines calling testInt() in this extension.</description>
<guid>http://bugs.typo3.org/view.php?id=18442</guid>
<author>Jan &lt;Jan@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18442#bugnotes</comments>
</item>
<item>
<title>0018440: Apply optionSplit for FCE typoscript</title>
<link>http://bugs.typo3.org/view.php?id=18440</link>
<description>Assume we have Section if FCE with multiple elements inside. I know we can use typoscript data:register to access current number of item, total amount of them etc... But it will be very useful allow optionSplit syntax inside typoscript for repeated items. &lt;br /&gt;
&lt;br /&gt;
It seems to be not very hard because we can access typoscript text before parsing in tx_templavoila_pi1::processDataValues and have stored in register all needed numbers. So we can apply coresponding typo3_core function to split typoscript config.</description>
<guid>http://bugs.typo3.org/view.php?id=18440</guid>
<author>Myroslav Holyak &lt;Myroslav Holyak@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18440#bugnotes</comments>
</item>
<item>
<title>0018228: Prev/Next Links in single view with wrong sql where</title>
<link>http://bugs.typo3.org/view.php?id=18228</link>
<description>The news are selected badly. In method getPrevNextRec in tt_news plugin, the select has to be refactored.&lt;br /&gt;
&lt;br /&gt;
The current select is wrong and not working if two news entries have the same datetime values.  The comparison is done with:&lt;br /&gt;
$where .= ' AND tt_news.' . $fN . ($getPrev ? '&lt;' : '&gt;') . (int) $fV;&lt;br /&gt;
&lt;br /&gt;
Where it has to be:&lt;br /&gt;
$where .= ' AND tt_news.' . $fN . ($getPrev ? '&lt;=' : '&gt;=') . (int) $fV;&lt;br /&gt;
&lt;br /&gt;
Then, the current displayed news has to be excluded in the query, otherwise the prev/next links will only link to the currently displayed entry again.</description>
<guid>http://bugs.typo3.org/view.php?id=18228</guid>
<author>Michael Grundk?tter &lt;Michael Grundk?tter@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18228#bugnotes</comments>
</item>
<item>
<title>0018439: Show 404 page instead of noNewsIdMsg</title>
<link>http://bugs.typo3.org/view.php?id=18439</link>
<description>I think it is much better (for search engines and for visitors) and more professional to display the error page (with status code 404) if a user requests a page with a non-existing news, instead of displaying the text &quot;no news_id given&quot;.&lt;br /&gt;
&lt;br /&gt;
E.g. with this code:&lt;br /&gt;
$GLOBALS[’TSFE’]-&gt;pageNotFoundAndExit(&lt;br /&gt;
  $this-&gt;local_cObj-&gt;stdWrap($this-&gt;pi_getLL('noNewsIdMsg'), $this-&gt;conf['noNewsIdMsg_stdWrap.'])&lt;br /&gt;
);</description>
<guid>http://bugs.typo3.org/view.php?id=18439</guid>
<author>Sven Burkert &lt;Sven Burkert@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18439#bugnotes</comments>
</item>
<item>
<title>0018313: localization bug in single view - Name of backPid-page</title>
<link>http://bugs.typo3.org/view.php?id=18313</link>
<description>&lt;label index=&quot;backToList&quot;&gt;&lt;- Back to: %s&lt;/label&gt;&lt;br /&gt;
&lt;br /&gt;
The label itself is localized correctly, but sthe string %s NOT. %s always gives the name of the backPid-page in the default language.</description>
<guid>http://bugs.typo3.org/view.php?id=18313</guid>
<author>Harald &lt;Harald@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18313#bugnotes</comments>
</item>
<item>
<title>0006329: Back link does not display localized page title</title>
<link>http://bugs.typo3.org/view.php?id=6329</link>
<description>Scenario: backPid set to the home page&lt;br /&gt;
&lt;br /&gt;
On the English SINGLE content item, the back link shows correctly the page title:&lt;br /&gt;
 &lt;- Back to: Home&lt;br /&gt;
&lt;br /&gt;
On the French page, it is missing:&lt;br /&gt;
 &lt;- retour:&lt;br /&gt;
&lt;br /&gt;
The links are correct, though.</description>
<guid>http://bugs.typo3.org/view.php?id=6329</guid>
<author>Ignatius Reilly &lt;Ignatius Reilly@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=6329#bugnotes</comments>
</item>
<item>
<title>0018256: Crawler fails to follow HTTP redirects</title>
<link>http://bugs.typo3.org/view.php?id=18256</link>
<description>Under certain circumstances, crawler will fail to follow HTTP redirects even with follow30x enabled.</description>
<guid>http://bugs.typo3.org/view.php?id=18256</guid>
<author>Oliver Salzburg &lt;Oliver Salzburg@example.com&gt;</author>
<comments>http://bugs.typo3.org/view.php?id=18256#bugnotes</comments>
</item>
</channel>
</rss>

