From g4-lisz at tonarchiv.ch Fri May 1 02:30:14 2015 From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch) Date: Fri, 01 May 2015 02:30:14 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: Hello again. After a lot of testing I found out that, by the update to InnoDB, the "default" ordering of the table has changed. This installation is quite old (6..8 years) and It looks like there were a lot of deleted rows over time. So MyISAM filled these gaps... On MyISAM, a select without order by clause returns the primary key UID in a more or less unordered sequence, like: UID 3 6 4 7 8 14 10 After moving to InnoDB, the "clean" select returns the rows ordered by the primary key: UID 3 4 6 7 8 10 14 Why the heck does this affect anything at all? Maybe there's a bug in T3 and the 'sorting' field isn't used sometimes? SELECT sorting, count(*) FROM `sys_template` group by sorting; returned this: 128 1 256 35 1024 1 1792 1 .. .. ... all 1 1000000000 21 So some templates which are in the order 256 or 1000000000 should be in a specific sequence to make things with backend template path work... Why this? Again, no idea. At the moment there seems to be no solution make this table work with InnoDB. Maybe someone of the experts has a clue? Cheers, Till On 04/30/2015 09:53 PM, g4-lisz at tonarchiv.ch wrote: > Hi there! > > I recently converted some T3 sys tables to InnoDB which still were > running with MyISAM engine. > > After that I realized that some backend modules from Extbase had a > strange behaviour: They didn't use the right templates anymore. Instead > they displayed the templates from the frontend (with several errors of > course). > I.e. instead of > Resources/Private/Backend/Templates they are using > Resources/Private/Templates now. > > I cleared all the caches, also with install tool and by removing all > files from /typo3temp/Cache. > > TypoScript Object Browser shows the right view settings for all the modules. > > Can anyone tell me what happened? Why did ALTER TABLE ... ENGINE InnoDB > change the content of my sys_template table? > > Cheers, > Till > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From loek at netcoop.nl Fri May 1 12:10:00 2015 From: loek at netcoop.nl (Loek Hilgersom) Date: Fri, 01 May 2015 12:10:00 +0200 Subject: [TYPO3-dev] TCA markers like ###PAGE_TSCONFIG_IDLIST### don't get replaced In-Reply-To: References: Message-ID: I created a forge issue for the datamints_feuser extension: https://forge.typo3.org/issues/66700 On 29-04-15 17:23, Loek Hilgersom wrote: > Hi all, > > I'm using extension direct_mail in combination with datamints_feuser, and this > causes SQL-errors on various occasions because the markers added to TCA by > direct mail are not replaced when queries are run, see example below. > > The queries are executed by the FE plugin of datamints_feuser. > > The only place I could find where these markers are getting replaced is in class > BackendUtility, that may not be the appropriate methods to call. > > How should this be resolved? > > Thanks, > Loek > > > Example query: > > SELECT uid, category FROM sys_dmail_category WHERE 1 AND > sys_dmail_category.deleted=0 AND sys_dmail_category.hidden=0 AND > sys_dmail_category.l18n_parent=0 AND sys_dmail_category.pid IN > (###PAGE_TSCONFIG_IDLIST###) ORDER BY sys_dmail_category.sorting > From jigal.van.hemert at typo3.org Fri May 1 14:01:51 2015 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Fri, 01 May 2015 14:01:51 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: Hi, On 01/05/2015 02:30, g4-lisz at tonarchiv.ch wrote: > After a lot of testing I found out that, by the update to InnoDB, the > "default" ordering of the table has changed. There is no such thing as "default" ordering in MySQL. > This installation is quite old (6..8 years) and It looks like there were > a lot of deleted rows over time. So MyISAM filled these gaps... > > On MyISAM, a select without order by clause returns the primary key UID > in a more or less unordered sequence, like: > UID > 3 > 6 > 4 > 7 > 8 > 14 > 10 > > After moving to InnoDB, the "clean" select returns the rows ordered by > the primary key: > UID > 3 > 4 > 6 > 7 > 8 > 10 > 14 > > Why the heck does this affect anything at all? If you don't specify and ORDER BY clause MySQL will result the items in "database order" which is basically "the order in which the engine returns them". This may depend on many things and may even change over time when the engine and query optimizer decide that the data is processed differently. > Maybe there's a bug in T3 and the 'sorting' field isn't used sometimes? Changing the engine will rebuild the table completely as data is stored in a different way. During the rebuilding the new engine may have ordered the data on the primary key. In the case of InnoDB this is very likely as the primary key is stored in the record itself (not a separate index). > > SELECT sorting, count(*) FROM `sys_template` group by sorting; returned > this: > > 128 1 > 256 35 > 1024 1 > 1792 1 > .. > .. > ... all 1 > 1000000000 21 > > So some templates which are in the order 256 or 1000000000 should be in > a specific sequence to make things with backend template path work... > Why this? Again, no idea. The field 'sorting' is used per folder (page/sysfolder). The sorting value 1000000000 is used for records which are marked as deleted. There is an algorithm in the core to set a new sorting value which tries to limit the number of records which need to be updated when the order of object in the TYPO3 BE is changed. > At the moment there seems to be no solution make this table work with > InnoDB. There shouldn't be a problem. TYPO3 uses sorting per page/folder and should return the templates in the right order anyway. -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From g4-lisz at tonarchiv.ch Sat May 2 09:56:35 2015 From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch) Date: Sat, 02 May 2015 09:56:35 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: On 05/01/2015 02:01 PM, Jigal van Hemert wrote: > Hi, > > On 01/05/2015 02:30, g4-lisz at tonarchiv.ch wrote: >> After a lot of testing I found out that, by the update to InnoDB, the >> "default" ordering of the table has changed. > > There is no such thing as "default" ordering in MySQL. I know, that's why I quoted it. But the order it is returned is always the same, until you change the engine or rebuild the table. > > If you don't specify and ORDER BY clause MySQL will result the items > in "database order" which is basically "the order in which the engine > returns them". This may depend on many things and may even change over > time when the engine and query optimizer decide that the data is > processed differently. Again, i know (in theory). But each enginge has a certain default output order becasue of the way it stores data. MyISAM returns the records the way they were stored. InnoDB uses the primary key. > >> Maybe there's a bug in T3 and the 'sorting' field isn't used sometimes? > > Changing the engine will rebuild the table completely as data is > stored in a different way. During the rebuilding the new engine may > have ordered the data on the primary key. In the case of InnoDB this > is very likely as the primary key is stored in the record itself (not > a separate index). That's what I epxlained here whit my examples. But this mail is not about MySQL. It's about T3 reacting differently depending of the sorting order (call it like this or not) of this specific table. Which shouldn't be, becasuse, as you correctly stated, you can not rely on the order of data comming from the DB. > >> >> SELECT sorting, count(*) FROM `sys_template` group by sorting; returned >> this: >> >> 128 1 >> 256 35 >> 1024 1 >> 1792 1 >> .. >> .. >> ... all 1 >> 1000000000 21 >> >> So some templates which are in the order 256 or 1000000000 should be in >> a specific sequence to make things with backend template path work... >> Why this? Again, no idea. > > The field 'sorting' is used per folder (page/sysfolder). The sorting > value 1000000000 is used for records which are marked as deleted. This is real info that could help debug the issue. > There is an algorithm in the core to set a new sorting value which > tries to limit the number of records which need to be updated when the > order of object in the TYPO3 BE is changed. > >> At the moment there seems to be no solution make this table work with >> InnoDB. > > There shouldn't be a problem. TYPO3 uses sorting per page/folder and > should return the templates in the right order anyway. There shouldn't. But apparently there is an issue with my table, which only appears when data is retourned ordered by Uid. This is not an question of DB engine tpye, but an issue of changing the sequence of data when returned from DB. I can simply proof this when I modify the MyISAM table like this: ALTER TABLE `sys_template` ORDER BY `uid` ; From this moment backend templates won't work any more. There must be some issue in T3 core. I find no other way to explain this issue. Cheers, Till From joel.lindas at yahoo.com Sun May 3 09:20:19 2015 From: joel.lindas at yahoo.com (Darwin Leo) Date: Sun, 03 May 2015 09:20:19 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Obat_Penggugur_Kandungan_Ampuh_-_085320271?= =?utf-8?q?600_-_Resep__Dokter?= Message-ID: CUSTOMER CARE 085320271600 (TELKOMSEL) !!! MAU BELI OBAT ABORSI DI SINI SAJA SUDAH TERBUKTI MANJUR DAN NYATA TIDAK ADA PASIEN KAMI YANG GAGAL !!! HANYA DI TEMPAT KAMI OBAT ABORSI PALING MANJUR YANG BENAR-BENAR PEDULI DENGAN PERMASALAHAN YANG ANDA HADAPI Jual Obat Aborsi | Obat Aborsi | Obat Penggugur | Obat Penggugur Janin | Obat Penggugur kandungan | Obat Peluntur | Obat Peluntur Janin | Obat Peluntur Kandungan | Obat Telat Bulan | Obat Telat Haid 100% A-S-L-I Garansi Dan Terbukti Obat Aborsi Kami Mampu Menangani Hingga Keadaan URGENT ( MENDESAK ) OBAT ABORSI kontraksi terjadi lebih banyak pendarahan biasanya terjadi lebih banyak dari pada menstruasi normal dan ada gumpalan. Jika proses pengguguran selesai, pendarahan dan kram semakin berkurang. Hasil obat telat bulan seperti "KEGUGURAN ALAMI" Tidak perlu waktu lama untuk menggunakan obat telat bulan. Jika anda belum tahu cara menghitung usia kehamilan anda, silahkan anda baca Disini. Setelah anda menemukan usia tepat nya kandungan anda, silahkan ambil paket yang tersedia: Quote: !!! Paket A ( Untuk Usia Maksimal 1Bulan ) Harga : Rp.500.000,- !!! Paket B ( Untuk Usia Maksimal 2Bulan ) Harga : Rp.800.000,- !!! Paket C ( Untuk Usia Maksimal 3Bulan ) Harga : Rp.1.000.000,- !!! Paket D ( Untuk Usia Maksimal 4-5Bulan ) Harga : Rp.1.500.000,- !!! Paket ( Special Atau Bersih Tuntas ) Harga : Rp.2000.000,- KAMI PERINGATKAN JANGAN SIA SIAKAN HIDUP ANDA!!! Bila di bandingkan harga diri anda yang MALU tiada terkira, sudah banyak orang di Indonesia ataupun di luar negeri yang memesan produk obat penggugur Janin ini yang khasiat nya benar benar manjur dan telah terbukti ampuh dari produk Obat Aborsi kami SILAHKAN ANDA BELI DI TEMPAT LAIN JIKA INGIN SIA SIA!!! OBAT DARI KAMI KHUSUS UNTUK MENGGUGURKAN JANIN BUKAN OBAT LAIN YANG BEREDAR DI PASARAN KARENA OBAT MURAHAN ATAU OBAT TIDAK BERKWALITAS ( GAGAL TOTAL ) BUKTIKAN DI SINI SEKARANG JUGA !!! Info Lengkap kunjungi web kami: WWW.OBATABORSITERLENGKAP.TK Quote: Cara Order Cepat Via Sms: SMS ke dengan format sebagai berikut : Order : ...... Nama : ...... Alamat : ...... No. Hp : ...... Contoh SMS (misalkan nama anda Rena) : Rena, Order Paket No.3 , Jl, Jenderal Gatot Soebroto No.1 RT03 RW01 Kelurahan Ngampilan kecamatan Bantul Jogjakarta 14520, via BCA Kirim ke no : 0853 2027 1600 TIDAK MENERIMA COD !!! Mendapatkan No Resi Pengiriman JNE-TIKI-POS & bisa di cek via internet !!! Ada berbagai BUKTI NYATA tanpa REKAYASA-TERPERCAYA MELAYANI PEMESANAN SETIAP HARI, SIAP KIRIM KESELURUH KOTA BESAR DI INDONESIA DAN LUAR NEGERI KESUKSESAN DAN KEBERHASILAN MENGGUGURKAN KANDUNGAN ANDA ADALAH KOMITMEN KAMI From jigal.van.hemert at typo3.org Sun May 3 15:33:30 2015 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Sun, 03 May 2015 15:33:30 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: Hi, On 02/05/2015 09:56, g4-lisz at tonarchiv.ch wrote: >> There shouldn't be a problem. TYPO3 uses sorting per page/folder and >> should return the templates in the right order anyway. > There shouldn't. But apparently there is an issue with my table, which > only appears when data is retourned ordered by Uid. This is not an > question of DB engine tpye, but an issue of changing the sequence of > data when returned from DB. > I can simply proof this when I modify the MyISAM table like this: > ALTER TABLE `sys_template` ORDER BY `uid` ; > > From this moment backend templates won't work any more. > > There must be some issue in T3 core. I find no other way to explain this > issue. I tried this, switching to MyISAM, changing order, switching back to InnoDB and nothing was broken. Everywhere in the core where I found a use of sys_template it was either fetching templates by uid or with an order by sorting. There isn't some issue with templates marked as root or some other obscure difference somehow? -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From g4-lisz at tonarchiv.ch Sun May 3 16:10:23 2015 From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch) Date: Sun, 03 May 2015 16:10:23 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: Hi, On 05/03/2015 03:33 PM, Jigal van Hemert wrote: > Hi, > > On 02/05/2015 09:56, g4-lisz at tonarchiv.ch wrote: >>> There shouldn't be a problem. TYPO3 uses sorting per page/folder and >>> should return the templates in the right order anyway. >> There shouldn't. But apparently there is an issue with my table, which >> only appears when data is retourned ordered by Uid. This is not an >> question of DB engine tpye, but an issue of changing the sequence of >> data when returned from DB. >> I can simply proof this when I modify the MyISAM table like this: >> ALTER TABLE `sys_template` ORDER BY `uid` ; >> >> From this moment backend templates won't work any more. >> >> There must be some issue in T3 core. I find no other way to explain this >> issue. > > I tried this, switching to MyISAM, changing order, switching back to > InnoDB and nothing was broken. Everywhere in the core where I found a > use of sys_template it was either fetching templates by uid or with an > order by sorting. > > There isn't some issue with templates marked as root or some other > obscure difference somehow? > Thanks a lot for checking... One of the strange things is that everything else works fine. I.e. there is absolutely no issue in the frontend. It's only the backend module TS setup which seems gone or wrong... BTW: How does sys_template affect BE modules? Here is my registering code in ext_tables.php: if (TYPO3_MODE === 'BE') { /** * Registers a Backend Module */ Tx_Extbase_Utility_Extension::registerModule( $_EXTKEY, 'user', // Make module a submodule of 'user' 'myext_be', // Submodule key '', // Position array( 'Klinik' => 'list, [...] ), array( 'access' => 'user,group', 'icon' => 'EXT:' . $_EXTKEY . '/ext_icon.gif', 'labels' => [...] ) ); t3lib_extMgm::addTypoScript($_EXTKEY,'setup',''); t3lib_extMgm::addTypoScript($_EXTKEY,'constants',''); } Even if there were something fishy with root templates: How could this change through sys_template records sequence as long as the sorting field is respected? You think there are two templates marked as root in one folder, i.e. same sorting scope? I will check this. Cheers, Till From g4-lisz at tonarchiv.ch Sun May 3 16:15:29 2015 From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch) Date: Sun, 03 May 2015 16:15:29 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: On 05/03/2015 03:33 PM, Jigal van Hemert wrote: > Hi, > > On 02/05/2015 09:56, g4-lisz at tonarchiv.ch wrote: >>> There shouldn't be a problem. TYPO3 uses sorting per page/folder and >>> should return the templates in the right order anyway. >> There shouldn't. But apparently there is an issue with my table, which >> only appears when data is retourned ordered by Uid. This is not an >> question of DB engine tpye, but an issue of changing the sequence of >> data when returned from DB. >> I can simply proof this when I modify the MyISAM table like this: >> ALTER TABLE `sys_template` ORDER BY `uid` ; >> >> From this moment backend templates won't work any more. >> >> There must be some issue in T3 core. I find no other way to explain this >> issue. > > I tried this, switching to MyISAM, changing order, switching back to > InnoDB and nothing was broken. Everywhere in the core where I found a > use of sys_template it was either fetching templates by uid or with an > order by sorting. > > There isn't some issue with templates marked as root or some other > obscure difference somehow? > SELECT sorting, root, count(*) cnt FROM sys_template GROUP BY sorting, root HAVING root=1 AND cnt > 2 returned an emtpy result set... Regards, Till From g4-lisz at tonarchiv.ch Sun May 3 16:18:34 2015 From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch) Date: Sun, 03 May 2015 16:18:34 +0200 Subject: [TYPO3-dev] 6.2: Issue with backend module templates after converting sys_template to InnoDB In-Reply-To: References: Message-ID: On 05/03/2015 04:15 PM, g4-lisz at tonarchiv.ch wrote: > SELECT sorting, root, count(*) cnt FROM sys_template GROUP BY sorting, > root HAVING root=1 AND cnt > 2 > returned an emtpy result set... "HAVING root=1 AND cnt > 1" of course... No result, neither. From o.haerstedt at bitmotion.de Mon May 4 17:24:43 2015 From: o.haerstedt at bitmotion.de (Olle Haerstedt) Date: Mon, 04 May 2015 17:24:43 +0200 Subject: [TYPO3-dev] =?utf-8?q?_What=27s_the_default_Ajax_timeout_in_back-?= =?utf-8?q?end=3F?= Message-ID: Hi! A customer get a lot of "Sorry, but an error occurred while connecting to the server. Please check your network connection." As I understand it this is due to timeout for Ajax calls. We have a big site and loading parts of the page tree can take 15-20 sec. So if the timeout is 30 sec, we have a problem. Does anyone know what the default timeout is for Ext.Direct? Google says 30 sec (but can't find any real docs about this) - is it changed for TYPO3? Regards Olle From helmut.hummel at typo3.org Thu May 7 11:35:08 2015 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Thu, 07 May 2015 11:35:08 +0200 Subject: [TYPO3-dev] What's the default Ajax timeout in back-end? In-Reply-To: References: Message-ID: Hi! Olle Haerstedt wrote: > A customer get a lot of "Sorry, but an error occurred while connecting to the > server. Please check your network connection." As I understand it this is > due to timeout for Ajax calls. We have a big site and loading parts of the page > tree can take 15-20 sec. So if the timeout is 30 sec, we have a problem. Does > anyone know what the default timeout is for Ext.Direct? Google says 30 sec (but > can't find any real docs about this) - is it changed for TYPO3? http://lmgtfy.com/?q=typo3+pagetree+ajax+timeout First three hits lead to bugtracker entries, which are connected to the following changes: https://review.typo3.org/#/c/8981/ https://review.typo3.org/#/c/17192 So the timeout should be increased to a value big enough (3600 seconds) for page tree actions and workspace publishing ? Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 CMS Active Contributor, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From bas at profinit.com Fri May 8 17:31:17 2015 From: bas at profinit.com (Bas van der Togt) Date: Fri, 08 May 2015 17:31:17 +0200 Subject: [TYPO3-dev] Prevent recursive object validation Message-ID: Hello, I have a fluid form to add events. My event model has a company property. The company model has a objectstorage with events. But when i add an event i get a validation error: newEvent.company.events.0000000020bdad1100000001306ef52d.content It looks like extbase is validating recursive. How can i prevent extbase doing this? I'm using TYPO3 7.2 Regards, Bas From pascal.querner at mscg.de Tue May 12 13:35:42 2015 From: pascal.querner at mscg.de (=?Windows-1252?Q?Pascal_Querner_=96_MSCG?=) Date: Tue, 12 May 2015 11:35:42 +0000 Subject: [TYPO3-dev] direct_mail sysfolder redirects to home instead of giving me the newsletter Message-ID: Hi list, I am upgrading a TYPO3 site from 4.5.x to 6.2.x and with it all extensions, of course. Now I am upgrading ?direct_mail? and I got some trouble which I cannot make any sense of. In the 4.5.x enviroment I am able to preview the newsletters in the frontend just fine, but in TYPO3 6.2.x I cant. I simply get redirected to the homepage. Therefore the direct_mail fetches the wrong URL (eg instead of site.dev/index.php?id=1366 it gets redirected to site.dev/index) I tried it with and without realurl. Any other ID I can fetch like that (site.dev/index.php?id=45) as long its not in the sysfolder of direct_mail. The 6.2 site is being merged with another typo3 site, could that be the cause somehow? (So its a multi-domain setup now) Thanks in advance, Pascal Querner From tim.schulz at iconnewmedia.de Wed May 13 16:51:48 2015 From: tim.schulz at iconnewmedia.de (Tim OS) Date: Wed, 13 May 2015 16:51:48 +0200 Subject: [TYPO3-dev] =?utf-8?q?Ignore_tx=5Fextbase=5Ftype?= References: Message-ID: Hey, got exactly the same problem! Multiple Extbase extensions extending fe_users by an own FrontendUser model. So setting one "tx_extbase_type" for all users is not possible. I tried to overwrite the method "findByUid" with my own query setting (Doesn't work either): $query->getQuerySettings()->setEnableFieldsToBeIgnored(array('tx_extbase_type')); Doesn't this problem exist for all TYPO3 installations with multiple extensions of fe_users? How did you manage to get the "getRepositoryClassName" to work? Best regards Tim From richard at ocular.co.nz Thu May 14 00:47:25 2015 From: richard at ocular.co.nz (Richard Davies) Date: Thu, 14 May 2015 10:47:25 +1200 Subject: [TYPO3-dev] Ignore tx_extbase_type In-Reply-To: References: Message-ID: Hi Tim, You can use the base repository ( TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository ) using the correct configuration. When you pull the results the query result will return either - all models as the typo3 base model (TYPO3\CMS\Extbase\Domain\Model\FrontendUser) or - each model for each extension correctly depending on your configuration. You do have to configure everything correctly for it to work in ext_typoscript_setup.txt (the other extensions may have their own stuff in their own ext_typoscript_setup which you may need to override or add to). If your extension (and the other extensions installed) has nothing set for config.tx_extbase.persistence.classes.TYPO3\CMS\Extbase\Domain\Model\FrontendUser.subclasses and nothing is set for TYPO3\CMS\Extbase\Domain\Model\FrontendUser.mapping.recordType then all records returned are always of type TYPO3\CMS\Extbase\Domain\Model\FrontendUser If you want to get the specific models out, you will have to set the mappings to be correct. You will have to set TYPO3\CMS\Extbase\Domain\Model\FrontendUser.mapping.recordType = Tx_Extbase_Domain_Model_FrontendUser and each of the subclasses for each extension e.g.: config.tx_extbase.persistence.classes.TYPO3\CMS\Extbase\Domain\Model\FrontendUser.subclasses.Tx_MyExt_FeUserModel = Company\Extension\Extbase\Domain\Model\FeUserModel All fe_user records will also need a type (so empty tx_extbase_type's should be set to Tx_Extbase_Domain_Model_FrontendUser). I've found that I have to uninstall, reinstall and sometimes clear the cache in the install tool for changes to take effect. Richard On 14 May 2015 at 02:51, Tim OS wrote: > Hey, > got exactly the same problem! > Multiple Extbase extensions extending fe_users by an own FrontendUser > model. So setting one "tx_extbase_type" for all users is not possible. > > I tried to overwrite the method "findByUid" with my own query setting > (Doesn't work either): > > $query->getQuerySettings()->setEnableFieldsToBeIgnored(array('tx_extbase_type')); > > Doesn't this problem exist for all TYPO3 installations with multiple > extensions of fe_users? > How did you manage to get the "getRepositoryClassName" to work? > > Best regards Tim > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From dennis.luemkemann at gmx.de Thu May 14 01:21:43 2015 From: dennis.luemkemann at gmx.de (Dennis Luemkemann) Date: Thu, 14 May 2015 01:21:43 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? Message-ID: Hello all, I hope this is not too off-topic: When deleting files in the backend module File -> Filelist, the corresponding entries in sys_file are simultaneously deleted, together with the files in the file system. But when deleting a folder that contains files, the file records are not deleted from sys_file (but the files in the file system are deleted). Is this normal behavior? Are we relying here on some maintenance routine run later by scheduler that checks for non-existing files and cleans up the orphaned entries? Best regards Dennis From dennis.luemkemann at gmx.de Thu May 14 08:53:36 2015 From: dennis.luemkemann at gmx.de (Dennis Luemkemann) Date: Thu, 14 May 2015 08:53:36 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? In-Reply-To: References: Message-ID: Short follow-up: In the backend reports I now get: "Files flagged as missing 541 files These files are flagged as missing. Restore the files and run the indexer to reset the missing flag." I cannot restore the files, they are deleted. How do I get rid of the dead entries in the database? I?m on 6.2.11 Best regards Dennis Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann : > Hello all, > > I hope this is not too off-topic: > > When deleting files in the backend module File -> Filelist, the corresponding entries in sys_file are simultaneously deleted, together with the files in the file system. But when deleting a folder that contains files, the file records are not deleted from sys_file (but the files in the file system are deleted). Is this normal behavior? Are we relying here on some maintenance routine run later by scheduler that checks for non-existing files and cleans up the orphaned entries? > > Best regards > Dennis > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From franssaris at gmail.com Thu May 14 09:15:55 2015 From: franssaris at gmail.com (Frans Saris) Date: Thu, 14 May 2015 09:15:55 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? In-Reply-To: References: Message-ID: Hi Dennis, If this is really the case then you found a bug. As the sys_file, sys_file_reference and sys_file_processed should all get removed when deleting files in the backend. I know this worked for 6.2.?. Do you have some extension installed that hooks into the FAL API and breaks the correct behaviour? Gr Frans Op 14 mei 2015 08:53 schreef "Dennis Luemkemann" : > Short follow-up: > > In the backend reports I now get: > > "Files flagged as missing 541 files > These files are flagged as missing. Restore the files and run the indexer > to reset the missing flag." > > I cannot restore the files, they are deleted. How do I get rid of the dead > entries in the database? > > I?m on 6.2.11 > > Best regards > Dennis > > Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann >: > > > Hello all, > > > > I hope this is not too off-topic: > > > > When deleting files in the backend module File -> Filelist, the > corresponding entries in sys_file are simultaneously deleted, together with > the files in the file system. But when deleting a folder that contains > files, the file records are not deleted from sys_file (but the files in the > file system are deleted). Is this normal behavior? Are we relying here on > some maintenance routine run later by scheduler that checks for > non-existing files and cleans up the orphaned entries? > > > > Best regards > > Dennis > > > > _______________________________________________ > > TYPO3-dev mailing list > > TYPO3-dev at lists.typo3.org > > 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 > From dennis.luemkemann at gmx.de Thu May 14 11:02:45 2015 From: dennis.luemkemann at gmx.de (Dennis Luemkemann) Date: Thu, 14 May 2015 11:02:45 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? In-Reply-To: References: Message-ID: Hi Frans, all non-system exts I could think of that might interfere: media, (metadata?), solrfal Best regards Dennis Am 14.05.2015 um 09:15 schrieb Frans Saris : > Hi Dennis, > > If this is really the case then you found a bug. As the sys_file, > sys_file_reference and sys_file_processed should all get removed when > deleting files in the backend. > I know this worked for 6.2.?. > > Do you have some extension installed that hooks into the FAL API and breaks > the correct behaviour? > > Gr Frans > Op 14 mei 2015 08:53 schreef "Dennis Luemkemann" : > >> Short follow-up: >> >> In the backend reports I now get: >> >> "Files flagged as missing 541 files >> These files are flagged as missing. Restore the files and run the indexer >> to reset the missing flag." >> >> I cannot restore the files, they are deleted. How do I get rid of the dead >> entries in the database? >> >> I?m on 6.2.11 >> >> Best regards >> Dennis >> >> Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann >> : >> >>> Hello all, >>> >>> I hope this is not too off-topic: >>> >>> When deleting files in the backend module File -> Filelist, the >> corresponding entries in sys_file are simultaneously deleted, together with >> the files in the file system. But when deleting a folder that contains >> files, the file records are not deleted from sys_file (but the files in the >> file system are deleted). Is this normal behavior? Are we relying here on >> some maintenance routine run later by scheduler that checks for >> non-existing files and cleans up the orphaned entries? >>> >>> Best regards >>> Dennis >>> >>> _______________________________________________ >>> TYPO3-dev mailing list >>> TYPO3-dev at lists.typo3.org >>> 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 >> > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From tim.schulz at iconnewmedia.de Thu May 14 22:15:35 2015 From: tim.schulz at iconnewmedia.de (Tim OS) Date: Thu, 14 May 2015 22:15:35 +0200 Subject: [TYPO3-dev] =?utf-8?q?Ignore_tx=5Fextbase=5Ftype?= References: Message-ID: Richard, you are the man! It was the setting of config.tx_extbase.persistence.classes.VENDOR\My\Ext\Model\FrontendUser.mapping.recordType = Tx_Extbase_Domain_Model_FrontendUser With all fe_users set to this tx_extbase_type, each extension returns it's own user model. Thank you for your support! Tim From richard at ocular.co.nz Mon May 18 05:50:36 2015 From: richard at ocular.co.nz (Richard Davies) Date: Mon, 18 May 2015 15:50:36 +1200 Subject: [TYPO3-dev] Attaching file (audio) to model as a direct relation - sys_file_reference removal Message-ID: Hey everyone At the moment I have a model with a direct relation to a filereference > /** > * Audio > * > * @var \TYPO3\CMS\Extbase\Domain\Model\FileReference > */ > protected $audio = NULL; > which works fine for the getAudio method. When I attempt to replace it from the frontend with > public function setAudio(\TYPO3\CMS\Extbase\Domain\Model\FileReference > $audio) { > $this->audio = $audio; > } > it generates a sys_file_reference record but does not delete the old sys_file_reference. Any use of the getAudio gets the first (lowest UID) sys_file_reference/FileReference entered. TCA: 'audio' => array( 'exclude' => 1, 'label' => 'Audio', 'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig( 'audio', array('maxitems' => 1), 'mp4,mp3,m4a' ), ), Shouldn't the sys_file_reference be deleted? Do I need to do anything to do with sys_file_reference with storageObjects when using set even if there is only one record? Thanks, Richard From yourprem786 at gmail.com Mon May 18 07:58:50 2015 From: yourprem786 at gmail.com (Rahul Gupta) Date: Mon, 18 May 2015 11:28:50 +0530 Subject: [TYPO3-dev] Typo3 Cookie Cache Issue Message-ID: Dear Team, I have a page where setup few links on click of those links cookie created in Typoscript and then cookie is reading by Typoscript and displaying on header. Issue is when you click on one link cookie created but on the click of second link cookie created but does not change in the header seems taking up from cache. Please help me here how to make it stable and consistent. For Referecnce Cookie Reading Code; lib.countryitem_cookie = COA lib.countryitem_cookie { 10 = TEXT 10 { stdWrap.wrap = | data = global:_COOKIE|countryitem } } -- Thanks Rahul Gupta From puskas.filip at gmail.com Tue May 19 11:38:08 2015 From: puskas.filip at gmail.com (Toshiro Mifune) Date: Tue, 19 May 2015 11:38:08 +0200 Subject: [TYPO3-dev] =?utf-8?q?_Captcha?= Message-ID: Hi all, in Extension Manager I uploaded sr_freecap_2.2.0.t3x ... but I have no idea how to use it or how can I add a captcha field into my form. What should I do? Thank you for answers, indeed. From contact at oktopuce.fr Tue May 19 13:37:46 2015 From: contact at oktopuce.fr (Florian Rival) Date: Tue, 19 May 2015 13:37:46 +0200 Subject: [TYPO3-dev] Captcha In-Reply-To: References: Message-ID: Hi, Everything is explain in the documentation for FLUID TEMPLATE : http://docs.typo3.org/typo3cms/extensions/sr_freecap/, look this section : Adding the CAPTCHA to the Fluid template If it's in a standard form, it seems that you cannot add a captcha whereas there is something about it in the documentation (weird because it's a basic form function). But there is an extension that you can use to add a captcha to the core form : cdsrc_recaptcha_form An alternative is to used formhandler instead of standard form so you can use sr_freecap. Re: [TYPO3-dev] How to call Extbase controller action from piBase-Plugin? ================================================== Florian Rival Oktopuce tel.: +33-642-255-448 fax : +33-985-375-102 web: www.oktopuce.fr ================================================== Le 19/05/2015 11:38, Toshiro Mifune a ?crit : > Hi all, > > in Extension Manager I uploaded sr_freecap_2.2.0.t3x ... but I have no > idea how to use it or how can I add a captcha field into my form. What > should I do? Thank you for answers, indeed. > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From puskas.filip at gmail.com Tue May 19 14:22:32 2015 From: puskas.filip at gmail.com (Toshiro Mifune) Date: Tue, 19 May 2015 14:22:32 +0200 Subject: [TYPO3-dev] =?utf-8?q?_blank_page?= Message-ID: Hi all ... if I try to put into url an adress ... www.my_page.com or www.my_page.com it appear a blank page ... why? I can do nothing ... what can I do? please help From shanmugarajan.k at gmail.com Tue May 19 14:33:47 2015 From: shanmugarajan.k at gmail.com (shanmugarajan k) Date: Tue, 19 May 2015 18:03:47 +0530 Subject: [TYPO3-dev] blank page In-Reply-To: References: Message-ID: Hi, There are many possibility to see a blank page. In general, you can try this following . 1. Quick test, if you updated any changes just before this you face this issue, just revert the changes and check. 2. If you have a access to the server, check the php error log, there might be the changes of any fatal error in the application script. 3. Delete the complete /typo3temp folder and check whether that could helps. and if you share when exactly this issue started appearing than that could help how to rectify further. Thanks & regards Shan On Tue, May 19, 2015 at 5:52 PM, Toshiro Mifune wrote: > Hi all ... if I try to put into url an adress ... www.my_page.com or > www.my_page.com it appear a blank page ... why? I can do nothing ... what > can I do? > > please help > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > -- Thankyou with regards Shanmugarajan.k http://shanmugarajan.blogspot.com/ http://letus-know.blogspot.com/ From puskas.filip at gmail.com Tue May 19 14:54:16 2015 From: puskas.filip at gmail.com (Toshiro Mifune) Date: Tue, 19 May 2015 14:54:16 +0200 Subject: [TYPO3-dev] =?utf-8?q?blank_page?= References: Message-ID: i forgot to add that I cant login ... login form is also blank ... i mean www.my_page/typo3 .... nothing works From t3ng at bernd-wilke.net Tue May 19 16:14:50 2015 From: t3ng at bernd-wilke.net (bernd wilke) Date: Tue, 19 May 2015 16:14:50 +0200 Subject: [TYPO3-dev] blank page In-Reply-To: References: Message-ID: Am 19.05.15 um 14:54 schrieb Toshiro Mifune: > i forgot to add that I cant login ... login form is also blank ... i > mean www.my_page/typo3 .... nothing works blank page = error in php with configuration not to display errors. so look into your apache error log. or enable errormessages in the install-tool, which you can start stand alone as ./typo3/install/index.php keep in mind: you need the file typo3conf/ENABLE_INSTALL_TOOL and the password, stored as hash in typo3conf/LocalConfiguration.php bernd -- http://www.pi-phi.de/cheatsheet.html From puskas.filip at gmail.com Tue May 19 16:26:23 2015 From: puskas.filip at gmail.com (Toshiro Mifune) Date: Tue, 19 May 2015 16:26:23 +0200 Subject: [TYPO3-dev] =?utf-8?q?blank_page?= References: Message-ID: /typo3/install/index.php ... install tool is locked i dont know where is - apache error log I cant go inside to change something, From m.howells-mead at frappant.ch Tue May 19 17:10:25 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Tue, 19 May 2015 17:10:25 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working Message-ID: Hi there I have a problem with a few TYPO3 6.2 installations which is driving me mad. In the frontend, thumbnails are being created from PDFs using GraphicsMagick with no problem. In the Install Tool, the option [GFX][imagefile_ext] is set to the standard gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai When switching to the Filelist view, the option ?Display thumbnails? is active. In the affected installations, the files linked as PDF thumbnails are the PDFs themselves, instead of a generated GIF. In other installations with identical settings, it works. I have spent most of the afternoon Googling this, to no avail. Has anyone encountered this before? Many thanks for any tips Mark From franssaris at gmail.com Tue May 19 19:30:25 2015 From: franssaris at gmail.com (Frans Saris) Date: Tue, 19 May 2015 19:30:25 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Hi Mark, A fix for this is currently in review https://review.typo3.org/#/c/39077/ Gr. Frans Op 19 mei 2015 17:10 schreef "Mark Howells-Mead" : > Hi there > > I have a problem with a few TYPO3 6.2 installations which is driving me > mad. In the frontend, thumbnails are being created from PDFs using > GraphicsMagick with no problem. In the Install Tool, the option > [GFX][imagefile_ext] is set to the standard > gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai > > When switching to the Filelist view, the option ?Display thumbnails? is > active. In the affected installations, the files linked as PDF thumbnails > are the PDFs themselves, instead of a generated GIF. In other installations > with identical settings, it works. > > I have spent most of the afternoon Googling this, to no avail. Has anyone > encountered this before? > > Many thanks for any tips > Mark > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From t3ng at bernd-wilke.net Wed May 20 08:59:45 2015 From: t3ng at bernd-wilke.net (bernd wilke) Date: Wed, 20 May 2015 08:59:45 +0200 Subject: [TYPO3-dev] blank page In-Reply-To: References: Message-ID: Am 19.05.15 um 16:26 schrieb Toshiro Mifune: > /typo3/install/index.php ... install tool is locked and it tells you to create a file ENABLE_INSTALL_TOOL in typo3conf/ > i dont know where is - apache error log ask your server admin. normaly /var/log/apache2/... > I cant go inside to change something, bernd -- http://www.pi-phi.de/cheatsheet.html From m.howells-mead at frappant.ch Wed May 20 09:43:44 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Wed, 20 May 2015 09:43:44 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: > A fix for this is currently in review https://review.typo3.org/#/c/39077/ Thanks for the link, Frans. I?ve implemented the patch in a local installation and there is no difference: none of the functions in this file are run. I tried an ?exit? in several places, but nothing changed, and the icons are still broken. (As they link to PDFs, not GIFs.) http://imgur.com/hK6gPmg Cheers Mark From franssaris at gmail.com Wed May 20 10:54:07 2015 From: franssaris at gmail.com (Frans Saris) Date: Wed, 20 May 2015 10:54:07 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Also for new uploaded pdf files? If it works for new uploaded files, truncate sys_file_processed Gr. Frans Op 20 mei 2015 09:43 schreef "Mark Howells-Mead" : > > A fix for this is currently in review > https://review.typo3.org/#/c/39077/ > Thanks for the link, Frans. I?ve implemented the patch in a local > installation and there is no difference: none of the functions in this file > are run. I tried an ?exit? in several places, but nothing changed, and the > icons are still broken. (As they link to PDFs, not GIFs.) > > http://imgur.com/hK6gPmg > > Cheers > Mark > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From m.howells-mead at frappant.ch Wed May 20 11:15:04 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Wed, 20 May 2015 11:15:04 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Still no difference, either before or after truncating sys_file_processedfile. After truncation, all of the previously correct image thumbnails are now full-sized instead of thumbnail size, and all of the PDFs still use .pdf-suffixed paths as thumbnail images. Also: calls to GeneralUtility:: throw fatal errors unless I prefix them to Utility\GeneralUtility:: Cheers Mark From post at bergische-webschmiede.de Wed May 20 14:09:42 2015 From: post at bergische-webschmiede.de (Stefan Padberg) Date: Wed, 20 May 2015 14:09:42 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Am 19.05.2015 um 17:10 schrieb Mark Howells-Mead: > Hi there > > I have a problem with a few TYPO3 6.2 installations which is driving me mad. In the frontend, thumbnails are being created from PDFs using GraphicsMagick with no problem. In the Install Tool, the option [GFX][imagefile_ext] is set to the standard gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai > > When switching to the Filelist view, the option ?Display thumbnails? is active. In the affected installations, the files linked as PDF thumbnails are the PDFs themselves, instead of a generated GIF. In other installations with identical settings, it works. > > I have spent most of the afternoon Googling this, to no avail. Has anyone encountered this before? > > Many thanks for any tips > Mark > Did you check with the installtool whether the image functions work correctly? Regards Stefan From m.howells-mead at frappant.ch Wed May 20 14:11:19 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Wed, 20 May 2015 14:11:19 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: > Did you check with the installtool whether the image functions work correctly? Yes and yes, they are. From my earlier email: > In the frontend, thumbnails are being created from PDFs using GraphicsMagick with no problem. In the Install Tool, the option [GFX][imagefile_ext] is set to the standard gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Cheers Mark From franssaris at gmail.com Wed May 20 22:32:51 2015 From: franssaris at gmail.com (Frans Saris) Date: Wed, 20 May 2015 22:32:51 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? In-Reply-To: References: Message-ID: Hi Dennis, this indeed looks like a bug/missing feature. Could you create an issue on https://forge.typo3.org/projects/typo3cms-core/issues ? gr. Frans 2015-05-14 11:02 GMT+02:00 Dennis Luemkemann : > Hi Frans, > > all non-system exts I could think of that might interfere: media, > (metadata?), solrfal > > Best regards > Dennis > > Am 14.05.2015 um 09:15 schrieb Frans Saris : > > > Hi Dennis, > > > > If this is really the case then you found a bug. As the sys_file, > > sys_file_reference and sys_file_processed should all get removed when > > deleting files in the backend. > > I know this worked for 6.2.?. > > > > Do you have some extension installed that hooks into the FAL API and > breaks > > the correct behaviour? > > > > Gr Frans > > Op 14 mei 2015 08:53 schreef "Dennis Luemkemann" < > dennis.luemkemann at gmx.de>: > > > >> Short follow-up: > >> > >> In the backend reports I now get: > >> > >> "Files flagged as missing 541 files > >> These files are flagged as missing. Restore the files and run the > indexer > >> to reset the missing flag." > >> > >> I cannot restore the files, they are deleted. How do I get rid of the > dead > >> entries in the database? > >> > >> I?m on 6.2.11 > >> > >> Best regards > >> Dennis > >> > >> Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann < > dennis.luemkemann at gmx.de > >>> : > >> > >>> Hello all, > >>> > >>> I hope this is not too off-topic: > >>> > >>> When deleting files in the backend module File -> Filelist, the > >> corresponding entries in sys_file are simultaneously deleted, together > with > >> the files in the file system. But when deleting a folder that contains > >> files, the file records are not deleted from sys_file (but the files in > the > >> file system are deleted). Is this normal behavior? Are we relying here > on > >> some maintenance routine run later by scheduler that checks for > >> non-existing files and cleans up the orphaned entries? > >>> > >>> Best regards > >>> Dennis > >>> > >>> _______________________________________________ > >>> TYPO3-dev mailing list > >>> TYPO3-dev at lists.typo3.org > >>> 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 > >> > > _______________________________________________ > > TYPO3-dev mailing list > > TYPO3-dev at lists.typo3.org > > 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 > From yourprem786 at gmail.com Thu May 21 06:43:48 2015 From: yourprem786 at gmail.com (Rahul Gupta) Date: Thu, 21 May 2015 10:13:48 +0530 Subject: [TYPO3-dev] Cache Issue Message-ID: Please let me know how to disable cache for the 1. Particular page 2. All Pages -- Thanks Rahul Gupta From loek at netcoop.nl Thu May 21 10:09:32 2015 From: loek at netcoop.nl (Loek Hilgersom) Date: Thu, 21 May 2015 10:09:32 +0200 Subject: [TYPO3-dev] Typo3 Cookie Cache Issue In-Reply-To: References: Message-ID: Hi Rahul, A COA is always cached, so to make your code work you should replace COA by COA_INT. Loek On 18-05-15 07:58, Rahul Gupta wrote: > Dear Team, > > I have a page where setup few links on click of those links cookie created > in Typoscript and then cookie is reading by Typoscript and displaying on > header. > > Issue is when you click on one link cookie created but on the click of > second link cookie created but does not change in the header seems taking > up from cache. > > Please help me here how to make it stable and consistent. > > For Referecnce Cookie Reading Code; > lib.countryitem_cookie = COA > lib.countryitem_cookie { > 10 = TEXT > 10 { > stdWrap.wrap = | > data = global:_COOKIE|countryitem > } > } > From loek at netcoop.nl Thu May 21 10:14:14 2015 From: loek at netcoop.nl (Loek Hilgersom) Date: Thu, 21 May 2015 10:14:14 +0200 Subject: [TYPO3-dev] Cache Issue In-Reply-To: References: Message-ID: Hi Rahul, On 21-05-15 06:43, Rahul Gupta wrote:> Please let me know how to disable cache for the > > 1. Particular page > 2. All Pages > Disabling cache for complete pages or even all pages is always a bad idea because it will make your site slow. Better use COA_INT or USER_INT objects for only those parts of your content that should not be cached. TYPO3 then still caches all the static parts of your pages. See also my answer to your previous message. Loek From Stephan.Schuler at netlogix.de Thu May 21 11:24:43 2015 From: Stephan.Schuler at netlogix.de (Stephan Schuler) Date: Thu, 21 May 2015 09:24:43 +0000 Subject: [TYPO3-dev] Cache Issue In-Reply-To: References: Message-ID: Hey there. http://docs.typo3.org/typo3cms/CoreApiReference/CachingFramework/Index.html Hint: NullBackend ... and bye bye performance. Honestly: Learn how to work with caches, not against them. Caches is a vital part of TYPO3. You won't have much fun without them. Regards, Stephan Schuler Web-Entwickler | netlogix Media Telefon: +49 (911) 539909 - 0 E-Mail: Stephan.Schuler at netlogix.de Web: media.netlogix.de netlogix GmbH & Co. KG IT-Services | IT-Training | Media Neuwieder Stra?e 10 | 90411 N?rnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: info at netlogix.de | Web: http://www.netlogix.de netlogix GmbH & Co. KG ist eingetragen am Amtsgericht N?rnberg (HRA 13338) Pers?nlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Gesch?ftsf?hrer: Stefan Buchta, Matthias Schmidt -----Urspr?ngliche Nachricht----- Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von Loek Hilgersom Gesendet: Donnerstag, 21. Mai 2015 10:14 An: typo3-dev at lists.typo3.org Betreff: Re: [TYPO3-dev] Cache Issue Hi Rahul, On 21-05-15 06:43, Rahul Gupta wrote:> Please let me know how to disable cache for the > > 1. Particular page > 2. All Pages > Disabling cache for complete pages or even all pages is always a bad idea because it will make your site slow. Better use COA_INT or USER_INT objects for only those parts of your content that should not be cached. TYPO3 then still caches all the static parts of your pages. See also my answer to your previous message. Loek _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From pschriner at gmx.de Thu May 21 12:08:28 2015 From: pschriner at gmx.de (Patrick Schriner) Date: Thu, 21 May 2015 12:08:28 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working References: Message-ID: Nice that this getting patched. Has cost me some nerves :-) Much like the original poster, this patch has not solved my problems, but I tracked it down to a non-working graphicsmagick // ghostscript installation; I can only recommend you debug the command handed to exec(). What I don't get is why an exec error is not logged somewhere. Regards, Patrick On Tue, 19 May 2015 19:30:25 +0200, Frans Saris wrote: > Hi Mark, > > A fix for this is currently in review https://review.typo3.org/#/c/39077/ > > Gr. Frans > Op 19 mei 2015 17:10 schreef "Mark Howells-Mead" > > : > >> Hi there >> >> I have a problem with a few TYPO3 6.2 installations which is driving me >> mad. In the frontend, thumbnails are being created from PDFs using >> GraphicsMagick with no problem. In the Install Tool, the option >> [GFX][imagefile_ext] is set to the standard >> gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai >> >> When switching to the Filelist view, the option ?Display thumbnails? is >> active. In the affected installations, the files linked as PDF >> thumbnails >> are the PDFs themselves, instead of a generated GIF. In other >> installations >> with identical settings, it works. >> >> I have spent most of the afternoon Googling this, to no avail. Has >> anyone >> encountered this before? >> >> Many thanks for any tips >> Mark >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From yourprem786 at gmail.com Thu May 21 12:22:56 2015 From: yourprem786 at gmail.com (Rahul Gupta) Date: Thu, 21 May 2015 15:52:56 +0530 Subject: [TYPO3-dev] TYPO3-dev Digest, Vol 140, Issue 14 In-Reply-To: References: Message-ID: Hi, I am using COA_INT object but cookie is still getting cache. On Thu, May 21, 2015 at 3:30 PM, wrote: > Send TYPO3-dev mailing list submissions to > typo3-dev at lists.typo3.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > or, via email, send a message with subject or body 'help' to > typo3-dev-request at lists.typo3.org > > You can reach the person managing the list at > typo3-dev-owner at lists.typo3.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of TYPO3-dev digest..." > > > Today's Topics: > > 1. Re: Backend PDF thumbnails not working (Stefan Padberg) > 2. Re: Backend PDF thumbnails not working (Mark Howells-Mead) > 3. Re: FAL recursive delete handled correctly? (Frans Saris) > 4. Cache Issue (Rahul Gupta) > 5. Re: Typo3 Cookie Cache Issue (Loek Hilgersom) > 6. Re: Cache Issue (Loek Hilgersom) > 7. Re: Cache Issue (Stephan Schuler) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 20 May 2015 14:09:42 +0200 > From: Stefan Padberg > Subject: Re: [TYPO3-dev] Backend PDF thumbnails not working > To: typo3-dev at lists.typo3.org > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Am 19.05.2015 um 17:10 schrieb Mark Howells-Mead: > > Hi there > > > > I have a problem with a few TYPO3 6.2 installations which is driving me > mad. In the frontend, thumbnails are being created from PDFs using > GraphicsMagick with no problem. In the Install Tool, the option > [GFX][imagefile_ext] is set to the standard > gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai > > > > When switching to the Filelist view, the option ?Display thumbnails? is > active. In the affected installations, the files linked as PDF thumbnails > are the PDFs themselves, instead of a generated GIF. In other installations > with identical settings, it works. > > > > I have spent most of the afternoon Googling this, to no avail. Has > anyone encountered this before? > > > > Many thanks for any tips > > Mark > > > > Did you check with the installtool whether the image functions work > correctly? > > Regards > Stefan > > > ------------------------------ > > Message: 2 > Date: Wed, 20 May 2015 14:11:19 +0200 > From: Mark Howells-Mead > Subject: Re: [TYPO3-dev] Backend PDF thumbnails not working > To: List for Core-/Extension development > Message-ID: > Content-Type: text/plain; charset=us-ascii > > > Did you check with the installtool whether the image functions work > correctly? > > Yes and yes, they are. From my earlier email: > > > In the frontend, thumbnails are being created from PDFs using > GraphicsMagick with no problem. In the Install Tool, the option > [GFX][imagefile_ext] is set to the standard > gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai > > Cheers > Mark > > > > ------------------------------ > > Message: 3 > Date: Wed, 20 May 2015 22:32:51 +0200 > From: Frans Saris > Subject: Re: [TYPO3-dev] FAL recursive delete handled correctly? > To: "List for Core-/Extension development" > Message-ID: > Content-Type: text/plain; charset=UTF-8 > > Hi Dennis, > > this indeed looks like a bug/missing feature. Could you create an issue on > https://forge.typo3.org/projects/typo3cms-core/issues ? > > gr. Frans > > 2015-05-14 11:02 GMT+02:00 Dennis Luemkemann : > > > Hi Frans, > > > > all non-system exts I could think of that might interfere: media, > > (metadata?), solrfal > > > > Best regards > > Dennis > > > > Am 14.05.2015 um 09:15 schrieb Frans Saris : > > > > > Hi Dennis, > > > > > > If this is really the case then you found a bug. As the sys_file, > > > sys_file_reference and sys_file_processed should all get removed when > > > deleting files in the backend. > > > I know this worked for 6.2.?. > > > > > > Do you have some extension installed that hooks into the FAL API and > > breaks > > > the correct behaviour? > > > > > > Gr Frans > > > Op 14 mei 2015 08:53 schreef "Dennis Luemkemann" < > > dennis.luemkemann at gmx.de>: > > > > > >> Short follow-up: > > >> > > >> In the backend reports I now get: > > >> > > >> "Files flagged as missing 541 files > > >> These files are flagged as missing. Restore the files and run the > > indexer > > >> to reset the missing flag." > > >> > > >> I cannot restore the files, they are deleted. How do I get rid of the > > dead > > >> entries in the database? > > >> > > >> I?m on 6.2.11 > > >> > > >> Best regards > > >> Dennis > > >> > > >> Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann < > > dennis.luemkemann at gmx.de > > >>> : > > >> > > >>> Hello all, > > >>> > > >>> I hope this is not too off-topic: > > >>> > > >>> When deleting files in the backend module File -> Filelist, the > > >> corresponding entries in sys_file are simultaneously deleted, together > > with > > >> the files in the file system. But when deleting a folder that contains > > >> files, the file records are not deleted from sys_file (but the files > in > > the > > >> file system are deleted). Is this normal behavior? Are we relying here > > on > > >> some maintenance routine run later by scheduler that checks for > > >> non-existing files and cleans up the orphaned entries? > > >>> > > >>> Best regards > > >>> Dennis > > >>> > > >>> _______________________________________________ > > >>> TYPO3-dev mailing list > > >>> TYPO3-dev at lists.typo3.org > > >>> 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 > > >> > > > _______________________________________________ > > > TYPO3-dev mailing list > > > TYPO3-dev at lists.typo3.org > > > 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 > > > > > ------------------------------ > > Message: 4 > Date: Thu, 21 May 2015 10:13:48 +0530 > From: Rahul Gupta > Subject: [TYPO3-dev] Cache Issue > To: typo3-dev at lists.typo3.org > Message-ID: > Content-Type: text/plain; charset=UTF-8 > > Please let me know how to disable cache for the > > 1. Particular page > 2. All Pages > > -- > Thanks > Rahul Gupta > > > ------------------------------ > > Message: 5 > Date: Thu, 21 May 2015 10:09:32 +0200 > From: Loek Hilgersom > Subject: Re: [TYPO3-dev] Typo3 Cookie Cache Issue > To: typo3-dev at lists.typo3.org > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi Rahul, > > A COA is always cached, so to make your code work you should replace COA > by COA_INT. > > Loek > > > On 18-05-15 07:58, Rahul Gupta wrote: > > Dear Team, > > > > I have a page where setup few links on click of those links cookie > created > > in Typoscript and then cookie is reading by Typoscript and displaying on > > header. > > > > Issue is when you click on one link cookie created but on the click of > > second link cookie created but does not change in the header seems taking > > up from cache. > > > > Please help me here how to make it stable and consistent. > > > > For Referecnce Cookie Reading Code; > > lib.countryitem_cookie = COA > > lib.countryitem_cookie { > > 10 = TEXT > > 10 { > > stdWrap.wrap = | > > data = global:_COOKIE|countryitem > > } > > } > > > > > ------------------------------ > > Message: 6 > Date: Thu, 21 May 2015 10:14:14 +0200 > From: Loek Hilgersom > Subject: Re: [TYPO3-dev] Cache Issue > To: typo3-dev at lists.typo3.org > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi Rahul, > > On 21-05-15 06:43, Rahul Gupta wrote:> Please let me know how to disable > cache > for the > > > > 1. Particular page > > 2. All Pages > > > > Disabling cache for complete pages or even all pages is always a bad idea > because it will make your site slow. Better use COA_INT or USER_INT > objects for > only those parts of your content that should not be cached. TYPO3 then > still > caches all the static parts of your pages. > > See also my answer to your previous message. > > Loek > > > ------------------------------ > > Message: 7 > Date: Thu, 21 May 2015 09:24:43 +0000 > From: Stephan Schuler > Subject: Re: [TYPO3-dev] Cache Issue > To: List for Core-/Extension development > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Hey there. > > http://docs.typo3.org/typo3cms/CoreApiReference/CachingFramework/Index.html > Hint: NullBackend ... and bye bye performance. > > Honestly: Learn how to work with caches, not against them. Caches is a > vital part of TYPO3. You won't have much fun without them. > > Regards, > > > Stephan Schuler > Web-Entwickler | netlogix Media > > Telefon: +49 (911) 539909 - 0 > E-Mail: Stephan.Schuler at netlogix.de > Web: media.netlogix.de > > > > > netlogix GmbH & Co. KG > IT-Services | IT-Training | Media > Neuwieder Stra?e 10 | 90411 N?rnberg > Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 > E-Mail: info at netlogix.de | Web: http://www.netlogix.de > > netlogix GmbH & Co. KG ist eingetragen am Amtsgericht N?rnberg (HRA 13338) > Pers?nlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) > Umsatzsteuer-Identifikationsnummer: DE 233472254 > Gesch?ftsf?hrer: Stefan Buchta, Matthias Schmidt > > > > -----Urspr?ngliche Nachricht----- > Von: typo3-dev-bounces at lists.typo3.org [mailto: > typo3-dev-bounces at lists.typo3.org] Im Auftrag von Loek Hilgersom > Gesendet: Donnerstag, 21. Mai 2015 10:14 > An: typo3-dev at lists.typo3.org > Betreff: Re: [TYPO3-dev] Cache Issue > > Hi Rahul, > > On 21-05-15 06:43, Rahul Gupta wrote:> Please let me know how to disable > cache for the > > 1. Particular page > 2. All Pages > > > Disabling cache for complete pages or even all pages is always a bad idea > because it will make your site slow. Better use COA_INT or USER_INT objects > for only those parts of your content that should not be cached. TYPO3 then > still caches all the static parts of your pages. > > See also my answer to your previous message. > > Loek > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > 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 > > End of TYPO3-dev Digest, Vol 140, Issue 14 > ****************************************** > -- Thanks Rahul Gupta From dennis.luemkemann at gmx.de Thu May 21 15:02:53 2015 From: dennis.luemkemann at gmx.de (Dennis Luemkemann) Date: Thu, 21 May 2015 15:02:53 +0200 Subject: [TYPO3-dev] FAL recursive delete handled correctly? In-Reply-To: References: Message-ID: Hello Frans, I just created a bug report on forge. https://forge.typo3.org/issues/67084 Best regards Dennis Am 20.05.2015 um 22:32 schrieb Frans Saris : > Hi Dennis, > > this indeed looks like a bug/missing feature. Could you create an issue on > https://forge.typo3.org/projects/typo3cms-core/issues ? > > gr. Frans > > 2015-05-14 11:02 GMT+02:00 Dennis Luemkemann : > >> Hi Frans, >> >> all non-system exts I could think of that might interfere: media, >> (metadata?), solrfal >> >> Best regards >> Dennis >> >> Am 14.05.2015 um 09:15 schrieb Frans Saris : >> >>> Hi Dennis, >>> >>> If this is really the case then you found a bug. As the sys_file, >>> sys_file_reference and sys_file_processed should all get removed when >>> deleting files in the backend. >>> I know this worked for 6.2.?. >>> >>> Do you have some extension installed that hooks into the FAL API and >> breaks >>> the correct behaviour? >>> >>> Gr Frans >>> Op 14 mei 2015 08:53 schreef "Dennis Luemkemann" < >> dennis.luemkemann at gmx.de>: >>> >>>> Short follow-up: >>>> >>>> In the backend reports I now get: >>>> >>>> "Files flagged as missing 541 files >>>> These files are flagged as missing. Restore the files and run the >> indexer >>>> to reset the missing flag." >>>> >>>> I cannot restore the files, they are deleted. How do I get rid of the >> dead >>>> entries in the database? >>>> >>>> I?m on 6.2.11 >>>> >>>> Best regards >>>> Dennis >>>> >>>> Am 14.05.2015 um 01:21 schrieb Dennis Luemkemann < >> dennis.luemkemann at gmx.de >>>>> : >>>> >>>>> Hello all, >>>>> >>>>> I hope this is not too off-topic: >>>>> >>>>> When deleting files in the backend module File -> Filelist, the >>>> corresponding entries in sys_file are simultaneously deleted, together >> with >>>> the files in the file system. But when deleting a folder that contains >>>> files, the file records are not deleted from sys_file (but the files in >> the >>>> file system are deleted). Is this normal behavior? Are we relying here >> on >>>> some maintenance routine run later by scheduler that checks for >>>> non-existing files and cleans up the orphaned entries? >>>>> >>>>> Best regards >>>>> Dennis >>>>> >>>>> _______________________________________________ >>>>> TYPO3-dev mailing list >>>>> TYPO3-dev at lists.typo3.org >>>>> 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 >>>> >>> _______________________________________________ >>> TYPO3-dev mailing list >>> TYPO3-dev at lists.typo3.org >>> 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 >> > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From m.howells-mead at frappant.ch Thu May 21 17:32:24 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Thu, 21 May 2015 17:32:24 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Hi Patrick > Much like the original poster, this patch has not solved my problems, but I tracked it down to a non-working graphicsmagick // ghostscript installation; What file type did the list view in your installation link to, when it wasn?t working? A GIF or a PDF? The reason I?m asking is because GM / Ghostscript is working correctly. The function in the patch (function getTable() in sysext/filelist/Classes/Filelist.php) is never run as part of building this backend list view. Cheers Mark From franssaris at gmail.com Thu May 21 19:07:52 2015 From: franssaris at gmail.com (Frans Saris) Date: Thu, 21 May 2015 19:07:52 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Hi Mark, the patch I metioned is adjusted for 6.2 and merged now https://review.typo3.org/#/c/39655/ could you maybe check again if this resolves your issue? gr. Frans 2015-05-21 17:32 GMT+02:00 Mark Howells-Mead : > Hi Patrick > > > Much like the original poster, this patch has not solved my problems, > but I tracked it down to a non-working graphicsmagick // ghostscript > installation; > > What file type did the list view in your installation link to, when it > wasn?t working? A GIF or a PDF? > > The reason I?m asking is because GM / Ghostscript is working correctly. > The function in the patch (function getTable() in > sysext/filelist/Classes/Filelist.php) is never run as part of building this > backend list view. > > Cheers > Mark > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From m.howells-mead at frappant.ch Fri May 22 09:52:24 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Fri, 22 May 2015 09:52:24 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Hi Frans > the patch I metioned is adjusted for 6.2 and merged now > https://review.typo3.org/#/c/39655/ could you maybe check again if this > resolves your issue? Thanks for your work. I?ve replaced the original LocalPreviewHelper.php with the new one, but the view remains the same. The Filelist view in the backend still links the image tags to PDFs instead of GIF/PNG. Cheers Mark From m.howells-mead at frappant.ch Fri May 22 10:17:46 2015 From: m.howells-mead at frappant.ch (Mark Howells-Mead) Date: Fri, 22 May 2015 10:17:46 +0200 Subject: [TYPO3-dev] Backend PDF thumbnails not working In-Reply-To: References: Message-ID: Hi Frans Additional tests indicate that something is really borked here. If I empty the database table sys_file_reference, then although the image tests in the Install Tool work fine, all of the images in the BE Filelist are displayed at full resolution instead of the thumbnail version. Despite all caches in the CMS and in the browser being emptied. When I roll back to 6.2.10 - simply swapping out the core - everything works perfectly, immediately. Cheers Mark From philipp.gampe at typo3.org Sat May 23 18:22:26 2015 From: philipp.gampe at typo3.org (Philipp Gampe) Date: Sat, 23 May 2015 18:22:26 +0200 Subject: [TYPO3-dev] Need help creating .t3x package from my extension References: Message-ID: Hi Mite Stojanov, Mite Stojanov wrote: > Now, I am using version 6.2 and learnt that almost everything has changed, > and there is no more kickstarter. I figured out how to use the Extension > Builder, I have an extension on my dev version of TYPO3, but I need to > move it on another instance.. I could only download a .zip package from > Extension Manager, but couldn't find any way to create .t3x file. t3x files are deprecated. You can use the zip files to move extensions from one installation to another. Best regards -- Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln Documentation ? Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! From fuehricht at gmx.at Fri May 29 09:57:41 2015 From: fuehricht at gmx.at (=?UTF-8?B?UmVpbmhhcmQgRsO8aHJpY2h0?=) Date: Fri, 29 May 2015 09:57:41 +0200 Subject: [TYPO3-dev] Fluid BE Paginate loses filter Message-ID: Hi all, I am currently working on a new Backend Module for Formhandler. I chose to use Extbase/Fluid for that. Everything seems to work fine except some problems with the paginate widget. I created a filter form and a demand object. The filter result is paginated using the paginate widget. When I go to the next page, the filter is lost and the list shows all records again. Here is some code: The form: ---------------------------------------------------------------------- ... Fields for pid, ip, starttime, endtime ... Loading the data: ---------------------------------------------------------------------- $logDataRows = $this->logDataRepository->findDemanded($demand); $this->view->assign('logDataRows', $logDataRows); Paginating the data: ---------------------------------------------------------------------- ... If is set the filter for pid to show all records, the list will show the correct data (entries of all pages). When i hit the link to got to the next page, the filter is reset and the list shows records of only the current page. Have I done anything wrong? Do I need to adjust my code somehow? Regards, Reinhard -- -------------------------------- http://www.typo3-formhandler.com -------------------------------- From franz.holzinger at ttproducts.de Fri May 29 12:38:51 2015 From: franz.holzinger at ttproducts.de (Franz Holzinger) Date: Fri, 29 May 2015 12:38:51 +0200 Subject: [TYPO3-dev] questions about XCLASS replacement in TYPO3 6.2 Message-ID: Hello, during the usage of the replacement for XCLASSing in TYPO3 6.2 and reading of the manuals, some questions appeared to me: 1.) Why do you call the usage of "$GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects'] " still XCLASS? It should be called "using System Objects" or similar. Since TYPO3 6.2 the name XCLASS should disappear from the manuals. 2.) What must be done if the array $GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects']['TYPO3\CMS\Backend\Controller\NewRecordController'] already exists? Shall it be overwritten without any notice? Or is there any recommendation for an entry into an error log file? 3.) I cannot get System Objects class extending working with an abstract class. "abstract class AbstractConditionMatcher extends \TYPO3\CMS\Core\Configuration\TypoScript\ConditionMatching\AbstractConditionMatcher {" Are abstract classes not supported for extending them? - Franz From typo3 at andre-spindler.de Fri May 29 14:38:45 2015 From: typo3 at andre-spindler.de (=?UTF-8?B?QW5kcsOpIFNwaW5kbGVy?=) Date: Fri, 29 May 2015 14:38:45 +0200 Subject: [TYPO3-dev] FAL and EnableFields - suggestion for improvement Message-ID: Hello, in a fresh installation of TYPO3 CMS 6.2 there are no enable fields in FAL. This makes sense for most use cases. But even the system extension filemetadata adds a field fe_groups. But only db table and TCA is changed. So if use USE this system feature and expect it is already included, you get wrong. Looking into the file repository this gets clear. Method \TYPO3\CMS\Core\Resource\FileRepository::findByRelation() calls enableFields() for table sys_file_reference, but not for sys_file_metadata. Adding this here would mean to add a third table here in the SELECT statement and an additional relation to be resolved. Due to performance reasons this should be avoided. But what about introducing a signal here? Just between compiling the SELECT statement and executing it? In system extension filemetadata there could be added a slot then to extend the query to check the enable fields of the metadata. At the moment this system feature (fe_groups) is nearly useless. If you need to check access restrictions on file level, you have to fetch all records by a sql query first. As enableFields just returns the finally where clause, you have to build up the list of groups for youself and run with php through all entries by checking them. And don't forget to discard unneeded entries to reduce memory usage. Perhaps at the and there is no single entry at all, but you have executed a lot of php code and used a lot of memory... Regards, Andr? Spindler From rgn at windinternet.nl Fri May 29 17:01:39 2015 From: rgn at windinternet.nl (Rudy Gnodde) Date: Fri, 29 May 2015 17:01:39 +0200 Subject: [TYPO3-dev] Fluid BE Paginate loses filter In-Reply-To: References: Message-ID: Hello Reinhard, The default template for the Backend Paginate Widget doesn't add any other parameters to the URL for the page links, so the filter isn't passed to the next page. You'll need to use a custom template where you add the parameters to the page link URLs. Regards, Rudy Gnodde WIND Internet Reinhard F?hricht schreef op 29-5-2015 om 09:57: > Hi all, > > I am currently working on a new Backend Module for Formhandler. > > I chose to use Extbase/Fluid for that. > Everything seems to work fine except some problems with the paginate > widget. > > I created a filter form and a demand object. > The filter result is paginated using the paginate widget. > When I go to the next page, the filter is lost and the list shows all > records again. > > Here is some code: > > The form: > ---------------------------------------------------------------------- > class="filterForm form-horizontal"> > ... Fields for pid, ip, starttime, endtime ... > > > Loading the data: > ---------------------------------------------------------------------- > $logDataRows = $this->logDataRepository->findDemanded($demand); > $this->view->assign('logDataRows', $logDataRows); > > Paginating the data: > ---------------------------------------------------------------------- > configuration="{itemsPerPage: 5, insertBelow: 1}"> > ... > > > > If is set the filter for pid to show all records, the list will show the > correct data (entries of all pages). When i hit the link to got to the > next page, the filter is reset and the list shows records of only the > current page. > > Have I done anything wrong? Do I need to adjust my code somehow? > > Regards, > Reinhard > From jigal.van.hemert at typo3.org Fri May 29 23:44:19 2015 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Fri, 29 May 2015 23:44:19 +0200 Subject: [TYPO3-dev] questions about XCLASS replacement in TYPO3 6.2 In-Reply-To: References: Message-ID: Hi, On 29/05/2015 12:38, Franz Holzinger wrote: > 1.) Why do you call the usage of > "$GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects'] " still XCLASS? It should > be called "using System Objects" or similar. Since TYPO3 6.2 the name > XCLASS should disappear from the manuals. XCLASS is a well known term. People are still talking about TCEmain instead of DataHandler. It's about eXtending CLASSes, so it's not that weird to still use the word for it. That is just an opinion. > 2.) What must be done if the array > $GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects']['TYPO3\CMS\Backend\Controller\NewRecordController'] > already exists? Shall it be overwritten without any notice? Or is there > any recommendation for an entry into an error log file? You could XCLASS the extending class, but that increases the risks. > 3.) I cannot get System Objects class extending working with an abstract > class. > "abstract class AbstractConditionMatcher extends > \TYPO3\CMS\Core\Configuration\TypoScript\ConditionMatching\AbstractConditionMatcher > {" > Are abstract classes not supported for extending them? XCLASSing is done when you instantiate a class object. Abstract classes can't be instantiated. If you have an extended abstract class the concrete class should extend the extended abstract class and not the original abstract class. That would require changing the declaration of the original class: class ConditionMatcher extends AbstractConditionMatcher { With your XCLASS : abstract class MyAbstractConditionMatcher extends AbstractConditionMatcher { and the declaration of ConditionMatcher should read: class ConditionMatcher extends MyAbstractConditionMatcher { -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From cr at cNOSPAMxd.de Sat May 30 13:27:13 2015 From: cr at cNOSPAMxd.de (Christian Reiter) Date: Sat, 30 May 2015 13:27:13 +0200 Subject: [TYPO3-dev] Question about TYPO3 7.2 new cf-based image size cache Message-ID: TYPO3 7.2. has switched from old "cache_imagesizes" table to a caching framework implementation. I have some questions here. In the old version (6.2) "getCachedImageDimensions" worked like this $md5Hash = md5($fileStatus['mtime'] . $fileStatus['size']); $cachedImageDimensions = $GLOBALS['TYPO3_DB']->exec_SELECTgetSingleRow( 'md5hash, md5filename, imagewidth, imageheight', 'cache_imagesizes', 'md5filename=' . $GLOBALS['TYPO3_DB']->fullQuoteStr( md5($imageFile), 'cache_imagesizes' ) ); Note the key to actually "get" cached dimensions is a hash of the full filename. Then the md5hash of mtime and size is used to see whether the entry is still valid. The database records additionally contain the filename, width and height in cleartext. In the new 7.2 version the cache key (identifier) is made from mtime and size like this: protected function generateCacheKeyForImageFile($filePath) { $fileStatus = stat($filePath); return sha1($fileStatus['mtime'] . $fileStatus['size']); } To get the cached dimensions: $statusHash = $this->generateCacheKeyForImageFile($filePath); ... $cachedImageDimensions = $cache->get($statusHash); So we identify entries not by filename but only by hash of mtime and size. Code is in TYPO3\CMS\Core\Imaging\GraphicalFunctions Question 1. It seems two or more different files that have same mtime and filesize will get the same $statusHash and return the same cache entry. However it is possible they have different dimensions. But all of them will get the same cached dimensions returned which will be wrong for all but one. Question 2. Let's assume the file has changed. As the comments in the code say, we want to delete the cache entry if we know the file has changed. Obviously we can't use a key made from mtime and filesize to identify the cache entry we want to remove, because those parameters have changed by definition (that is the reason why we want to remove the entry). So to delete the entry, the 7.2 version says $cache->remove($filePath); but earlier it used $cache->set($statusHash, $imageDimensions) and $cache->remove($statusHash) to set and get the entries, and as we saw that is built only from mtime and filesize which have changed. Shouldn't cache->set/get and cache->remove use the same identifier? It certainly looks like that TYPO3\CMS\Core\Cache\Backend\Typo3DatabaseBackend Or am I completely misunderstanding how the caching framework operates? Question 3 In the old version the cache_imagesizes was easy to access because it was possible to clear entries by filename. If I knew something had changed files x,y,z - I could directly flush the cache_imagesizes entries for them. The new cache seems much more difficult to handle because it lacks the filename to access it. A great way would be if I could cache->flushByTag() with the filename, and both the original and any resized versions derived from an original filename could be tagged by that. But the new image cache doesn't use tags at all. Can anyone put me on the right track with this cache implementation? Best regards, Christian From franssaris at gmail.com Sat May 30 22:27:47 2015 From: franssaris at gmail.com (Frans Saris) Date: Sat, 30 May 2015 22:27:47 +0200 Subject: [TYPO3-dev] FAL and EnableFields - suggestion for improvement In-Reply-To: References: Message-ID: Hi Andr?, We took a slightly different approach for using the fe_group field to secure files in fe. See http://typo3.org/extensions/repository/view/fal_securedownload and https://github.com/beechit/fal_securedownload. It uses the current FAL API mostly with some additions to determine if a user has the correct permissions when accessing a file. Gr. Frans Hello, in a fresh installation of TYPO3 CMS 6.2 there are no enable fields in FAL. This makes sense for most use cases. But even the system extension filemetadata adds a field fe_groups. But only db table and TCA is changed. So if use USE this system feature and expect it is already included, you get wrong. Looking into the file repository this gets clear. Method \TYPO3\CMS\Core\Resource\FileRepository::findByRelation() calls enableFields() for table sys_file_reference, but not for sys_file_metadata. Adding this here would mean to add a third table here in the SELECT statement and an additional relation to be resolved. Due to performance reasons this should be avoided. But what about introducing a signal here? Just between compiling the SELECT statement and executing it? In system extension filemetadata there could be added a slot then to extend the query to check the enable fields of the metadata. At the moment this system feature (fe_groups) is nearly useless. If you need to check access restrictions on file level, you have to fetch all records by a sql query first. As enableFields just returns the finally where clause, you have to build up the list of groups for youself and run with php through all entries by checking them. And don't forget to discard unneeded entries to reduce memory usage. Perhaps at the and there is no single entry at all, but you have executed a lot of php code and used a lot of memory... Regards, Andr? Spindler _______________________________________________ TYPO3-dev mailing list TYPO3-dev at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From typo3 at andre-spindler.de Sat May 30 23:22:26 2015 From: typo3 at andre-spindler.de (=?UTF-8?B?QW5kcsOpIFNwaW5kbGVy?=) Date: Sat, 30 May 2015 23:22:26 +0200 Subject: [TYPO3-dev] FAL and EnableFields - suggestion for improvement In-Reply-To: References: Message-ID: Hi Frans, thank you for your response. But as far as I have seen in the source code of your extension you just do the same as I do for checking the access right: You fetch all files from FAL and then AFTERWARDS check for matching access rights. Is that right? Therefore FAL creates objects for files and folders you will skip later. for me these are wasted ressources, memory and time. For the moment I do the same in my extension. But what I asked for is a solution to make FAL return just the required data. To filter the returned objects without the need to create some kind of php code to loop through the files just to check access rights. In your extension you check acceess when rendering the returned entries. This way it is possible to find a folder the user has acces to, but is it empty as there is no allowed file. But for my case this is not enough. As our customer required to not display "empty" objects, we have to check the complete data for empty elements - recursive. This means a lot of wasted resources in some special cases. In my opinion it is also better to limit the data what I get from a select query when retrieving it than run through the results in a php loop and throw wrong results away using additional conditions. Regards, Andr? Am 30.05.2015 um 22:27 schrieb Frans Saris: > Hi Andr?, > > We took a slightly different approach for using the fe_group field to > secure files in fe. > > See http://typo3.org/extensions/repository/view/fal_securedownload and > https://github.com/beechit/fal_securedownload. It uses the current FAL API > mostly with some additions to determine if a user has the correct > permissions when accessing a file. > > Gr. Frans > Hello, > > in a fresh installation of TYPO3 CMS 6.2 there are no enable fields in FAL. > This makes sense for most use cases. > But even the system extension filemetadata adds a field fe_groups. But only > db table and TCA is changed. > So if use USE this system feature and expect it is already included, you > get wrong. > > Looking into the file repository this gets clear. > Method \TYPO3\CMS\Core\Resource\FileRepository::findByRelation() calls > enableFields() for table sys_file_reference, but not for sys_file_metadata. > Adding this here would mean to add a third table here in the SELECT > statement and an additional relation to be resolved. Due to performance > reasons this should be avoided. > But what about introducing a signal here? > Just between compiling the SELECT statement and executing it? > In system extension filemetadata there could be added a slot then to extend > the query to check the enable fields of the metadata. > > At the moment this system feature (fe_groups) is nearly useless. If you > need to check access restrictions on file level, you have to fetch all > records by a sql query first. As enableFields just returns the finally > where clause, you have to build up the list of groups for youself and run > with php through all entries by checking them. And don't forget to discard > unneeded entries to reduce memory usage. Perhaps at the and there is no > single entry at all, but you have executed a lot of php code and used a lot > of memory... > > Regards, > Andr? Spindler > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > 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 -- _____________________________________________________________________ Andr? Spindler Schmidstra?e 21 - 85399 Hallbergmoos Telefon: 0811/9986774 - andre at andre-spindler.de From cr at cNOSPAMxd.de Sun May 31 00:35:53 2015 From: cr at cNOSPAMxd.de (Christian Reiter) Date: Sun, 31 May 2015 00:35:53 +0200 Subject: [TYPO3-dev] Question about TYPO3 7.2 new cf-based image size cache In-Reply-To: References: Message-ID: > Question 1. > It seems two or more different files that have same mtime and filesize > will get the same $statusHash and return the same cache entry. I can now confirm this happens. 2 images, one has 390x390 px, the other 370 x 331. Both have the same mtime (due to import process), for testing of course if you touch all images in a folder, they have the same mtime. Both images work out to the exact same filesize in bytes. (13877) In testing, both will share an entry in cf_cache_imagesizes even though they have different dimensions. What the entry says (390x390 or 370x331) depends on the sequence of generation. I.e. if I clear everything and then render content elements in the FE with the smaller one first, cf_cache_imagesizes will have a single entry with 370x331. Switch the elements and there will be one entry with 390x390. Change the mtime of one file - and they will both get their separate cache entries. From dirk_studivz at web.de Sun May 31 11:33:06 2015 From: dirk_studivz at web.de (DirkHo) Date: Sun, 31 May 2015 11:33:06 +0200 Subject: [TYPO3-dev] Import Extension add media files Message-ID: Hello, I'm developing a content importer for data from my old website to use it in typo3. Therefore I wanted to upload related files (PDFs, GIFs, JPEGs, e.g.). Could you please give me a hint, which classes to use from Typo3 to upload these files to Typo3 and add them as media file to the related content element? Thanks and best wishes, Dirk From philipp.gampe at typo3.org Sun May 31 11:39:10 2015 From: philipp.gampe at typo3.org (Philipp Gampe) Date: Sun, 31 May 2015 11:39:10 +0200 Subject: [TYPO3-dev] Question about TYPO3 7.2 new cf-based image size cache References: Message-ID: Hi Christian, Christian Reiter wrote: > The new cache seems much more difficult to handle because it lacks the > filename to access it. > A great way would be if I could cache->flushByTag() with the filename, > and both the original and any resized versions derived from an original > filename could be tagged by that. > But the new image cache doesn't use tags at all. Please create issues for that. [*] The current implementation is clearly wrong. The files should use the identifier based on the filename (fal identifier) and should be tagged by the original file identifier, to allow proper cache invalidation. [*] https://forge.typo3.org/projects/typo3cms-core/issues If you can, please also provide patches: http://wiki.typo3.org/CWT Best regards -- Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln Documentation ? Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! From jigal.van.hemert at typo3.org Sun May 31 14:09:26 2015 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Sun, 31 May 2015 14:09:26 +0200 Subject: [TYPO3-dev] Import Extension add media files In-Reply-To: References: Message-ID: Hi, On 31/05/2015 11:33, DirkHo wrote: > I'm developing a content importer for data from my old website to use it > in typo3. Therefore I wanted to upload related files (PDFs, GIFs, JPEGs, > e.g.). > > Could you please give me a hint, which classes to use from Typo3 to > upload these files to Typo3 and add them as media file to the related > content element? A few snippets as inspiration (not completely tested, may contain small errors): First copy file to final destination in fileadmin and import it into FAL: // copy using absolute path and filenames copy($sourceFile, $targetFile); // calculate path and filename relative to site $identifier = PathUtility::getRelativePath(PATH_site, PathUtility::dirname($targetFile)) . PathUtility::basename($targetFile); /** @var \TYPO3\CMS\Core\Resource\File $fileObject */ $fileObject = ResourceFactory::getInstance()->retrieveFileOrFolderObject($identifier); $newRecordId = $fileObject->getUid(); The file is now known in FAL and we have the UID of the FAL record for further use. If you want to add it as an image to a text w/image content element and it's a new content element you can use something like: $recordData = array( // page to place content element 'pid' => 55, 'colPos' => 2, 'title' => 'title of content', 'bodytext' => 'text of content element', // $newRecordId see earlier snippet 'image' => $newRecordId; ); $newElementIdMarker = uniqid('NEW'); $dataMap = array( 'tt_content' => array( $newElementIdMarker => $recordData ), ); /** @var \TYPO3\CMS\Core\DataHandling\DataHandler $tce */ $tce = GeneralUtility::makeInstance('\\TYPO3\\CMS\\Core\\DataHandling\\DataHandler'); $tce->start($data, array()); $tce->process_datamap(); $newContenElementId = $tce->substNEWwithIDs[$newElementIdMarker]; For more information on what you can do with DataHandler (in 4.x known as TCEmain) see: - http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/ - http://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Typo3CoreEngine/Index.html and following pages. At first DataHandler seems a bit awkward or complicated, but you'll save yourself a lot of work and trouble by using it. DataHandler will automatically fill / update fields like crdata, tstamp; it will automatically create the records in the intermediate tables (mm-tables, file references) based on the definitions in TCA (you give it a comma separated list of UIDs); it will log operations in system log, history tables; extensions which hook into DataHandler (e.g. EXT:solr) will be notified of content changes and can take actions; caches are cleared when needed and so on. If you need to store HTML formatted content in an RTE field you need some further code to prepare it as if an editor has entered it in the backend. Good luck with your import! -- Jigal van Hemert TYPO3 CMS Active Contributor TYPO3 .... inspiring people to share! Get involved: typo3.org From helmut.hummel at typo3.org Sun May 31 18:50:38 2015 From: helmut.hummel at typo3.org (Helmut Hummel) Date: Sun, 31 May 2015 18:50:38 +0200 Subject: [TYPO3-dev] Question about TYPO3 7.2 new cf-based image size cache In-Reply-To: References: Message-ID: Hi! Christian Reiter wrote: > 2 images, one has 390x390 px, the other 370 x 331. > > Both have the same mtime (due to import process), for testing of course > if you touch all images in a folder, they have the same mtime. > > Both images work out to the exact same filesize in bytes. (13877) > > In testing, both will share an entry in cf_cache_imagesizes even though > they have different dimensions. Thanks for the analysis! This clearly is a bug! Please report it here: https://forge.typo3.org/projects/typo3cms-core/issues/new You can speed up things by creating a fix yourself and upload it to our review system. Thanks! Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 CMS Active Contributor, TYPO3 Security Team Member TYPO3 .... inspiring people to share! Get involved: typo3.org From dirk_studivz at web.de Sun May 31 21:13:38 2015 From: dirk_studivz at web.de (DirkHo) Date: Sun, 31 May 2015 21:13:38 +0200 Subject: [TYPO3-dev] Import Extension add media files In-Reply-To: References: Message-ID: Hi Jigal, wow, that's great help! Thanks a lot for that detailed description! Thanks and best wishes, Dirk Am 31.05.2015 um 14:09 schrieb Jigal van Hemert: > Hi, > > On 31/05/2015 11:33, DirkHo wrote: >> I'm developing a content importer for data from my old website to use it >> in typo3. Therefore I wanted to upload related files (PDFs, GIFs, JPEGs, >> e.g.). >> >> Could you please give me a hint, which classes to use from Typo3 to >> upload these files to Typo3 and add them as media file to the related >> content element? > > A few snippets as inspiration (not completely tested, may contain small > errors): > > First copy file to final destination in fileadmin and import it into FAL: > > // copy using absolute path and filenames > copy($sourceFile, $targetFile); > // calculate path and filename relative to site > $identifier = PathUtility::getRelativePath(PATH_site, > PathUtility::dirname($targetFile)) . PathUtility::basename($targetFile); > > /** @var \TYPO3\CMS\Core\Resource\File $fileObject */ > $fileObject = > ResourceFactory::getInstance()->retrieveFileOrFolderObject($identifier); > $newRecordId = $fileObject->getUid(); > > The file is now known in FAL and we have the UID of the FAL record for > further use. > > If you want to add it as an image to a text w/image content element and > it's a new content element you can use something like: > > $recordData = array( > // page to place content element > 'pid' => 55, > 'colPos' => 2, > 'title' => 'title of content', > 'bodytext' => 'text of content element', > // $newRecordId see earlier snippet > 'image' => $newRecordId; > ); > $newElementIdMarker = uniqid('NEW'); > $dataMap = array( > 'tt_content' => array( > $newElementIdMarker => $recordData > ), > ); > /** @var \TYPO3\CMS\Core\DataHandling\DataHandler $tce */ > $tce = > GeneralUtility::makeInstance('\\TYPO3\\CMS\\Core\\DataHandling\\DataHandler'); > > $tce->start($data, array()); > $tce->process_datamap(); > $newContenElementId = $tce->substNEWwithIDs[$newElementIdMarker]; > > For more information on what you can do with DataHandler (in 4.x known > as TCEmain) see: > - http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/ > - > http://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Typo3CoreEngine/Index.html > and following pages. > > At first DataHandler seems a bit awkward or complicated, but you'll save > yourself a lot of work and trouble by using it. DataHandler will > automatically fill / update fields like crdata, tstamp; it will > automatically create the records in the intermediate tables (mm-tables, > file references) based on the definitions in TCA (you give it a comma > separated list of UIDs); it will log operations in system log, history > tables; extensions which hook into DataHandler (e.g. EXT:solr) will be > notified of content changes and can take actions; caches are cleared > when needed and so on. > > If you need to store HTML formatted content in an RTE field you need > some further code to prepare it as if an editor has entered it in the > backend. > > Good luck with your import! >