IRC logs

20150318

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

IRC log range: 20150318*

20150318

  • 07:50:14 <featdd> hay is there someone who's into typo3 hooks?
  • 08:00:11 <NamelessCoder> what do you need to know featdd?
  • 08:00:45 <featdd> problem solved but thanks
  • 08:01:29 <featdd> was testing a hook if it's still working in 7.1 but the problem was something different
  • 08:52:34 <mrboe> hey all
  • 08:53:10 <mrboe> i just wanted to test my provider ext with 7.1 and dev-branches
  • 08:53:33 <mrboe> no Content elements are shown
  • 08:53:44 <mrboe> pages temples is there
  • 08:53:51 <mrboe> any idea
  • 09:04:20 <NamelessCoder> did you clear system caches?
  • 09:04:41 <mrboe> install tool - temp - yes
  • 09:07:40 <NamelessCoder> could you try clearing system caches via the clear cache menu and (re)loading the new content wizard?
  • 09:07:54 <NamelessCoder> if that doesn't work, Flux core registration line and TS path setup please ;)
  • 09:14:14 <mrboe> i will check some thinks
  • 09:14:18 <mrboe> one moment please
  • 09:28:15 <drlimbo> hi there
  • 09:28:44 <drlimbo> is there a way to use the switch-viewhelper with no values? "No value found for key "...SwitchViewHelper->switchExpression"?
  • 09:28:59 <drlimbo> its a bit ugly to wrap an IF VALUE THEN SWITCH around
  • 09:45:36 <drlimbo> <f:switch expression="{f:if(condition: '{ContentLayout}', then: '{ContentLayout}')}"> fix'ed the problem, the ugly way =P
  • 09:47:46 <NamelessCoder> you really should consider using sections for that
  • 09:48:18 <drlimbo> sections? NamelessCoder?
  • 09:48:37 <NamelessCoder> <f:section name="Content">, <f:section name="ContentSpecial">, <f:section name="ContentSomethingElse"> and <f:render section="Content{ContentLayout}" optional="TRUE" />
  • 09:49:03 <NamelessCoder> value not set, default gets rendered. Value set, value gets used as suffix for section name
  • 09:51:30 <drlimbo> oh, thats an idea NamelessCoder
  • 09:51:30 <drlimbo> thanks
  • 09:51:40 <NamelessCoder> benefit: each section is cached separately which means you touch much less code when rendering, compared to the switch. Worst of all f:switch isn't compilable on 6.2
  • 09:51:45 <drlimbo> i didnt know section="Content{ContentLayout}" will work
  • 09:52:07 <drlimbo> f:switch won't work on 6.2?
  • 09:52:25 <NamelessCoder> also works for Layout but there, you won't be able to use any ViewHelpers to generate the dynamic parts of the Layout name - it is parsed quite differently.
  • 09:52:38 <drlimbo> oh, big changes =)
  • 09:52:43 <NamelessCoder> uncompilable != not working
  • 09:53:06 <NamelessCoder> uncompilable means PHP won't be generated as cached version of your templates.
  • 09:53:07 <drlimbo> allright, so we have to switch to a "better" solution =)
  • 09:54:25 <drlimbo> allright, thanks
  • 09:54:46 <drlimbo> in my case section="Content{ContentLayout}" will replace a lot of f:switch cases
  • 09:54:52 <drlimbo> another question NamelessCoder
  • 09:55:16 <drlimbo> i created a flexible element, and added some Text in the Backend in the default Title-Field
  • 09:55:42 <drlimbo> is there a way to hide the title and render this in my FCE as a h2 or to render it default as H2 instead of H1?
  • 09:56:07 <drlimbo> i saw the type:hidden select, but the users will always forget to set this
  • 10:51:31 <k4mi> Hey, I have question about v:content.resources.fal and the record argument. If I for example use record="{uid: '8'}", I get a perfect result. But if I want to get all the records with pid 10 ( I thought the argument should be record="{pid: '10'}"), I dont get any results.
  • 10:52:02 <k4mi> (bear with me if I totally miss the point, just started yesterday with typofluid extensions)
  • 10:56:57 <NamelessCoder> k4mi the "record" argument expects the database record that has the relations to FAL objects
  • 11:04:20 <k4mi> Ah okay,thank you. Kinda makes sense :)
  • 11:15:06 <Guest|39353> Hey guys. Ive been here some time ago with the following problem:
  • 11:15:10 <Guest|39353> "Once i add the enabledControls param the error appears. If i leave it empty ("{}") or dont add it it works fine (i need the delete option as the hide option actually doesnt work)"
  • 11:15:37 <Guest|39353> just fixed it by writing a new viewhelper extending the inline viewhelper
  • 11:15:43 <Guest|39353> setting the enabledControls in php
  • 11:26:23 <mrboe> @NamelessCoder here are teh files
  • 11:26:24 <mrboe> http://pastebin.com/3jJEkwQG
  • 11:26:50 <mrboe> i just switched to "master" versions you just relesead
  • 11:27:04 <mrboe> page templates are shown
  • 11:27:13 <mrboe> content elements not
  • 11:27:18 <mrboe> no tabs
  • 11:31:09 <Outdoorsman> I like the looks of that :)
  • 12:02:27 <NamelessCoder> bjo3rn the releaser :)
  • 12:19:19 * bjo3rn is just a bot
  • 13:38:40 <Outdoorsman> I want to commit more things on Github but need some help to understand the process.
  • 13:40:26 <Outdoorsman> If I fork for instance fluidbootstraptheme on Github and time goes by, how do I merge my fork just locally so it is caught up to the most recent changes on the upstream?
  • 16:28:22 <jonasjo> heyho
  • 16:28:41 <jonasjo> can anyone point me to an vahs menu example/tutorial?
  • 16:28:46 <jonasjo> vhs*
  • 16:37:41 <Outdoorsman> jonasjo check out some code examples here. Many of them are fancy ways of doing thing but it could give you some ideas if not what you're looking for. https://fluidtypo3.org/library/code-examples.html
  • 16:39:48 <jonasjo> thx
  • 16:40:30 <jonasjo> i saw those, but if you are really new to flux (and fluid) the fancy part kinda is the problem ;)
  • 16:41:40 <jonasjo> in the mean time i found https://worksonmymachine.org/blog/a-guide-to-menu-rendering-with-fluidtypo3 which kinda looks like what i was searching for :)
  • 16:42:34 <Outdoorsman> Actually I know about that. That's what I learned my first menu from too.
  • 16:43:49 <Outdoorsman> He did a nice job. What I didn't realize when I read that right away is that you can have an automatically generated menu with just a few lines. <v:page.menu useShortcutData="TRUE" />
  • 16:46:14 <Outdoorsman> Notice that <v:page.menu ... /> is a self closing tag. If you use it to wrap manual rendering you get the joy of doing a lot of things manually... very manually in some cases. <v:page.menu> ... </v:page.menu>
  • 16:46:45 <jonasjo> ah ok, thx!
  • 16:48:35 <Outdoorsman> There are some parameters that work in auto but not manual... it makes sense if you are aware of that, but I wasn't at first.
  • 16:49:40 <jonasjo> ok. yeah it is kina hard getting into it imho
  • 16:49:42 <Outdoorsman> It's not that they don't work in manuel... it's just that you have to do them, uhhh, manually :)
  • 16:50:14 <Outdoorsman> Do what you can to just use auto and it's actually easier than the original TS way.
  • 16:51:14 <jonasjo> i'll try :)
  • 16:51:30 <jonasjo> i guess i just play around with it a little
  • 16:51:55 <Outdoorsman> Once you go through the pain of writing a manually, you can use and reuse the code and it's not quite as bad as I first thought. Nevertheless, I'm still convinced that there a LOT that could be done to make things easier in auto mode.
  • 16:52:51 <Outdoorsman> I'd love to see quite a few more parameters so we don't have to write custom stuff so often just to get a simple bootstrap or foundation menu working (a common case).
  • 16:53:27 <jonasjo> i think i know what you mean now with "manual"
  • 18:40:13 <jonasjo> i got a question regarding v:page.menu anyone around?
  • 18:58:20 <jonasjo> shouldn't v.page.menu render a whole menu, like with all subpages and all? (without shortcuts, ok)
  • 18:58:21 <jonasjo> ?
  • 19:03:39 <jonasjo> ok, so you need at least <v:page.menu expandAll="true" levels="100" /> to get all pages rendered.
  • 19:04:17 <jonasjo> is there ANY place where this is documented? getting kind of frustrated here :-/
  • 19:14:36 <jonasjo> got this code now
  • 19:14:46 <jonasjo> <v:page.menu expandAll="true" levels="100"><f:debug>{menu}</f:debug></v:page.menu>
  • 19:14:59 <jonasjo> menu should be an array of page records, right?
  • 19:15:16 <NamelessCoder> only if you use "as"
  • 19:15:26 <jonasjo> ah!
  • 19:16:03 <jonasjo> like <v:page.menu expandAll="true" levels="100" as="test"> ?
  • 19:16:40 <NamelessCoder> if you inside that tag then manually iterate over {test} to render the menu: yes
  • 19:17:11 <jonasjo> ok
  • 19:17:16 <jonasjo> i changend it
  • 19:17:19 <jonasjo> but
  • 19:17:37 <jonasjo> output in FE still "is array(1 item)
  • 19:17:37 <jonasjo> 2 => array(81 items)"
  • 19:17:51 <jonasjo> but i got 7 pages
  • 19:18:01 <jonasjo> totaly don't get it
  • 19:19:36 <NamelessCoder> if you use manual rendering, you'll need f:for to iterate the variable you assign as "as"
  • 19:19:45 <NamelessCoder> each entry contains the info needed to render one menu item
  • 19:20:02 <NamelessCoder> if you remove the "as" argument and remove all tag contents, menu will auto-render
  • 19:22:11 <jonasjo> ok
  • 19:22:19 <jonasjo> i now got <v:page.menu expandAll="true" levels="100" as="test">
  • 19:22:19 <jonasjo> <f:debug>
  • 19:22:19 <jonasjo> <f:for each="{test}" as="item">
  • 19:22:19 <jonasjo> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 19:22:19 <jonasjo> </f:for>
  • 19:22:21 <jonasjo> </f:debug>
  • 19:22:23 <jonasjo> </v:page.menu>
  • 19:22:35 <NamelessCoder> looks better, except for the <f:debug>
  • 19:22:41 <jonasjo> debug output is <a title="Page 1" href="index.php?id=2">Page 1&l
  • 19:22:41 <jonasjo> t;/a>' (52 chars)
  • 19:22:59 <jonasjo> but shouldn't it be the whole pagetree?
  • 19:23:30 <NamelessCoder> not when you use manual rendering - in this case, submenus don't render automatically
  • 19:23:35 <NamelessCoder> (see v:page.menu.sub)
  • 19:23:51 <jonasjo> ah
  • 19:23:53 <jonasjo> ok
  • 19:24:02 <NamelessCoder> if you can at all make do with automatic rendering, it is preferrable. It's faster and will render all the levels you designate
  • 19:24:31 <jonasjo> that may be the problem i had the whole time. i thought i could render the whloe pagetree with v.page.menu
  • 19:24:42 <jonasjo> thank you sir!
  • 19:25:13 <jonasjo> i guess i will need to write some tutorials
  • 19:25:16 <jonasjo> ;)
  • 19:26:19 <jonasjo> ok, well. it does not render sub pages, i got it
  • 19:26:20 <jonasjo> but
  • 19:26:45 <jonasjo> there are three pages on the smae leve which also doesn't get rendered
  • 19:26:48 <NamelessCoder> bjo3rn wrote a lot about menus especially, on worksonmymachine.org
  • 19:27:22 <jonasjo> yeah, i found it :-) but i need to understand it or at least i'm trying to
  • 19:28:12 <jonasjo> <v:page.menu>
  • 19:28:12 <jonasjo> <f:for each="{menu}" as="item">
  • 19:28:12 <jonasjo> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 19:28:12 <jonasjo> </f:for>
  • 19:28:12 <jonasjo> </v:page.menu>
  • 19:28:35 <jonasjo> shpuld at least render the three pages on the same lvl shouldn't it?
  • 19:34:57 <jonasjo> expandAll="true" also does nothing
  • 19:35:00 <jonasjo> waah
  • 19:39:28 <NamelessCoder> if you used <v:page.menu ... /> as tag, you should expect to see N levels of menus if all menus in the tree are visible in menu
  • 19:40:05 <NamelessCoder> there's a diff between <v:page.menu>...</v:page.menu> and <v:page.menu /> if you have whitespace inside the tag
  • 19:40:40 <jonasjo> so just to be clear here. in manual mode i just have one level. but this level should include all pages on this level, right?
  • 19:41:02 <jonasjo> yep
  • 19:41:13 <jonasjo> i got this. i'm talking manual rendering
  • 19:41:21 <NamelessCoder> levels="123" renders the number of levels you specify, but only expands the active/current pages
  • 19:41:36 <NamelessCoder> expandAll="TRUE" means all items are expanded with subs even if they are not active/current
  • 19:41:46 <NamelessCoder> but it has to be combined with levels=">1"
  • 19:41:53 <NamelessCoder> (as in: levels value above one)
  • 19:42:09 <NamelessCoder> or it makes no sense (expand all, but only render one level = nonsense)
  • 19:42:24 <jonasjo> ok
  • 19:42:25 <jonasjo> but
  • 19:42:33 <jonasjo> i hvae the following tree
  • 19:42:48 <jonasjo> front
  • 19:42:55 <jonasjo> - page 1
  • 19:42:57 <NamelessCoder> in manual mode you can then implement one of v:page.menu.sub, v:page.menu or v:page.menu.deferred depending on your goal
  • 19:42:58 <jonasjo> -page 2
  • 19:43:05 <jonasjo> -page 3
  • 19:43:13 <jonasjo> - one
  • 19:43:18 <jonasjo> --*one
  • 19:43:26 <jonasjo> --two
  • 19:43:31 <jonasjo> and so on
  • 19:43:37 <jonasjo> so one two is level 3
  • 19:43:48 <jonasjo> can you follow me?
  • 19:44:10 <jonasjo> if i set the entry level to 0
  • 19:44:18 <jonasjo> only Page 1 gets rendered
  • 19:44:32 <NamelessCoder> https://worksonmymachine.org/blog/a-guide-to-menu-rendering-with-fluidtypo3 describes pretty much your exact use case
  • 19:44:39 <jonasjo> if i set it to 1
  • 19:44:49 <jonasjo> one two thre gets rendered
  • 19:44:55 <NamelessCoder> and I think bjo3rn did an awesome job describing what actually happens when you do X, Y or Z
  • 19:45:56 <jonasjo> yeah, but when i build it like bjoern describes it, it does not output like he describes it
  • 19:46:07 <jonasjo> i think i may have found a bug
  • 19:46:24 <NamelessCoder> you may need to exclude useShortcutData from the examples
  • 19:46:39 <NamelessCoder> we've changed the behavior so that the natural, no-arguments behavior is closer to logical expectation
  • 19:47:15 <jonasjo> i installed a fresh typo3 with the site ext. so i have the pagetree provided by it.
  • 19:47:53 <jonasjo> it is not possible to output "Front" as a menu item (which should be entry level 0 right?)
  • 19:48:14 <NamelessCoder> correct: it would point to page UID zero which isn't a page in TYPO3
  • 19:48:17 <jonasjo> it also doesn't output Page 1 Page 2 Page 3
  • 19:48:21 <NamelessCoder> you can manually create the link though
  • 19:48:22 <jonasjo> just Page 1
  • 19:49:18 <NamelessCoder> you've checked source that it isn't CSS hiding the items?
  • 19:49:33 <NamelessCoder> because that absolutely should work and does indeed work here on my test setup
  • 19:50:32 <jonasjo> yeah. it's a totaly blank installation
  • 19:51:20 <jonasjo> i put some pages beyond Page 1
  • 19:51:39 <jonasjo> if i set the entry level to 1 the get rendered
  • 19:51:42 <jonasjo> *y
  • 19:52:04 <jonasjo> all of them, which should be the correct behavior
  • 19:52:34 <jonasjo> i put some beyond these set the entrylevel to 2
  • 19:52:38 <NamelessCoder> yes: that is expected. Entry level 1 renders all your pages immediately below the root page
  • 19:52:40 <jonasjo> and nothing gets rendered
  • 19:53:01 <NamelessCoder> if you do that, the menu will only render if the page you are viewing is indeed on page level 2 or above
  • 19:53:19 <jonasjo> doesent change if i navigate around
  • 19:53:23 <NamelessCoder> entrylevel means "do not, ever, whatsoever, render any menu items of pages that are ABOVE the level I specify"
  • 19:53:40 <jonasjo> yerah, like in TS right?
  • 19:53:45 <NamelessCoder> if you directly render one of the pages that are situated on entrylevel 2 and that page has submenus, you should get output
  • 19:53:48 <NamelessCoder> yes, like in TS
  • 19:54:16 <jonasjo> i do typo3 for like 7 years now, i should know what entry level does
  • 19:54:35 <NamelessCoder> alright, just checking ;)
  • 19:54:36 <jonasjo> well ok, i seem to have an other problem then if it works on your machine
  • 19:54:58 <NamelessCoder> what is the complete v:page.menu tag you use now, with all options?
  • 19:55:06 <NamelessCoder> I'll try that here then
  • 19:55:25 <jonasjo> <nav>
  • 19:55:25 <jonasjo> <v:page.menu expandAll="true" levels="10" entryLevel="1">
  • 19:55:25 <jonasjo> <f:for each="{menu}" as="item">
  • 19:55:25 <jonasjo> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 19:55:25 <jonasjo> </f:for>
  • 19:55:26 <jonasjo> </v:page.menu>
  • 19:55:28 <jonasjo> </nav>
  • 19:55:58 <jonasjo> with entryLevel="0" actually
  • 19:56:41 <jonasjo> output is <nav> <a href="index.php?id=2" title="Page 1"></a></nav>
  • 19:56:45 <NamelessCoder> ah yes that wouldn't render the submenus
  • 19:56:53 <jonasjo> yeah ok
  • 19:57:11 <jonasjo> but it should render Page 1 Page 2 Page 3 ?
  • 19:57:23 <jonasjo> and not just page 1 ?!
  • 19:57:34 <NamelessCoder> last chapter of https://worksonmymachine.org/blog/a-guide-to-menu-rendering-with-fluidtypo3 is relevant here.
  • 19:58:36 <NamelessCoder> to make things clear: when you use manual rendering, expandAll and levels has no meaning (you'll be controlling that by how many times you call v:page.menu/v:page.menu.sub inside
  • 19:58:49 <jonasjo> ok
  • 19:58:52 <jonasjo> got it
  • 19:59:02 <jonasjo> wasn't clear actually :-)
  • 19:59:13 <NamelessCoder> hopefully is now :)
  • 19:59:19 <jonasjo> yep :-)
  • 19:59:55 <NamelessCoder> you would now expect that if you remove expandAll, levels and entryLevel parameters from the menu, that it will render all your pages below page UID zero but only the first level of pages
  • 19:59:58 <jonasjo> but, the snippet from above, shouldn't it render ale the three pages ?
  • 20:00:13 <NamelessCoder> I suspect it only renders the current page because of entrylevel 1
  • 20:00:48 <jonasjo> like so?
  • 20:00:49 <jonasjo> <nav>
  • 20:00:49 <jonasjo> <v:page.menu>
  • 20:00:49 <jonasjo> <f:for each="{menu}" as="item">
  • 20:00:49 <jonasjo> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 20:00:49 <jonasjo> </f:for>
  • 20:00:50 <jonasjo> </v:page.menu>
  • 20:00:52 <jonasjo> </nav>
  • 20:01:53 <NamelessCoder> yes - and to make the viewhelper absolutely aware what you want, add the as="menu"
  • 20:02:53 <NamelessCoder> this will avoid unexpected behavior if your menu output is completely empty (e.g. no items exist). Because you have no custom HTML inside v:page.menu, the content could be detected as empty. With the "as" argument that cannot happen; it always assigns the template variable and renders tag content, never falling back to auto rendering.
  • 20:03:17 <jonasjo> kk
  • 20:03:19 <jonasjo> like so#
  • 20:03:21 <jonasjo> <nav>
  • 20:03:21 <jonasjo> <v:page.menu as="menu">
  • 20:03:21 <jonasjo> <f:for each="{menu}" as="item">
  • 20:03:21 <jonasjo> <f:link.page pageUid="{item.uid}" title="{item.linktext}">{item.linktext}</f:link.page>
  • 20:03:21 <jonasjo> </f:for>
  • 20:03:22 <jonasjo> </v:page.menu>
  • 20:03:24 <jonasjo> </nav>
  • 20:03:25 <NamelessCoder> yep
  • 20:03:41 <NamelessCoder> this should give you a <nav><a ....><a ...></nav> structure
  • 20:03:53 <NamelessCoder> with all pages immediately under the root page
  • 20:04:03 <jonasjo> renders only Page 1 :-(
  • 20:04:06 <jonasjo> <nav>
  • 20:04:07 <jonasjo>
  • 20:04:07 <jonasjo>
  • 20:04:07 <jonasjo> <a title="Page 1" href="index.php?id=2">Page 1</a>
  • 20:04:07 <jonasjo>
  • 20:04:08 <jonasjo>
  • 20:04:10 <jonasjo> </nav>
  • 20:04:13 <NamelessCoder> dafuq.
  • 20:04:16 <NamelessCoder> excuse my French
  • 20:04:20 <jonasjo> hrhr
  • 20:05:57 <NamelessCoder> I've tried this forwards and backwards, really does render the right output here
  • 20:06:50 <jonasjo> hmm
  • 20:06:51 <jonasjo> ok
  • 20:07:13 <NamelessCoder> vhs 2.3.1?
  • 20:07:35 <jonasjo> nope 2.3.0
  • 20:07:37 <NamelessCoder> are your pages by any chance all shortcuts to the same page...?
  • 20:07:40 <NamelessCoder> shot from the hip there
  • 20:07:41 <jonasjo> on typo3 6.2.9
  • 20:07:47 <jonasjo> no
  • 20:07:51 <jonasjo> like i said
  • 20:08:11 <jonasjo> they are from the flux "site" generator
  • 20:08:11 <NamelessCoder> alright 2.3.1 isn't really needed for you unless you use the "meta" page header viewhelper
  • 20:08:27 <jonasjo> i installed typo3
  • 20:08:38 <jonasjo> used the site generator
  • 20:08:50 <jonasjo> and played around a litte. no css no nothing
  • 20:09:10 <jonasjo> don't get it :-/
  • 20:09:27 <NamelessCoder> little bit creepy, honestly. I haven't seen the viewhelper do stuff like that unless there was something horribly wrong with the loop used in the template - and yours is fine
  • 20:09:32 <jonasjo> i'll try a fresh instance
  • 20:09:46 <NamelessCoder> I wish I could reproduce the problem :/
  • 20:09:57 <NamelessCoder> hate it with things don't make sense
  • 20:11:15 <jonasjo> yeah, mtt, too. that is why i was so unyielding :-/
  • 20:11:23 <jonasjo> doens't want to bother at all ;9
  • 20:11:43 <jonasjo> i'll set up a new instance and let you know
  • 20:12:33 <NamelessCoder> thx - and if that one also fails I think it's time to send me a dump of the instance with all files included, plus some added info about your php version.
  • 20:12:47 <jonasjo> thank you very much. a least i know i'm not crasy :-)
  • 20:12:49 <NamelessCoder> in the faint hope that lets me reproduce it
  • 20:13:10 <NamelessCoder> I'm hoping this was some crazy fluke - like I said, I've never, ever seen this happen and I've seen pretty much everything in Fluid ^^
  • 20:13:11 <jonasjo> alright :-)
  • 20:13:24 <jonasjo> hope so, too
  • 20:15:19 <NamelessCoder> I'll be here for a while if you're trying it out now
  • 20:17:49 <jonasjo> k
  • 20:17:51 <jonasjo> :-)
  • 20:17:55 <jonasjo> i am hehe
  • 20:18:13 <jonasjo> just updated in the old instance
  • 20:18:16 <jonasjo> no change
  • 20:29:17 <NamelessCoder> if you're not constrained by project dependencies, and if you have time, please try the exact same thing you're doing, but with a 7.1.0 core. Mean while I'm trying on 6.2.9 (was on 7.1.0 and 6.2.10 before)
  • 20:35:26 <NamelessCoder> something is definitely wrong here on 6.2
  • 20:37:50 <jonasjo> i will. but shouldn't i test on 6.2.11 ?
  • 20:37:59 <jonasjo> i have some time on my hand :-)
  • 20:40:46 <NamelessCoder> ah yes that was released today right?
  • 20:40:46 <jonasjo> well
  • 20:40:52 <NamelessCoder> sure thing, please try there
  • 20:41:15 <jonasjo> strange
  • 20:44:06 <jonasjo> it renders nothing with <v:page.menu />
  • 20:44:20 <NamelessCoder> I'm beginning to feel your pain here
  • 20:44:45 <NamelessCoder> my attempts have no output whatsoever. Internally, the v:page.menu uses PageSelect and this class consistently returns an empty value
  • 20:44:58 <NamelessCoder> now, to track down the reason for this crappola
  • 20:45:06 <jonasjo> i kind of feel relieved, sorry ;)
  • 20:45:12 <NamelessCoder> I bet it's some undoc'ed SQL change...
  • 20:45:20 <NamelessCoder> hehe I've been here before ;)
  • 20:46:47 <jonasjo> ok, can i help in any way?
  • 20:47:06 <jonasjo> i'm more the FE person though ;)
  • 20:50:51 <NamelessCoder> this is the generated query here - it returns zero results but no errors: SELECT * FROM pages WHERE
  • 20:50:51 <NamelessCoder> pid=2 AND pages.deleted=0 AND (fe_group = '-1' OR fe_group LIKE '-1,%' OR fe_group LIKE '%,-1' OR fe_group LIKE '%,-1,%' OR fe_group = '0' OR fe_group LIKE '0,%' OR fe_group LIKE '%,0' OR fe_group LIKE '%,0,%' OR fe_group = '' OR fe_group = '0') AND pages.deleted=0 AND pages.t3ver_state<=0 AND pages.pid<>-1 AND pages.hidden=0 AND pages.starttime<=1426726140 AND (pages.endtime=0 OR pages.endtime>1426726140) AND (pages.fe_group='' OR pages.fe_group
  • 20:50:51 <NamelessCoder> IS NULL OR pages.fe_group='0' OR FIND_IN_SET('0',pages.fe_group) OR FIND_IN_SET('-1',pages.fe_group)) AND doktype IN (1,3,4,7) AND nav_hide=0
  • 20:52:31 <jonasjo> pages.pid<>-1 looks strange^
  • 20:53:42 <NamelessCoder> ...
  • 20:53:50 <NamelessCoder> ohnoes.
  • 20:54:12 <NamelessCoder> try something for me in the broken 6.2
  • 20:54:21 <NamelessCoder> save all your sub-pages of the root page once
  • 20:54:35 <jonasjo> onw
  • 20:54:48 <NamelessCoder> and prepare to kick my ass mentally :/
  • 20:55:24 <NamelessCoder> EXT:site does indeed write the pages like it must, but does it save them with doktype=0 and is this doktype not recognised? I do believe so, yes.
  • 20:55:45 <NamelessCoder> saving the pages once sets doktype=1 and the pages pop up
  • 20:56:00 <NamelessCoder> basically, it solves everything here...
  • 20:56:52 <jonasjo> yep
  • 20:56:54 <jonasjo> same here
  • 20:56:56 <jonasjo> :-)
  • 20:56:59 <jonasjo> hooray
  • 20:57:23 <NamelessCoder> tsk tsk, Claus. Tsk tsk.
  • 20:57:33 <NamelessCoder> one fuggin' little integer
  • 20:57:38 <jonasjo> no ass kicking at all, actually i'm really thankfull that you took so much time :-)
  • 20:57:38 <NamelessCoder> the famous "off by one" error
  • 20:57:47 <jonasjo> :-)
  • 20:58:07 <NamelessCoder> bit of a brainfuck, the behavior this caused
  • 20:58:31 <jonasjo> yep
  • 20:58:34 <jonasjo> hehe
  • 20:58:47 <jonasjo> the devil is in the details
  • 20:58:50 <jonasjo> ;)
  • 21:00:17 <jonasjo> i'm glad we found it, so i'm not insane and at least not that stupid :D
  • 21:00:30 <NamelessCoder> "resultMessages": [
  • 21:00:30 <NamelessCoder> "Please note that it might take a while (up to an hour) until your extension and the documentation appear on TYPO3.org."
  • 21:00:30 <NamelessCoder> ],
  • 21:00:30 <NamelessCoder> "version": "1.3.3"
  • 21:00:43 <NamelessCoder> not half bad if I do say so - and I'm drunk! ^^
  • 21:00:56 <jonasjo> hehe
  • 21:00:57 <NamelessCoder> came home from a concert less than two hours ago
  • 21:00:58 <jonasjo> cheers
  • 21:01:40 <NamelessCoder> give it an hour, tops, then refresh EM's list of extensions. EXT:site should pop up in 1.3.3 which creates pages with doktype=1
  • 21:01:53 <NamelessCoder> thanks for not giving up btw ;)
  • 21:01:58 <jonasjo> oh cool,which band? i belevie you'r into metal, right? me, too ;)
  • 21:02:08 <jonasjo> no, i have to thank you !
  • 21:02:18 <NamelessCoder> uh another metalhead, cool!
  • 21:02:31 <jonasjo> of course hehe
  • 21:02:35 <NamelessCoder> this was Shining, Periphery and Devin Townsend all in one evening
  • 21:02:59 <NamelessCoder> Shining is very far from my cup of tea but both of the other two are just excellent
  • 21:03:19 <jonasjo> nice! funny compilation
  • 21:03:33 <NamelessCoder> Devin of course is the GOD of live performance. Someone that sickly talented can't possibly be that humble, but he is.
  • 21:04:05 <NamelessCoder> if you ever get the chance to go, go. Even if you don't normally like Townsend. The live experience is well worth it.
  • 21:04:41 <jonasjo> yeah, i belive so. was zlitoid present? :D
  • 21:04:50 <jonasjo> ziltoid
  • 21:04:54 <jonasjo> or whatever
  • 21:04:57 <jonasjo> ;)
  • 21:05:19 <jonasjo> did you listen to the new enslaved album? really like it!
  • 21:05:42 <NamelessCoder> Ziltoid was there in big style :)
  • 21:06:07 <jonasjo> well, ok, i need to go to sleep. thanks again. i guess i'll stick around. i really like the flux approach!
  • 21:06:12 <jonasjo> hehe
  • 21:06:26 <NamelessCoder> haven't gotten around to that. I'm stuck on Allegaeon and a few others currently :)
  • 21:06:30 <jonasjo> the omniscient :D
  • 21:07:04 <NamelessCoder> sleep tight, try the site thing tomorrow and all will be well :) I'll think about putting a page menu into the templates that are created, plus some other basic stuff
  • 21:07:06 <jonasjo> had to give it a few spins, but now i'm really diggin it
  • 21:07:34 <NamelessCoder> learning curve can be a bit steep but once you remember, should make most of your FE work a lot faster ;)
  • 21:07:42 <jonasjo> will do. you, too. good night!
  • 21:07:46 <NamelessCoder> nite!