IRC logs

20140915

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

IRC log range: 20140915*

20140915

  • 10:54:35 <mhmli> morning! i have an issue in typo3 6.1.10 whereby no user can delete an FCE. not even the admin user (ID 1). has this issue come up at all for anyone else? googling only brings unresolved problems with earlier, non-flux issues in 2008.
  • 10:57:49 <mhmli> the problematic tt_content elements are stored on PID -7676 which doesn't exist. is this a preset of some kind?
  • 11:16:22 <Guest|38021> Hi,
  • 11:16:22 <Guest|38021> how should i pass a \TYPO3\CMS\Extbase\Domain\Model\FrontendUserGroup to v:security.allow viewHelper? Should i make an instance of that object? How?
  • 11:16:22 <Guest|38021> Thanks
  • 11:19:35 <Guest|21412> hi all, im trying to render a page's content element, but i cant get anydata. This is my code : <v:content.render column='0' pageUid="3" as="contentElement">
  • 11:19:35 <Guest|21412> <f:for each="{contentElement}" as="content">
  • 11:19:35 <Guest|21412> <f:debug title="Debug of MyArray">{contentElement}</f:debug>
  • 11:19:35 <Guest|21412> </f:for>
  • 11:19:35 <Guest|21412> </v:content.render>
  • 11:21:31 <Guest|21412> https://gist.github.com/anonymous/7ddc546a9d9b79ce7e34
  • 11:31:19 <xaver> Guest|38021: docu http://fluidtypo3.org/viewhelpers/vhs/master/Security/AllowViewHelper.html
  • 11:32:06 <xaver> Guest|21412: {_all -> f:debug()}
  • 11:33:36 <xaver> mhmli: works fine in development and should be already released. Never tried it in 6.1.10
  • 11:33:52 <xaver> gbod: query?
  • 11:34:50 <Guest|38021> Xaver i read the documentation, but there isn't an example/detail about how pass the object
  • 11:37:49 <xaver> inside
  • 11:38:08 <xaver> if it only allwoed to be shown inside or what do you try todo?
  • 11:44:01 <Guest|38021> i had a usergroup with uid=1 and i would like to show something only for that usergroup
  • 11:57:27 <Guest|21412> adding v:security.allow does change anything
  • 12:41:45 <erredeco> using <v:security.allow frontendUserGroup="1">Lorem ipsum</v:security.allow> does not work...what is the correct syntax? :S
  • 13:15:47 <batjony> guys, i see that for every custom content element - typo3 wraps it with div like <div class="csc-default" id="c56">......
  • 13:16:15 <batjony> is there a way to remove this additional div wrappers for some of my custom elements (not for all)
  • 13:16:32 <Guest|21412> does someone can give an exmeple of 'how to render fluidcontent element from a page' ?
  • 13:20:05 <batjony> bjo3rn: some idea ? :)
  • 13:27:07 <xaver> batjony: that is csc
  • 13:27:22 <xaver> remove it form csc OR use fluidcontent core
  • 13:28:38 <batjony> xaver: do you have idea how to remove it from csc just for particular custom elements, not for all ?
  • 13:29:42 <xaver> never tried, but i think it is plugin - i use fcc or i don't care about the wrappers
  • 13:30:41 <batjony> k, i will just remove it with javascript :)
  • 13:31:00 <batjony> i can not remove the whole csc and install fluidcontent core
  • 13:34:39 <BenjaminR> remove what?
  • 13:40:55 <batjony> BenjaminR: i want to remove the default wrappers for some of my content elements <div class="csc-default" id="c56">...
  • 13:41:47 <xaver> batjony: that is a very bad idea
  • 13:42:09 <BenjaminR> see here how to have different wrappers - shoudl be easy to adapt to have none for some: https://gist.github.com/benjaminrau/ecee7871b59e531e8c30
  • 13:42:56 <batjony> 10x
  • 13:43:08 <batjony> and why this is very bad idea
  • 13:43:25 <BenjaminR> fx because of frontend editing breaks
  • 13:43:30 <BenjaminR> xaver?
  • 13:44:34 <xaver> because you load the FE and stat afterwards a complete rerendering also CSS and DOM
  • 13:53:57 <batjony> too complex, but typo3 is also too complex for some cases, for example how can I adapt this https://gist.github.com/benjaminrau/ecee7871b59e531e8c30 for just particular custom content elements, not all of them
  • 13:54:33 <batjony> ctype for all of the custom content elements is "fluidcontent_content"
  • 13:54:39 <BenjaminR> text = ... <- means text element
  • 13:54:50 <BenjaminR> textpic = <- means textpic element
  • 13:54:50 <BenjaminR> etc
  • 13:55:00 <BenjaminR> just add or remove the elements you need by their ctyle
  • 13:55:02 <BenjaminR> *ctype
  • 13:55:11 <BenjaminR> you said you are using csc
  • 13:55:12 <BenjaminR> not fcc
  • 13:55:29 <BenjaminR> xaver asked you that before
  • 13:56:12 <BenjaminR> if you are using fcc you have different template files for all of them and can define the template, that is used, inside the emplate
  • 13:56:20 <BenjaminR> so if you want to have a different wrapper for fx the textpic element
  • 13:56:35 <BenjaminR> bad example - there is no textpic....
  • 13:56:58 <batjony> for example, for custom content element "Typo3Blogger" i want to remove the wrapper div <div class="csc-default">....
  • 13:57:05 <BenjaminR> if you want to change the wrapper for image element go to Image.html and change the <f:layout name="XY" /> to a custom layout and create it
  • 13:57:22 <BenjaminR> custom content element? you mean flexible content element?
  • 13:57:49 <batjony> i mean custom content element made by me with fluid content
  • 13:57:53 <BenjaminR> well i lost track - there is no csc-default wrapper if you are using fcc
  • 13:58:18 <BenjaminR> oh it was me - sorry batjony. back on track
  • 13:58:38 <BenjaminR> but no idea... :(
  • 13:58:53 <batjony> for sure fcc is better, but I can not remove csc, its a project already working, and its too risky to remove csc
  • 13:58:55 <batjony> :)
  • 13:59:13 <batjony> then my solution is a little js injection :)
  • 13:59:19 <BenjaminR> no good idea
  • 13:59:29 <batjony> ya I know :)
  • 14:00:04 <xaver> let container stay - JS solution is slower as before
  • 14:00:43 <batjony> $('#custom_element_div_container').unwrap(); will do the trick :)
  • 14:00:59 <BenjaminR> but what for batjony - what is the advantage?
  • 14:01:05 <xaver> unwrap is a slow function
  • 14:01:13 <BenjaminR> indeed
  • 14:01:22 <xaver> you copy a node remove the ols one and set the node again
  • 14:01:33 <batjony> xaver: ya but how can I do it with typo3 ? using csc just for particular custom content element ?
  • 14:01:39 <batjony> i think you also dont know :)
  • 14:01:48 <batjony> at least this is a solution :)
  • 14:02:08 <xaver> if you use CSC - CTYPE you will get the wrapper contianer
  • 14:02:15 <BenjaminR> the question is why removing the wrapper by js when this makes it slower than letting it stay
  • 14:02:32 <xaver> why do you need to remove the containers
  • 14:02:48 <batjony> but CTYPE is always "fluidcontent_content" for every custom ce
  • 14:03:00 <batjony> i can not use ctype
  • 14:03:17 <BenjaminR> batjony: "xaver: why do you need to remove the containers"
  • 14:03:39 <xaver> because fluidcontent is a plugin like powermail
  • 14:04:11 <batjony> because, i use for some kind of complex slider, and i do not need this wrapper divs
  • 14:05:52 <xaver> Oo
  • 14:06:13 <xaver> how do you create your slider?!
  • 14:06:25 <BenjaminR> with fluidcontent saver :)
  • 14:06:29 <BenjaminR> xaver
  • 14:07:59 <BenjaminR> well it would be an idea to remove the wrapper for ALL fluidcontent fces and add it back for those you need it in the layout file
  • 14:08:25 <batjony> ya this is also an idea 10x
  • 14:10:32 <xaver> create a element and use for
  • 14:10:41 <xaver> <f:for>
  • 14:11:11 <xaver> if you always create a new row in DB, you will get the wrappers
  • 14:11:29 <xaver> you could replace them with preg_replace :)
  • 14:11:35 <xaver> or remove
  • 14:11:55 <batjony> ya 10x this is also another idea
  • 14:11:58 <batjony> will also work
  • 14:12:04 <Guest|21412> i have a probleme to render a page's content(fluidcontent), when i try to render it, i got empty arrow. Code : https://gist.github.com/anonymous/70283e6fb3f3e8f96fb0 .
  • 14:22:45 <NamelessCoder> Guest|21412 ViewHelper is not being used correctly. {contentElement} is already rendered and must be output with {contentElement -> f:format.raw()}
  • 14:23:47 <NamelessCoder> I suggest you simply write <v:content.render ... /> and do not manually loop. If your intention is to access content element record's values directly, you need to use v:content.get (+v:content.render(contentElementUids: ...) inside loop to render)
  • 14:30:57 <NamelessCoder> eveyrone: please check out branch "staging" of flux, fluidpages and fluidcontent and "git pull"
  • 14:31:47 <mhmli> @batjony try this https://gist.github.com/mhmli/726b459df85da74b9311
  • 14:34:51 <batjony> @mhmli: thats something new :) so you mean here: value = frp_fce:TeaserNews.html to replace it with the html name of my custom content elment ?
  • 14:35:36 <NamelessCoder> nice tip mhmli - mind submitting that on fluidtypo3.org as an example to control container element of fluidcontent when using CSC?
  • 14:35:59 <NamelessCoder> not that we wish to promote CSC usage but a lot of people still need it ;)
  • 14:37:37 <mhmli> @batjony that's the name of the template (resources/private/templates) from your extension, as saved to the tx_fed_fcefile field in tt_content
  • 14:38:20 <batjony> very niceee :)
  • 14:38:23 <batjony> 10x
  • 14:39:08 <mhmli> @NamelessCoder sure. where?
  • 14:40:23 <NamelessCoder> mhmli http://fluidtypo3.org/library/submit-code-example.html
  • 14:40:31 <NamelessCoder> same place if you have other nice examples ;)
  • 14:41:25 <mhmli> For my part: some content editors are placing FCEs into a flux.grid and TYPO3 is saving them to pid -7676. which stops them being able to be deleted. any ideas?
  • 14:44:25 <Guest|96981> Hi, I need a little help. Someone know where are saved the mapping between extension and controller action
  • 14:44:50 <mhmli> @NamelessCoder done.
  • 14:45:06 <NamelessCoder> is 7676 an UID of a current tt_content record?
  • 14:46:29 <batjony> @mhmli: just tried your way, but that doesnt work for me
  • 14:47:27 <mhmli> @batjony that's only a part of the whole. see the gist linked by BenjaminR at 1:42:09 PM
  • 14:47:37 <NamelessCoder> mhmli published :)
  • 14:48:00 <mhmli> @batjony that's only a part of the whole. see the gist linked by BenjaminR at 1:42:09 PM
  • 14:48:29 <mhmli> @NamelessCoder yes but not on the same page. and it's a negative pid -7676 not 7676
  • 14:49:40 <NamelessCoder> mhmli yep, I was just confirming that it actually is an existing element record UID. This points to that "relative-to-UID" format not being detected by TYPO3 at all. PID should never, ever be negative (DataHandler will read the "pid" field from -$recordUid)
  • 14:50:14 <NamelessCoder> what is the specific setup? development branches, 6.2.4+?
  • 14:50:20 <mhmli> 6.1
  • 14:50:24 <mhmli> 6.1.10
  • 14:50:27 <mhmli> (i know...)
  • 14:50:38 <mhmli> v big project so can't update yet.
  • 14:50:57 <mhmli> flux 7
  • 14:51:00 <NamelessCoder> it is possible but a bit unlikely that the custom syntax the core uses when generating the drop zones or "insert element" records has been changed
  • 14:51:02 <mhmli> fluidcontent 4.0.0
  • 14:51:11 <mhmli> fluid 6.1.0
  • 14:51:16 <mhmli> vhs 1.8.5
  • 14:51:49 <NamelessCoder> or it simply is a bug in flux 7 which we never saw before
  • 14:54:19 <mhmli> tt_content has 1027 entries. there are 87 distinct negative pids
  • 14:55:18 <mhmli> and the hid with negative pids are various CTypes
  • 14:55:38 <mhmli> (the entries with negative PIDs)
  • 14:55:47 <mhmli> so not just fluidcontent_content
  • 14:56:08 <NamelessCoder> is gridelements involved?
  • 14:56:31 <mhmli> flux:grid ?
  • 14:56:38 <NamelessCoder> no, EXT:gridelements
  • 14:56:43 <mhmli> nope.
  • 14:56:57 <NamelessCoder> exactly how is the content inserted?
  • 14:58:01 <mhmli> manually by editor: fce with flux:grid as a tt_content element. then fce or text or text pic etc as subelement of the flux:grid fce
  • 14:58:31 <NamelessCoder> as only child, as first child, as relative to other existing child?
  • 14:59:25 <mhmli> flux:grid fce is a column element. the problematic elements seem to be child elements inside the column layout's flux:grid (either individual or with others)
  • 14:59:53 <mhmli> don't have the insight to know if they're being prepended as first child or copied.
  • 14:59:58 <mhmli> i'll try it, brb
  • 15:00:18 <NamelessCoder> it's key to know how it was added. The topmost "insert content" icon has one value, the dropzones have another, and inserting relative to other elements has yet another value
  • 15:03:03 <mhmli> topmost insert content all ok.
  • 15:03:07 <mhmli> add after first all ok
  • 15:03:11 <mhmli> add after r second all ok
  • 15:03:15 <mhmli> copy+insert all ok
  • 15:03:22 <mhmli> drag + drop not working…
  • 15:03:26 <mhmli> (at all)
  • 15:03:44 <NamelessCoder> either to top of content container or relative to other element?
  • 15:03:56 <mhmli> either
  • 15:04:01 <NamelessCoder> hmm, crap
  • 15:04:11 <mhmli> icon changes to d+d but can't drag
  • 15:04:30 <mhmli> in all these creation instances, pid is set to the correct page id
  • 15:04:31 <NamelessCoder> yeah just one negative pid in there will throw it all off
  • 15:04:39 <mhmli> with colpos 18181
  • 15:04:56 <NamelessCoder> one malformed dropzone and kaboom :/
  • 15:06:16 <mhmli> have manually checked the uids of the elements on the page (1505) and there are none with a negative pid
  • 15:06:42 <mhmli> i.e. i've gone through the uids of the tt_content elements and all have pid 1505
  • 15:06:54 <mhmli> direct children of the page and children of an fce too.
  • 15:07:18 <NamelessCoder> the last functional test I did on 6.1 was on 6.1.8 iirc, back then it worked
  • 15:07:25 <mhmli> aha...
  • 15:07:37 <mhmli> d+d works in the column view but not the languages view
  • 15:07:49 <NamelessCoder> it's not supposed to work in language view ^^
  • 15:07:53 <mhmli> h ok.
  • 15:07:56 <mhmli> ah ok.
  • 15:08:03 <mhmli> that's not the issue anyway:)
  • 15:08:47 <mhmli> copy+insert from another page also ok
  • 15:09:07 <NamelessCoder> sounds like dropzones were changed somehow
  • 15:09:14 <NamelessCoder> even the ones relative to other elements :/
  • 15:09:51 <mhmli> change between 6.1 and 6.2?
  • 15:10:18 <NamelessCoder> no, apparently between 6.1.8 and 6.1.10 because I definitely tested this myself. Or there is some other factor in play here
  • 15:11:16 <mhmli> i don't know if it's related, but the other issue i have is that the backend wizard tab disappears frequently and then comes back after clearing the caches 2-3 times
  • 15:11:31 <mhmli> i can't see that there would be a connection...
  • 15:11:41 <NamelessCoder> shouldn't be related
  • 15:12:40 <mhmli> back to what you said before: are the negative PIDs just negative versions of the proper PIDs, do you think?
  • 15:13:18 <mhmli> they don't seem to have any logical connection to the pages in question.
  • 15:13:31 <NamelessCoder> no, I assume they are negative values of UIDs of the target relative element. Dropping after tt_content:123 would make pid=-123 of dropped element
  • 15:14:38 <NamelessCoder> normally TYPO3 detects negative pids as "ah, user dropped this element relative to the one having UID value abs(§nevativePid)
  • 15:15:01 <NamelessCoder> and that's what is not happening here even though it should
  • 15:15:54 <mhmli> page 766 has an fce UID 2923. in there, there are two child elements of a flux:grid, which both have pid -7676. 7676 is on page 985 though.
  • 15:16:23 <mhmli> which is the subpage of 766
  • 15:16:23 <NamelessCoder> nice and random, just the way we hate it :)
  • 15:16:48 <mhmli> so at least there is a *vague* connection...
  • 15:17:30 <NamelessCoder> maybe a few more data sets would illuminate it
  • 15:19:16 <mhmli> thanks fro your help so far. i'll do more digging in the page history and try to replicate what the editor did
  • 15:21:27 <NamelessCoder> anytime - btw, this may not be an issue on 6.2 (if an upgrade is near anyway)
  • 15:24:11 <mhmli> there's no history for the creation/addition of the child elements.
  • 15:27:20 <mhmli> i think i may have to chalk this one up as another reason to push an upgrade to 6.2 through.
  • 15:33:23 <NamelessCoder> it might be more cost-effective than looking for this needle
  • 15:48:44 <Guest|21412> i tried to do <v:content.render column='content' /> but i got nothing displayed
  • 15:49:46 <Guest|21412> i checked the tt_content and i have 2 fluidcontent linked to the page
  • 15:50:26 <Guest|21412> is there any requirement to do before i try to display content of the page?
  • 15:52:05 <Guest|21412> i do not have set anyprovider and anycontroller, i have the extension fluidpage, i can render the page base template, but cant render it's content.
  • 15:53:19 <Guest|21412> i even tried to make a ContentController :https://gist.github.com/anonymous/55b5fb55df944cc1ba31
  • 15:53:42 <Guest|21412> this classe is simply not called
  • 17:13:26 <xaver> NamelessCoder: url is missing http://fluidtypo3.org/feed.rss
  • 17:33:30 <Guest|70639> Hello, we have found a mysterious bug in typo3 6.2.4 using flux 7.0.0. Is there a bugtracker for flux?
  • 17:34:45 <Guest|70639> after inserting a content element by "copy after this element", the content element disappears. In Database table tt_content the PID changes to the negative value (i.e. -1790). The new value is exactly the same as the UID of the content element (1790) we pasted after. We updated the System from Typo3 4.7 to 6.2.4 on a PHP 5.5.9 server with MySQL 5.
  • 17:34:45 <Guest|70639> 5. After deinstalling flux and flux_galleria "copy after this element" functions without an error
  • 17:35:51 <BenjaminR> The bugtracker is here: https://github.com/FluidTYPO3/flux/issues
  • 17:36:46 <Guest|70639> thanks
  • 17:37:02 <xaver> Guest|70639: test the git version first
  • 17:38:29 <xaver> and also you run the update script for the insering the values
  • 17:44:19 <BenjaminR> Oh PiMB, Vagrant makes my heart beat faster!
  • 17:57:40 <xaver> benjaminr: wrong chan?
  • 18:06:13 <mhmli> @NamelessCoder 5:34:45 PMGuest|70639 holy crap!
  • 18:07:12 <mhmli> pretty much the same bug, it would appear. the editor has responded by saying that the problem occurs when copying and pasting a content element from 1 flux:grid column into another
  • 18:08:37 <mhmli> @NamelessCoder This bug smells a lot like https://github.com/FluidTYPO3/flux/issues/573
  • 21:05:42 <Outdoorsman> Hello
  • 21:10:46 <Outdoorsman> I just updated my templates and am no getting namespace identified "v" is already registered.
  • 21:11:17 <Outdoorsman> Ahhhh
  • 21:13:08 <soee> what?
  • 21:14:40 <Outdoorsman> Getting error, namespace identified "v" is already registered
  • 21:15:11 <Outdoorsman> When I delete {namespace v=Tx_Vhs_ViewHelpers} from my file, I get "Namespace could not be resolved"
  • 21:15:31 <Outdoorsman> :(
  • 21:16:54 <soee> did you used somewhere teh 'v' for othe rnamespace ?
  • 21:17:18 <Outdoorsman> No I haven't been doing anything wierd that i know of.
  • 21:17:20 <soee> also what vhs version ?
  • 21:17:24 <Outdoorsman> latest
  • 21:18:04 <soee> from TER or git ?
  • 21:18:33 <Outdoorsman> From git development. I see that the xmlns has been updated in recent versions of fluidbootstrap theme.
  • 21:18:48 <Outdoorsman> Is that a big deal or will both work still?
  • 21:18:51 <soee> you should migrate you empate so namespaced v
  • 21:19:16 <soee> you should use: {namespace v=FluidTYPO3\Vhs\ViewHelpers}
  • 21:19:26 <soee> thats the first thing
  • 21:19:57 <Outdoorsman> Ahhhh... maybe that's the issue.
  • 21:20:44 <Outdoorsman> Stay tuned...
  • 21:26:27 <Outdoorsman> I am using the extension https://github.com/bootstraptheme-for-typo3/fbtcustomiser to essentially overlay the fluidbootstraptheme extension. When do I have to use {namespace v=FluidTYPO3\Vhs\ViewHelpers} and when do I also have to add <div xmlns="http://www.w3.org/1999/xhtml" lang="en"
  • 21:26:27 <Outdoorsman> xmlns:v="http://fedext.net/ns/vhs/ViewHelpers"
  • 21:26:27 <Outdoorsman> xmlns:f="http://typo3.org/ns/fluid/ViewHelpers">
  • 21:27:16 <soee> sorry never used that ext, dont know it
  • 21:28:26 <Outdoorsman> When creating an overlay of a file, in general do you have to use both {namespace... and <div xmlns="http://... together or sometimes just one only?
  • 21:44:10 <Outdoorsman> ...
  • 21:55:45 <Outdoorsman> Whew... figured it out. Turns out that {namespace v=FluidTYPO3\Vhs\ViewHelpers} was not to be used in any of my files at all.
  • 21:56:02 <soee> ;]
  • 21:56:45 <Outdoorsman> It used to be there in old fbtcustomiser extenion files so some requirements must have changed with the new namespace declarations?
  • 21:57:56 <Outdoorsman> ...the change from xmlns:v="http://fedext.net/ns/vhs/ViewHelpers"
  • 21:58:08 <Outdoorsman> ...to xmlns:v="http://typo3.org/ns/FluidTYPO3/Vhs/ViewHelpers"
  • 21:58:13 <Outdoorsman> Could that be possible?
  • 22:31:19 <Guest|41755> what is the current vh for <v:iterator.contains in vhs 2.0.1?
  • 22:32:34 <Guest|41755> if i replace it with <v:condition.iterator.contains using the same parameter like before it does not work for me
  • 23:03:17 <Guest|41755> i am looking for a replacement of "<v:iterator.contains haystack="{rootLine}" needle="{menuPage.uid}" considerKeys="true">" in vhs 2.0
  • 23:04:02 <Guest|41755> <v:condition.iterator.contains haystack="{rootLine}" needle="{menuPage.uid}" considerKeys="true"> does not work