IRC logs

20150320

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

IRC log range: 20150320*

20150320

  • 06:32:35 <toph> Hi everyone. I upgraded my FluidTYPO3 extensions from GitHub (master branch) and now I'm just getting a fatal error: Call to a member function resolvePrimaryConfigurationProvider() on a non-object in typo3conf/ext/flux/Classes/Service/FluxService.php on line 373. What do I need to look at?
  • 06:38:30 <Kalypso63> have you upgrade fluidpages too (version 3.2.0) ?
  • 06:39:14 <toph> yes. did a fresh git clone on both.
  • 06:39:44 <Kalypso63> clear cache system via install tool and compare database too
  • 06:42:12 <toph> Oups, rookie mistake. Forgot to compare database. My bad.
  • 06:42:40 <toph> However, now I'm getting: Uncaught TYPO3 Exception
  • 06:42:40 <toph> #1: PHP Warning: strpos() expects parameter 1 to be string, array given in typo3conf/ext/flux/Classes/Utility/ExtensionNamingUtility.php line 27
  • 06:43:55 <braguzz> I've update some ext but I got this Could not analyse class:Tx_Vhs_ViewHelpers_Extension_Path_ResourcesViewHelper maybe not loaded or no autoloader?
  • 06:46:37 <Jomungand> /msg NickServ VERIFY REGISTER Jomungand udkhsuogwrpa
  • 06:46:50 <Jomungand> narf
  • 06:51:28 <NamelessCoder> woops
  • 06:51:35 <NamelessCoder> that got logged online :)
  • 06:52:12 <toph> might be time to change the password :)
  • 06:52:25 <NamelessCoder> braguzz you've got an old {namespace v=Tx_Vhs_ViewHelpers} or xmlns:v="http://typo3.org/ns/vhs/ViewHelpers"
  • 07:03:09 <Jomungand> yeah hehe
  • 07:03:16 <Jomungand> damn whitespaces
  • 07:04:17 <Jomungand> menu question again
  • 07:04:18 <Jomungand> <nav>
  • 07:04:19 <Jomungand> <v:page.menu>
  • 07:04:19 <Jomungand> <f:for each="{menu}" as="item">
  • 07:04:19 <Jomungand> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 07:04:19 <Jomungand> <f:if condition="{item.hasSubPages}">
  • 07:04:20 <Jomungand> <v:page.menu pageUid="{item.uid}">
  • 07:04:22 <Jomungand> <f:for each="{menu}" as="subItem">
  • 07:04:24 <Jomungand> <f:link.page pageUid="{subItem.uid}" title="{subItem.linktext}">{subItem.linktext}</f:link.page>
  • 07:04:27 <Jomungand> </f:for>
  • 07:04:29 <Jomungand> </v:page.menu>
  • 07:04:31 <Jomungand> </f:if>
  • 07:04:34 <Jomungand> </f:for>
  • 07:04:35 <Jomungand> </v:page.menu>
  • 07:04:37 <Jomungand> </nav>
  • 07:04:39 <Jomungand> schould render with ul > li ?
  • 07:04:41 <Jomungand> or just hrefs?
  • 07:05:06 <NamelessCoder> Jomungand consider using pastebin/gist for >=5 line pastes
  • 07:05:21 <Jomungand> ah ok, sry
  • 07:05:23 <Jomungand> will do
  • 07:05:35 <NamelessCoder> you're rendering your menu manually but nowhere are you defining any <ul> or <li> tags, you only define a link that should be generated and this link will always be an <a>
  • 07:05:45 <NamelessCoder> if you want the ul/li there, you have to add them
  • 07:06:07 <Jomungand> kk, thx
  • 07:06:33 <NamelessCoder> the other thing is you should consider not using <f:link.page> to render the page link. In {subItem} you will have the {subItem.link} property which contains a pre-rendered link created exactly the way f:link.page would do it.
  • 07:06:43 <NamelessCoder> (you can save a viewhelper call so you should)
  • 07:08:27 <NamelessCoder> last: if you expect an ul > li > a structure and do not need any class names (from your example it doesn't look like you do) then the automatic rendering of plain and simple <v:page.menu /> (levels>1) will create exactly that output (with some added css classes)
  • 07:08:55 <NamelessCoder> if you expect a nav > a structure you can manipulate "tagName" and "tagNameChildren" on v:page.menu
  • 07:09:15 <NamelessCoder> (the automatic rendering fits many cases but not all)
  • 07:13:47 <Jomungand> i was reffering to https://worksonmymachine.org/blog/a-guide-to-menu-rendering-with-fluidtypo3
  • 07:14:19 <Jomungand> btw, my nick before was jonasjo, we already talked about that ;)
  • 07:15:16 <Jomungand> what else then instead of <f:link.page> ?
  • 07:16:16 <Jomungand> in the toplevel i mean
  • 07:25:26 <NamelessCoder> <a href="{menuItem.link}">{menuItem.linktext}</a>
  • 07:45:16 <Jomungand> ah, ok, i guess it is faster? or what is the advantage here?
  • 07:46:26 <NamelessCoder> yep, faster because link is already built and you don't need to do that again
  • 07:48:42 <toph> I have a new site with all the latest (master) versions from git and I'm using fluidcontent_core instead of css_styled_content. I have created a provider extension with a custom content object, which correctly gets picked up in the display. However, for some reason, only the header is rendered in the frontend. Any ideas?
  • 07:49:40 <NamelessCoder> run the fluidcontent_core install/update script from EM, toph
  • 07:49:48 <toph> Done already.
  • 07:49:57 <toph> Here's my content object template: https://gist.github.com/potofcoffee/f51b80994932738a730b
  • 07:49:57 <FT3BOT> c[_]
  • 07:50:22 <toph> The AdditionalConfiguration.php got created correctly.
  • 07:50:40 <toph> fluidcontent_core content displays fine.
  • 07:50:42 <NamelessCoder> <f:layout name="Content" />
  • 07:51:10 <toph> is present (line 6)
  • 07:51:49 <toph> Configuration and preview in the backend work fine. Just the rendering doesn't.
  • 07:52:10 <NamelessCoder> if you want the FCC handling of header/wrapper rendering you'll need to either copy the Layout from fluidcontent_core, replace your Layout root path (if this is possible) or name your own Layouts in a way that you can add the fluidcontent_core layoutRootPath so it gets checked after your own layoutRootPath (plural names in TS array)
  • 07:52:59 <NamelessCoder> the key here is: your Layout doesn't use v:tag and doesn't have the small conditions required to show/hide header and to render it with the appropriate H(n) tag
  • 07:52:59 <toph> No, the header is fine. It's the content itself that's not rendered at all.
  • 07:55:21 <toph> Here's my layout file (just the standard one, in my_provider_ext/Resources/Private/Layouts/Content.html): https://gist.github.com/potofcoffee/0f545c2f669616ffac88
  • 07:55:22 <FT3BOT> c[_]
  • 07:58:18 <toph> So, as far as I can see, this should render: <div><h1>Testelement</h1><div>Test (in einer div)</div></div>
  • 07:58:30 <toph> I only get <div><h1>Testelement</h1></div>
  • 08:00:36 <toph> Any ideas?
  • 08:01:51 <toph> Okay, I'll have to go for lunch. Maybe someone will have an idea later...
  • 08:28:04 <Jomungand> i guess you need to update your AdditionalConfiguration.php in typo3conf
  • 08:29:18 <Jomungand> with <?php
  • 08:29:18 <Jomungand> $GLOBALS['TYPO3_CONF_VARS']['FE']['contentRenderingTemplates'] = array('fluidcontentcore/Configuration/TypoScript/');
  • 08:29:18 <Jomungand> $GLOBALS['TYPO3_CONF_VARS']['FE']['activateContentAdapter'] = 0;
  • 08:38:18 <NamelessCoder> that, and load the static TS file from fluidcontent_core, should be enough to render everything correctly
  • 08:38:55 <NamelessCoder> your problem could be that fluidcontent_core is rendering the Default.html template and not the fluidcontent plugin because of missing TS.
  • 08:45:18 <Jomungand> in the New content element Wizard. how do i remove Text & Images since there is no element for that in fluidcontent?
  • 09:24:02 <toph> All of this is set, TS is loaded, cache is cleared.
  • 09:24:21 <toph> One tiny difference however: My AdditionalConfiguration.php says this:
  • 09:24:32 <toph> $GLOBALS['TYPO3_CONF_VARS']['FE']['contentRenderingTemplates'] = array('fluidcontentcore/Configuration/TypoScript/');
  • 09:24:45 <toph> No, sorry, this:
  • 09:24:51 <toph> $GLOBALS['TYPO3_CONF_VARS']['FE']['contentRenderingTemplates'] = array('fluidcontent_core/Configuration/TypoScript/');
  • 09:25:07 <toph> Notice the underline in fluidcontent_core. Could this be the problem?
  • 09:25:22 <toph> The thing is, when I remove the underline, I get an error 500 with premature end of script headers.
  • 09:51:27 <Jomungand> after a new installation of site(on a clean and fresh typo3 6.2.11) shouldn't there be an example FCE under the FCE Tab?
  • 09:51:37 <Jomungand> it's emty here :-(
  • 10:03:55 <Jomungand> @toph does it render anything for you? in my freshly created instance it doesn't even render a menu
  • 10:04:12 <Jomungand> also no CE und FCE tap
  • 10:06:44 <Jomungand> @NamelessCoder problem with the need of saving the pages before a menu renders consists in site 1.3.3
  • 10:08:54 <Jomungand> shouldn't this render a three lvl menu? https://gist.github.com/JBusch/2815a68979084f808deb
  • 10:09:08 <mrboe> @Jomungand what versions du you use
  • 10:09:27 <Jomungand> TYPO3 6.2.11
  • 10:09:45 <Jomungand> flux - the newest available
  • 10:09:59 <mrboe> dev master ter?
  • 10:10:47 <Jomungand> the ones avaialbe in the TER - if you mean this
  • 10:11:10 <mrboe> you also use fluidboostraptheme?
  • 10:11:42 <Jomungand> nope
  • 10:11:59 <mrboe> have you tried dev branches
  • 10:12:07 <Jomungand> used flux site(1.3.3) to create a new instance
  • 10:13:00 <Jomungand> nope
  • 10:13:05 <Jomungand> havn't
  • 10:14:08 <mrboe> the example FCE only is shown when you create a provider ext with ext:builder
  • 10:14:27 <mrboe> also use dev branch of builder
  • 10:15:21 <mrboe> you have an provider ext?
  • 10:16:13 <Jomungand> no. i used flux "site" extension to kickstart a flux extension. ths one
  • 10:16:14 <Jomungand> http://typo3.org/extensions/repository/view/site
  • 10:16:21 <Jomungand> yep
  • 10:16:23 <mrboe> never used that
  • 10:16:42 <Jomungand> have done it a lot in the last few days. and it worked before...
  • 10:16:43 <mrboe> try builder
  • 10:17:00 <mrboe> ok it was running ?
  • 10:17:04 <Jomungand> yes
  • 10:17:12 <mrboe> switch to dev
  • 10:17:54 <Jomungand> it was. an now it seems to be broken. also pages just get rendered if you save them. talked with @NamelessCoder about it already ;)
  • 10:18:01 <Jomungand> ok, i'll try. thx
  • 10:27:40 <Jomungand> ok. the menu rendering seems to have a bug here, or i'm just to dman stupid
  • 10:27:43 <Jomungand> https://gist.github.com/JBusch/2815a68979084f808deb
  • 10:27:58 <Jomungand> maybe anyone cann have a look later or something
  • 10:28:53 <Jomungand> i my mind, this should render 3 levels. but output is completly strnge
  • 10:29:28 <fmo> Is it possible to use a filter with the new MultiRelation field ?
  • 10:39:45 <Jomungand> in typo3 6.2.9 everythings works fine btw
  • 10:41:49 <Jomungand> beside of the menu problem :-(
  • 10:41:59 <Jomungand> at least CE work
  • 10:42:30 <Jomungand> well im gone. i will be back later :-P
  • 11:09:43 <toph> @Jomungand: It actually does render quite a lot: All of the CEs defined in fluidcontent_core render finde. I also installed fluidbootstraptheme and the page templates from there render fine as well (menu, etc.)--not the FCEs, however.
  • 11:16:29 <toph> Okay, I must be looking at some weird caching issue here -- cleared the cache dozens of times without success, and now, with no other changes, all of a sudden it works.
  • 11:16:42 <toph> Go figure... Well, at any rate, thanks guys.
  • 11:17:15 <Torsten85> Hey, just saw that flux ect. is now marked compatible with typo3 7.1 ... can anyone confirm that drag & drop ect. is correctly working?
  • 11:18:04 <Torsten85> the ajax request issued by a drop action in typo3v7 seems to be very different from the way typo3v6 does this
  • 11:23:22 <Kalypso63> Hi @NamelessCoder !! Have you got an idea or tips to resolve this issue https://github.com/FluidTYPO3/fluidpages/issues/239
  • 11:24:38 <Kalypso63> ConfigurationService.Php -> resolvePageProvider() : the problem comes her
  • 11:24:58 <Kalypso63> $hasMainAction = FALSE === empty($row[PageProvider::FIELD_ACTION_MAIN]);
  • 11:24:58 <Kalypso63> $fieldName = TRUE === $hasMainAction ? PageProvider::FIELD_NAME_MAIN : PageProvider::FIELD_NAME_SUB;
  • 14:07:20 <Danny^^^P> Hi! I startet to migrate my templates to the latest version and Typo3 7.1. In my template I defined a backend layout with one column. But in Backend I see the default 4 columns. is this still a bug or have i missed something?
  • 16:18:06 <Jomungand> can anyone point me to a working example of a manually rendered menu with at least three level using <:vpage.menu> ?
  • 16:18:48 <Jomungand> i belive it is buggy
  • 16:22:03 <Jomungand> https://gist.github.com/JBusch/2818133f8e38bd741d5a
  • 16:22:29 <Jomungand> this renders 3 level, but with the wrong ids and the wrong linktexts
  • 16:22:43 <Jomungand> why? :-(
  • 16:30:20 <Jomungand> narf
  • 16:30:28 <Jomungand> found my error
  • 16:30:48 <Jomungand> nervermind :-/
  • 21:08:32 <Jomungand> is it by chance by mistake that 3.4 Using variables and 3.4.1 Form values are missing from the documentation on https://fluidtypo3.org/ ?
  • 21:08:52 <Jomungand> or aren't they written yet?