IRC logs

20140924

Logs from channel #fedext on freenode - our official support channel.

IRC log range: 20140924*

20140924

  • 09:48:19 <soee> hmm i did and upgrade to latest TER versions flux, fluidcontent, fluidpages, vhs on one server and now i dont have my pages layouts in backend just 4 default columns
  • 09:48:32 <soee> though in page properties the one from fluidpages is selected
  • 09:48:37 <soee> any idea what can be wrong ?
  • 09:57:03 <foooobear_> hi all
  • 10:18:32 <bjo3rn> soee you have to select 'Fluidpages' as backend layout manually.
  • 10:18:42 <bjo3rn> that's new.
  • 10:19:28 <bjo3rn> see http://fluidtypo3.org/blog/news/fluidcontent-and-fluidpages-released.html
  • 10:19:42 <bjo3rn> I stepped into that trap myself ^^
  • 10:19:55 <bjo3rn> "been there, done that" ^^
  • 10:20:39 <bjo3rn> hi foooobear_
  • 10:23:39 <foooobear_> i have been upgrading a site from 6.1 to 6.2 and following that, flux and vhs. since then i am getting errors with a custom content element.
  • 10:24:03 <bjo3rn> what kind of errors?
  • 10:24:39 <soee> bjo3rn: thank you, that was it :)
  • 10:24:59 <foooobear_> Fatal error: require_once(): Failed opening required '.../src/typo3conf/ext/flux/Classes/Service/ContentService.php' in ../src/typo3_src-6.2.4/typo3/sysext/core/Classes/Core/ClassLoader.php on line 17
  • 10:25:14 <foooobear_> when view a page in backend page module
  • 10:25:27 <bjo3rn> all extensions are the current ter versions?
  • 10:25:46 <foooobear_> yup. flux 7.0.1
  • 10:26:04 <bjo3rn> ehm, flux current is 7.1.0?
  • 10:26:15 <foooobear_> thats what i meant ;-)
  • 10:26:20 <bjo3rn> hehe, ok
  • 10:26:35 <bjo3rn> did you clear all caches via install tool?
  • 10:26:53 <bjo3rn> it's super important to do so via install tool.
  • 10:27:36 <foooobear_> yes, i have done that. otherwise nothing is loading after a update...
  • 10:28:04 <foooobear_> i am registering my content plugin like this: Tx_Flux_Core::registerFluidFlexFormContentObject
  • 10:28:26 <foooobear_> since i am not using fluidcontent.
  • 10:28:36 <foooobear_> is that somehow deprecated?
  • 10:28:59 <foooobear_> if i remove that method call, the error goes away.
  • 10:29:22 <bjo3rn> I'm sorry. I've never seen that usage :S
  • 10:30:12 <bjo3rn> (besides it's FluidTYPO3\Flux\Core::... now)
  • 10:30:35 <foooobear_> i guess that origins from teh old fed extension
  • 10:30:59 <bjo3rn> maybe. why not use fluidcontent?
  • 10:33:00 <foooobear_> i couldnt get that working a while ago, so i ditched it
  • 10:33:32 <foooobear_> and registered a plugin as content element manually, hooking up teh flexform with flux like above.
  • 10:33:40 <foooobear_> i found that in some doc somewhere
  • 10:34:06 <foooobear_> but all this stuff is pretty much in flux (excuse the pun)
  • 10:35:04 <bjo3rn> ok, but maybe you should consider giving fluidcontent another try as it's working pretty well and help is in reach.
  • 10:35:52 <foooobear_> seems like it. i would have to rebuild the content elements then i guess.
  • 10:37:08 <bjo3rn> yes, but that shouldn't take too long. you defined them in php now, right?
  • 10:37:18 <foooobear_> if i'm switching to fluidcontent, will that be upwards compatible with the fluid content core?
  • 10:37:35 <bjo3rn> they can live happily side by side.
  • 10:38:05 <bjo3rn> but maybe you don't need fluidcontent then at all. ymmv.
  • 10:38:52 <foooobear_> mhm. i'm having a hard time keeping up, since dont do TYPO3 full time anymore...
  • 10:39:29 <foooobear_> so much confusion and breaking changes everywhere... :-(
  • 10:39:48 <bjo3rn> ok, my 2ct then: use fluidcontent and csc. breaking changes? many?
  • 10:39:50 <foooobear_> anyhow, thanks for the help.
  • 10:40:02 <bjo3rn> yw :)
  • 10:40:26 <foooobear_> yup. FAL, media, gridelements, fed, flux, vhs
  • 10:41:09 <bjo3rn> well: fed is dead, gridelements not required, everything else is good today.
  • 10:42:11 <foooobear_> that's good news. but for me it's coming a bit too late. i have to finish up this project and most likely won't use TYPO3 for a new project anymore
  • 10:42:17 <bjo3rn> anyway, I have around 10 sites in production build on ft3 and I'm quite conservative coming from tv.
  • 10:42:38 <foooobear_> despite working with typo3 for about 10 years...
  • 10:43:02 <bjo3rn> that's more thatn twice the time I do ^^
  • 10:43:12 <bjo3rn> where do you switch to after TYPO3?
  • 10:43:51 <foooobear_> it depends, drupal, processwire, sometimes rails or silex, symfony only depending on nature of the project
  • 10:44:40 <bjo3rn> I see. I dropped Drupal after v6 and switched to TYPO3. apps with sf2.
  • 10:45:16 <bjo3rn> speaking of which. got to get back to work. cya
  • 10:45:25 <foooobear_> cya
  • 11:22:40 <Xatenev> Heya
  • 11:23:05 <Xatenev> One question - how do i create a dropdown with checkboxes?
  • 11:23:16 <Xatenev> Is that even possible?^^
  • 11:29:55 <xaver> Xatenev: no
  • 11:30:04 <xaver> you can create a multisleect with checkboxes
  • 11:35:08 <Xatenev> yea thats what i meant
  • 11:35:10 <Xatenev> how is that possible?
  • 11:35:20 <Xatenev> Ah no
  • 11:35:22 <Xatenev> nevermind
  • 11:35:25 <Xatenev> U mean normal checkboxes now right?
  • 11:35:32 <Xatenev> not some kind of dropdown with checkboxes inside
  • 11:38:56 <cedricziel> that would be all custom markup and has like nothing to do with us ^^
  • 12:04:39 <Xatenev> Then another question
  • 12:04:39 <Xatenev> :P
  • 12:04:41 <Xatenev> Ive got this error The key "TYPO3\CMS\Fluid\ViewHelpers\FormViewHelper->formFieldNames" was already stored and you cannot override it.
  • 12:04:57 <Xatenev> when i delete the <form> tag around my search, it works again, but its no form anymore
  • 12:05:02 <Xatenev> its definetly not nested in another form
  • 12:05:05 <Xatenev> and it has a unique name
  • 12:05:08 <Xatenev> any ideas?^^
  • 12:09:47 <erredeco> Hi everyone... a little OT topic, but I can't find documentation anywhere...
  • 12:09:51 <erredeco> the problem:
  • 12:10:02 <erredeco> I've added to feusers a field "speciality"
  • 12:10:10 <erredeco> which is a select field
  • 12:10:19 <erredeco> so in ext_tables.php
  • 12:10:31 <erredeco> 'type' => 'select'
  • 12:11:11 <erredeco> 'items' => Array (
  • 12:11:11 <erredeco> Array('Select', '0'),
  • 12:11:11 <erredeco> Array('Lorem', '1'),
  • 12:11:11 <erredeco> Array('Ipsum', '2'),
  • 12:11:11 <erredeco> Array('Dolor', '3'),
  • 12:11:12 <erredeco> ),
  • 12:11:23 <erredeco> how can I get this in a fluid template???
  • 12:12:06 <erredeco> <f:form.select property="speciality" options="???" />
  • 12:14:44 <bjo3rn> <f:form.select property="speciality" options="{0: 'Select', 1: 'Lorem', 2: 'Ipsum', 3: 'Dolor'}" />?
  • 12:15:23 <erredeco> ok, that's "lapalissiano"
  • 12:15:43 <erredeco> but I would like to avoid hardcoding values in the template :)
  • 12:16:20 <bjo3rn> hehe, had to look up the translation ^^
  • 12:16:30 <bjo3rn> where do you assign the values? controller?
  • 12:16:55 <bjo3rn> ah, ext_tables.php
  • 12:17:03 <bjo3rn> huh?
  • 12:17:29 <erredeco> ext_tables.php :)
  • 12:17:30 <bjo3rn> I'm disordinato
  • 12:17:34 <erredeco> lol
  • 12:17:35 <bjo3rn> ^^
  • 12:18:26 <bjo3rn> sorry, no idea :S
  • 12:19:10 <erredeco> what do you suggest me? Are there samples to do this in another way?
  • 12:19:55 <bjo3rn> isn't that automatically populated when using a form object?
  • 12:20:18 <bjo3rn> I mean property="" should already do that, right?
  • 12:20:21 <erredeco> why there are no examples about how to do this simple thing is a mistery to me :)
  • 12:20:26 <NamelessCoder> from controller: $this->view->assign('myOptions', array_reverse($GLOBALS['TCA'][$table]['columns'][$fieldname]['config']['items']));
  • 12:20:33 <bjo3rn> woosh
  • 12:21:16 <bjo3rn> and yet so simple ^^
  • 12:21:40 <erredeco> mhh
  • 12:22:18 <erredeco> is there a complete example somewhere ;) ?
  • 12:24:56 <NamelessCoder> sorry: array_flip, not array_reverse
  • 12:31:01 <TorstenFink> hi, in fluidpages, ext_localconf.php Line 27-33, wird das backendlayout eingebunden, dort ist eine prüfung auf kleiner gleich 6.2 das erscheint mir falsch und müsste wohl nur kleiner sein, seht ihr das auch so?
  • 12:32:21 <TorstenFink> ok hat sich erledigt ...
  • 12:38:47 <NamelessCoder> drive-by German ^^
  • 12:44:32 <cedricziel> :)
  • 12:44:45 <bjo3rn> but isn't that a point nevertheless?
  • 12:47:43 <NamelessCoder> did you mess up the conditions in the patch?
  • 12:48:13 <bjo3rn> what's that got to do with the above?
  • 12:48:41 <bjo3rn> if it was so i.e. ^^
  • 12:50:08 <NamelessCoder> I was just guessing that those lines were the ones you modified
  • 12:50:17 <NamelessCoder> shooting from the hip again ;)
  • 12:50:36 <bjo3rn> nope. it's the version comparison stunt with the float
  • 12:51:22 <bjo3rn> but I get it. I'm the weakest link here ^^
  • 12:51:32 <NamelessCoder> baah :p
  • 12:51:38 <NamelessCoder> brb
  • 12:51:59 <bjo3rn> same here
  • 12:52:58 <cedricziel> currywurst time
  • 12:56:49 <BenjaminR> yummi
  • 12:58:52 <NamelessCoder> my bad bjo3rn, didn't mean to ninjasnipe you :p
  • 12:58:52 <FT3BOT> Welcome back NamelessCoder!
  • 12:59:21 <NamelessCoder> checked up on the condition, looks fine to me
  • 13:14:25 <bjo3rn> no worries
  • 13:14:49 <bjo3rn> so this condition is for future t3 versions?
  • 13:19:03 <NamelessCoder> yes: it measures "core must be AT LEAST 6.2 but we'll prepare for 6.3, 6.4 etc."
  • 13:19:28 <NamelessCoder> since the pattern used there, is introduced in 6.2 and is expected to stay - even to be propagated to other areas
  • 13:19:46 <bjo3rn> then it's all good and I'll stfu ^^ thanks
  • 13:36:58 <soee> devlog shows this: The singleton "FluidTYPO3\Flux\Configuration\BackendConfigurationManager" needs a prototype in "queryGenerator". This is often a bad code smell; often you rather want to inject a singleton.
  • 15:00:49 <TorstenFink> Hi, i'm using the TER Versions of flux, fluidcontent and fluidpages with TYPO3 6.2.4, i don't see the "Paste" Icon in the Pagemodule, is this a bug or a feature?
  • 15:01:52 <TorstenFink> its missing after each content element
  • 15:27:35 <foooobear> i have just installed fluidcontent and fluidpages now have the folloing exception when viewing the frontend: #1225709595: Template could not be loaded. I tried "/Users/.../relaunch/src/typo3conf/ext/fluidpages/Resources/Private/Templates/Page/Default.html"
  • 15:28:39 <foooobear> am i missing something, i was checking out the builder for creating a content provider extension
  • 15:29:47 <foooobear> i do not plan to use fluidpages
  • 15:31:19 <NamelessCoder> foooobear if you selected to include page templates in your provider extension generated by builder, a dependency is added for fluidpages. The error you see indicates that no page template is selected in the root line
  • 15:33:06 <foooobear> i was generating the ext with the --content 1 --controllers 1 arguments
  • 15:33:30 <foooobear> are the page template implicit here?
  • 15:33:38 <foooobear> +s
  • 15:34:16 <NamelessCoder> I don't remember what the default is but yes, it might be enabled by default
  • 15:38:18 <foooobear> --pages If TRUE, generates basic files for implementing Fluid
  • 15:38:18 <foooobear> Page templates
  • 15:38:26 <foooobear> thats what the docs say
  • 15:39:16 <foooobear> Tx_Flux_Core::registerProviderExtensionKey('portal_slider', 'Content'); was added. however the error persists after removing that line
  • 15:39:28 <foooobear> (and clearing the cache)
  • 15:39:50 <foooobear> i'm using 6.2.4 btw with flux 7.1.0
  • 15:41:54 <NamelessCoder> in your provider extension's ext_emconf.php, if fluidpages is listed in dependencies the extension was generated with page support enabled. You can remove this depedency in the ext_emconf.php file or you can recreate the provider extension, explicitly adding "--pages 0" to arguments. Then in extension manager, uninstall fluidpages and add whichever page rendering you yourself prefer to use.
  • 15:43:00 <foooobear> but is the FR supposed to break only by installing the fluidpages extension?
  • 15:43:19 <foooobear> i removed the pages dependency
  • 15:43:21 <NamelessCoder> The error you see indicates that no page template is selected in the root line
  • 15:43:31 <NamelessCoder> if fluidpages is installed a template selection is required
  • 15:45:13 <foooobear> ok, thanks. i removed fluidpages. now i got rid of the error
  • 15:47:51 <foooobear> btw. before upgrading flux i was using
  • 15:47:51 <foooobear> \FluidTYPO3\Flux\Core::registerFluidFlexFormContentObject
  • 15:48:57 <foooobear> is that deprecated or something? after the update all backend previews are broken
  • 15:50:27 <foooobear> broken meaning: the preview template is applied to every content element on the backend page
  • 15:51:07 <NamelessCoder> perhaps you set the expected CType incorrectly or were actually intending to use registerFluidFlexFormPlugin
  • 15:51:44 <foooobear> well, it was working all fine unil i updated to 6.2 and flux 7.1
  • 15:52:53 <foooobear> i could not find any documentation on that except the docblock comments
  • 15:56:00 <NamelessCoder> maybe you set fieldname to NULL - I can't say without knowing your code
  • 16:00:07 <foooobear> sure, but it should still work without any adjustments after the upgrade to 7.1?
  • 16:00:57 <foooobear> that's what i wanted to know. so i know if i should look further into it.
  • 16:01:41 <NamelessCoder> that depends on which values you passed. Bugs have been fixed, also in the typo3 core, which affect (among other things) resolving of a Provider attached to a specific field
  • 16:03:51 <NamelessCoder> if you share your old registration code I may be able to help
  • 16:04:07 <foooobear> \FluidTYPO3\Flux\Core::registerFluidFlexFormContentObject (
  • 16:04:07 <foooobear> $_EXTKEY,
  • 16:04:07 <foooobear> 'portalsite_pageslider',
  • 16:04:07 <foooobear> 'EXT:' . $_EXTKEY . '/Configuration/FlexForms/Slider.xml',
  • 16:04:07 <foooobear> array(),
  • 16:04:07 <foooobear> 'Configuration'
  • 16:04:07 <foooobear> );
  • 16:04:22 <foooobear> where portalsite_pageslider is my cType
  • 16:06:19 <foooobear> i'm not sure what else is relevant?
  • 16:06:22 <NamelessCoder> replace 'EXT:' . $_EXTKEY . '/Configuration/FlexForms/Slider.xml', with GeneralUtility::getFileAbsFilename('EXT:' . $_EXTKEY . '/Configuration/FlexForms/Slider.xml'),
  • 16:07:26 <NamelessCoder> and include after $sectionName, an array of the paths you wish to use
  • 16:07:51 <foooobear> template paths?
  • 16:08:25 <NamelessCoder> array('templateRootPath' => '/path/to/templates') etc.
  • 16:08:47 <NamelessCoder> whether or not they are required depends on your template file's usage of partials and layouts
  • 16:09:38 <foooobear> ok, i will try that. the flexform is loaded though, as is the template
  • 16:12:48 <NamelessCoder> same form also being displayed when editing any content type?
  • 16:18:25 <NamelessCoder> I'm interested in why https://github.com/FluidTYPO3/flux/blob/development/Classes/Provider/ContentProvider.php#L89 returns TRUE for other list_types and content types...
  • 16:19:55 <foooobear> right
  • 16:22:59 <foooobear> i'll try and debug that
  • 16:23:46 <NamelessCoder> I gotta go but please drop a line here with what you find, if anything. Or create a github issue
  • 16:26:24 <foooobear> will do, thanks
  • 17:23:29 <foooobear> NamelessCoder: i think i found the bug
  • 17:23:57 <foooobear> i'm sure this commit introduced the regression: https://github.com/FluidTYPO3/flux/commit/34ff5982b54b02437fcfef3a1ad9a8c5915105fa?diff=split
  • 17:24:28 <foooobear> if i revert the changes, i the preview is only applied to the correct content element
  • 17:26:07 <foooobear> i'll try to narrow it down to the exact condition. should i try to make a pull requesT?
  • 18:31:49 <bjo3rn> foooobear absolutely. PRs are always welcome.