TYPO3 Forge: Issueshttp://forge.typo3.org/http://forge.typo3.org/themes/typo3_forge/favicon/favicon.png?17058661692016-08-21T21:00:33ZTYPO3 Forge
Redmine TYPO3 Core - Epic #77562 (Accepted): Misbehaviors with datetime values and timezoneshttp://forge.typo3.org/issues/775622016-08-21T21:00:33ZOliver Haderoliver.hader@typo3.org
<p>This issue serves as an umbrella collector.</p>
<p>We can do little to fix stuff in v7, but we shall fix a lot in v8.</p>
<p>The goals for v8 are:</p>
<ul>
<li>Same DB content as in v7</li>
<li>Values written to FormEngine must contain the server's timezone in the ISO-format</li>
<li>FormEngine JS must be aware of the timezone used in BE to write back correct values</li>
</ul> TYPO3 Core - Bug #59851 (Closed): Image thumbnails sometimes in backend not shownhttp://forge.typo3.org/issues/598512014-06-24T15:41:39ZOliver Haderoliver.hader@typo3.org
<p>Sometime the image thumbnails in the page module are not shown in the TYPO3 backend.<br />The reason for that could be missing reference count values in tt_content.image.</p>
<p>A work-around is to update those counters in SQL (don't use if workspaces are enabled and used):<br /><code><br />UPDATE tt_content<br />SET image=(SELECT COUNT(*) FROM sys_file_reference<br />WHERE uid_foreign = tt_content.uid) WHERE uid IN (SELECT uid_foreign FROM sys_file_reference);<br /></code></p> TYPO3 Core - Bug #55454 (Closed): Buttons for explicit translation are not shownhttp://forge.typo3.org/issues/554542014-01-30T13:19:39ZOliver Haderoliver.hader@typo3.org
Steps:
<ul>
<li>enable $GLOBALS['TYPO3_CONF_VARS']['BE']['explicitConfirmationOfTranslation'] in Install Tool</li>
<li>e.g. create or modify a record in the backend</li>
<li>the additional translation buttons are not rendered correctly</li>
</ul>
<p><img src="http://forge.typo3.org/attachments/download/25925/translation_buttons.png" alt="" loading="lazy" /></p>
<p>I'm not sure whether this feature is used or documented at all.<br />It seems, that the original commit for this feature was this:<br /><a class="changeset" title="* Feature added to disable automatic update of diff data for translation when saving records. Ins..." href="http://forge.typo3.org/projects/typo3cms-core/repository/1749/revisions/a19fb26a51243b4a74d2f8d13f882900fc12df99">a19fb26a51243b4a74d2f8d13f882900fc12df99</a></p> TYPO3 Core - Bug #50531 (Closed): Deleted state is not persisted in file objectshttp://forge.typo3.org/issues/505312013-07-29T18:53:05ZOliver Haderoliver.hader@typo3.org
<p>The deleted state of file objects of the file abstraction layer is not persisted and thus to carried to the database.<br />Since the concept of using the deleted flag is not used at all, additional checks and processors to set and unset the state need to be integrated.</p> TYPO3 Core - Bug #48451 (Closed): Backend Layouts not visualizedhttp://forge.typo3.org/issues/484512013-05-22T14:16:21ZOliver Haderoliver.hader@typo3.org
<p>Backend Layouts columns are not shown in the Web>Page view.</p> TYPO3 Core - Feature #9754 (Rejected): Module: Implement Workspaces List tabhttp://forge.typo3.org/issues/97542010-09-16T12:01:32ZOliver Haderoliver.hader@typo3.org
<p>Implement Workspaces List tab</p> TYPO3 Core - Bug #21726 (Closed): Updating translations from repository in extension manager fail...http://forge.typo3.org/issues/217262009-11-28T15:53:33ZOliver Haderoliver.hader@typo3.org
<p>Updating translations from repository in extension manager fails in Safari 4.0.4 on Mac OS X. Just a white page is shown - after a while, when all packages have been downloaded, suddenly the full status appears. Thus, showing the process dynamically does not work.</p>
<p>In Firefox everything works as expected.</p>
<p>(issue imported from #M12822)</p> TYPO3 Core - Feature #1834 (Closed): Recycler: Integrate Lost+Found possibiliteshttp://forge.typo3.org/issues/18342008-10-26T22:15:18ZOliver Haderoliver.hader@typo3.org
Imagine a record is still available in the database and not marked as deleted (deleted=0). However the accordant parent element was deleted (removed completely or marked as deleted). These parent elements could be:
<ul>
<li>a page (direct parent or any other page ancestor) that was deleted</li>
<li>a default language record that was deleted (translated records, e.g. spanish, are not marked as deleted)</li>
</ul>
<p>All these records with no correct reference to an existing resource should be displayed as "Lost+Found" with the possibilites to delete them as well or to move the to another page.</p> TYPO3 Core - Feature #17108 (Closed): Support secure database connections (e.g. MySQL over SSL)http://forge.typo3.org/issues/171082007-03-10T11:26:43ZOliver Haderoliver.hader@typo3.org
<p>It would be great to have the feature to connect to a server somewhere in the internet by using a secure connection to the database. For the beginning this feature should be available for MySQL. In future mysqli and other DBMS could be integrated - but this is more related to DBAL.</p>
<p><a class="external" href="http://dev.mysql.com/doc/refman/5.0/en/secure-connections.html">http://dev.mysql.com/doc/refman/5.0/en/secure-connections.html</a><br />(issue imported from #M5187)</p> TYPO3 Core - Feature #17102 (Rejected): EM should inform admin if a local extension is outdated a...http://forge.typo3.org/issues/171022007-03-09T14:35:21ZOliver Haderoliver.hader@typo3.org
<p>This issue is more related to system extension as to others.<br />Imagine a site was running TYPO3 4.0.1 for several month and e.g. the RTEhtmlarea was installed locally from TER (with security patches, etc.). Now the admin decides to update to TYPO3 4.1.0. The RTEhtml will not work anymore, because the local installation of this extension (made for TYPO3 4.0.x) is not compatible to TYPO3 4.1.0 anymore.</p>
<p>The Extension Manager (perhaps additionally the update wizard of the install tool) should inform the admin, that the newer system extension is required and that he has to uninstall his local extension.</p>
<p>Just read bug-id <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: RTE does not load (Closed)" href="http://forge.typo3.org/issues/17082">#17082</a> to see what could happen.</p>
<p>(issue imported from #M5178)</p> TYPO3 Core - Bug #17002 (Closed): cHash is not recreated on disposal in config.linkVarshttp://forge.typo3.org/issues/170022007-02-17T11:16:11ZOliver Haderoliver.hader@typo3.org
<p>Imagine you'd like to forward one or more extension variables through the system. The common way to do this is to use config.linkVars. For caching purposes the cHash should be set.</p>
<p>Example:<br />config.linkVars = type,L,tx_myext_pi1,tx_myext_pi2,cHash</p>
<p>Unfortunatelly the cHash will be taken as it is from the current page being displayed. A wrong cHash results into an error message being reported ("wrong cHash").</p>
<p>The solution is to recreate/recalculate the cHash if it should be used in config.linkVars.</p>
<p>(issue imported from #M5010)</p> TYPO3 Core - Feature #16915 (Closed): Integrate function to determine extension key from a table ...http://forge.typo3.org/issues/169152007-01-29T12:17:30ZOliver Haderoliver.hader@typo3.org
<p>Sometimes it could be necessarry to know which table belongs to which extension key. If such a mapping is integrated, the inverse function is also possible.</p>
<p>e.g.<br />table 'tx_myextension_data' -> extension 'my_extension'<br />extension 'my_extension' -> tables 'tx_myextension_data,tx_myextension_categories'</p>
<p>The results should be stored in $GLOBALS['TYPO3_LOADED_EXT'][<extKey>]['tables'] and $GLOBALS['TYPO3_LOADED_TABLES'][<tableName>].</p>
<p>(issue imported from #M4877)</p> TYPO3 Core - Bug #16741 (Rejected): typoLink doesn't use "type" correctly with simulateStaticDocu...http://forge.typo3.org/issues/167412006-11-27T10:35:06ZOliver Haderoliver.hader@typo3.org
<p>Imagine a TypoScript configuration like the following and simulateStaticDocuments enabled:</p>
<p>page.10 = TEXT<br />page.10 {<br /> stdWrap = 1<br /> stdWrap.typolink {<br /> returnLast = url<br /> useCacheHash = 1<br /> parameter.data = tsfe:id<br /> additionalParams = &type=5<br /> }<br />}</p>
<p>You would get something like this as link-URL:</p>
<p>SomePage.13+M5bd9214a8c2.0.html?&type=5</p>
<p>If a user clicks that link, he isn't forward to typeNum "5" as defined, but to the regular typeNum "0". So we would expect to have a link like the following one:</p>
<p>SomePage.13.5.html</p>
<p>The MD5-Part is missing here because it was used for the "&type=5" param only.</p>
<p>The attached patch file is exactly doing this by adding an additional check to tslib_cObj::typoLink.</p>
<p>It's not only a 4.1-beta1a issue. This exists since a long time... ;-)<br />(issue imported from #M4564)</p> TYPO3 Core - Feature #16482 (Rejected): Extending $TCA[$table]['ctrl']['thumbnail'] to use more t...http://forge.typo3.org/issues/164822006-08-21T13:41:38ZOliver Haderoliver.hader@typo3.org
<p>Generally the thumbnail field in the TCA ctrl section is used like this:</p>
<p>$TCA["tx_myext"] = Array (<br /> "ctrl" => Array (<br /> ...<br /> 'thumbnail' => 'image',<br /> ...<br /> ),<br />);</p>
<p>This diff provides a solution, to use more fields, separated by comma, e.g.</p>
<p>$TCA["tx_myext"] = Array (<br /> "ctrl" => Array (<br /> ...<br /> 'thumbnail' => 'image,map,icon',<br /> ...<br /> ),<br />);</p>
<p>See the following diff file.</p>
<p>(issue imported from #M4079)</p> TYPO3 Core - Bug #16392 (Closed): Page-TSconfig ###PAGE_TSCONFIG_STR### not evaluated correctly i...http://forge.typo3.org/issues/163922006-07-21T14:47:43ZOliver Haderoliver.hader@typo3.org
<p>A plugin on Web>Page, that is normally stored in tt_content, is configurable by a flexform. That flexform has a paragraph, using a select-type to get data from a foreign table.</p>
<p>The flexform-configuration on that is a bit special:<br /><config><br /> <type>select</type><br /> <foreign_table>tx_ohhotels_hotel</foreign_table><br /> <foreign_table_where><br /> AND pages.pid = ###PAGE_TSCONFIG_ID###<br /> AND ('###PAGE_TSCONFIG_STR###' = '-' OR tx_ohhotels_hotel.exthotel REGEXP '(^|,)###PAGE_TSCONFIG_STR###(,|$)')<br /> ORDER BY tx_ohhotels_hotel.title<br /> </foreign_table_where><br /> <size>15</size><br /> <minitems>0</minitems><br /> <maxitems>500</maxitems><br /></config></p>
<p>And on Page-TSconfig we have:<br />TCEFORM.tt_content.pi_flexform.PAGE_TSCONFIG_ID = 474<br />TCEFORM.tt_content.pi_flexform.PAGE_TSCONFIG_STR = 1</p>
<p>If you have a look to the image attached, you can see, that the "Items" on the right side are shown correctly. But if chose some of the available items, save and reload the page, this selected items should be visible under "Selected:" - but here they are not!</p>
<p>To get more in detail, here are the performed SQL-queries (depending on the flexform-structure above):</p>
<p>1) This is a WRONG query, trying to get the selected-fields:<br />SELECT tx_ohhotels_hotel.uid,tx_ohhotels_hotel.title,tx_ohhotels_hotel.hidden<br />FROM tx_ohhotels_hotel,pages<br />WHERE pages.uid=tx_ohhotels_hotel.pid<br />AND pages.deleted=0 AND tx_ohhotels_hotel.deleted=0 AND 1=1<br />AND pages.pid = 0<br />AND ('' = '-' OR tx_ohhotels_hotel.exthotel REGEXP '(^|,)(,|$)')<br />ORDER BY tx_ohhotels_hotel.title</p>
<p>If you compare this query to the flexform-configuration, you can see, that the ###PAGE_TSCONFIG_STR### and ###PAGE_TSCONFIG_ID### are not correctly replaced by the configured values in Page-TSconfig.</p>
<p>2) And this is the correct query, used to get the items on the right side:<br />SELECT tx_ohhotels_hotel.uid,tx_ohhotels_hotel.title,tx_ohhotels_hotel.hidden<br />FROM tx_ohhotels_hotel,pages<br />WHERE pages.uid=tx_ohhotels_hotel.pid<br />AND pages.deleted=0 AND tx_ohhotels_hotel.deleted=0 AND 1=1<br />AND pages.pid = 474<br />AND ('1' = '-' OR tx_ohhotels_hotel.exthotel REGEXP '(^|,)1(,|$)')<br />ORDER BY tx_ohhotels_hotel.title</p>
<p>I think the queries for rendering the "Items:" and the "Selected:" part (as shown in the image) are composed differently. For "Selected:" the marker substituion is missing.</p>
<p>(issue imported from #M3906)</p>