IRC logs

20140716

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

IRC log range: 20140716*

20140716

  • 10:03:13 <Guest|97074> Hi! How can I get settings. variable from ContentElement fluid template?
  • 10:03:46 <Guest|97074> I want i.e. a global variable "domain" set from page config menu from the back end
  • 10:03:57 <Guest|97074> and display that variable in component "logo"
  • 11:00:26 <mrboel> hey Guest|97074
  • 11:00:36 <Guest|97074> Hey
  • 11:00:58 <mrboel> one sec i make a gist
  • 11:04:33 <mrboel> @Guest|97074 https://gist.github.com/misterboe/20cddf5bd811da22cc2a
  • 11:04:43 <mrboel> you need something like that?
  • 11:05:19 <gencha_> xaver: gitignore PackageStates, okay, but then how do we know which extensions should be loaded? what am i missing here?
  • 11:05:56 <Guest|97074> Yeah, something like that! But it should be possible to set the domain variable from flexforms under page configuration
  • 11:06:18 <Guest|97074> <v:variable.set name="mydomain" value="{v:variable.typoscript(path: 'plugin.tx_yourext.settings.domain')}"/>
  • 11:06:30 <Guest|97074> this line is something that i need i think! Thx, ill check that out
  • 11:07:36 <mrboel> but if you use it like that you can set it in the constants editor
  • 11:07:51 <xaver> LocalConfigruation - like the name says - local setup and PackageStates is similar
  • 11:08:54 <mrboel> i dont ignore the localconfiguration - i use a additionalconfiguration which is ignored
  • 11:09:13 <mrboel> that would also be a possibility
  • 11:10:41 <gencha_> xaver: the localconfiguration is not enough to indicate extension loaded states in any of our setups
  • 11:11:32 <xaver> both utside of git
  • 11:11:38 <Guest|97074> And is it possible to set that variable using backend flex forms? I.e. I have Page/Page.html and there is flux:field.input with name "settings.domain" ?
  • 11:11:38 <xaver> outside
  • 11:12:54 <gencha_> okay, so you're saying to ignore both localconfiguration and packagestates? then how do we transfer configuration between machines?
  • 11:14:10 <gencha_> and which file, in git, then holds the information which extensions should be loaded?
  • 11:14:51 <Guest|97074> Or what typoscript path is for variables in PageController?
  • 11:19:17 <mrboel> @Guest|97074 https://gist.github.com/misterboe/d51e09bd7846ae29fd5a
  • 11:19:38 <gencha_> heh
  • 11:19:53 <gencha_> that was too much for him to handle
  • 11:20:05 <mrboel> ;)
  • 11:20:31 <mrboel> there is a "messi" in all of us
  • 11:53:34 <xaver> gencha_: the file is on your next stage and if you use provisioning. Local is a dev area, different branches.
  • 13:10:48 <gencha_> xaver: oh, i see. that sounds like a horrible mess though. we have a preview host and 3 dev machines, developers usually work on feature branches, the host runs on dev. and every single time someone wants to merge their feature, PackageStates has changed
  • 13:11:21 <gencha_> introducing more intermediary branches into the workflow, just because of that stupid file seems even more painful than dealing with the file :P
  • 13:12:25 <xaver> its a local config not a global config. passwords like mysql aren't in git.
  • 13:12:41 <gencha_> yeah, they aren't for us either
  • 13:12:57 <gencha_> we store those in AdditionalConfiguration, which is ignored everywhere
  • 13:13:49 <gencha_> but mysql passwords never change during the course of development, which packages are loaded does however
  • 13:18:45 <xaver> we nver install extension via git deploy. we upload them via deployment, but installation takes with php caches and stuff can cause problems.
  • 13:22:43 <gencha_> ah, i see
  • 13:23:50 <gencha_> we tried several different approaches with extension deployment in the past, starting from TER-based, to git submodules to just putting _everything_ into git, just so that we can be sure to have defined, working states
  • 13:30:09 <twirsing> hello there. i have the following problem. i created a fluidcontent element which uses flux:flexform.content. the element works fine unless i use the "Copy default content elements". Any content within flux:flexform.content is lost. Is this a known bug?
  • 13:34:57 <twirsing> sorry fox to have bothered you. this is probably the related issue https://github.com/FluidTYPO3/fluidcontent_bootstrap/issues/111
  • 14:04:32 <twirsing> cant get it to work. after updating all fedext extensions i get an error. Fatal error: Call to a member function preparedGet() on a non-object in xxx/fluidcontent_4_1_dev/Classes/Service/ConfigurationService.php on line 266
  • 14:05:44 <twirsing> shouldn't flux_7_1_staging, fluidcontent_4_1_development and fluidpages_3_1_development be compatible?
  • 14:36:50 <bjo3rn> hi twirsing I just posted an answer on gh. staging can not be considered compatible to dev.
  • 14:49:42 <bjo3rn> ping twirsing
  • 15:25:05 <twirsing> jep still here, i have seen your answer. unfortunately i get a different error when using flux staging
  • 15:26:29 <twirsing> the error is still about the recordService but this time within flux itself
  • 15:36:29 <bjo3rn> twirsing I assume you flushed all caches via install tool?
  • 15:38:40 <bjo3rn> can someone please explain to me how to use those friggin fal viewhelpers?
  • 15:39:04 <bjo3rn> I can't for the life of me add a simple image to a ce using fal.
  • 15:40:40 <bjo3rn> I have <flux:field.inline.fal name="falpic" minItems="1" maxItems="1" showThumbs="true"/>
  • 15:41:02 <bjo3rn> but {v:resource.record.fal(table: 'sys_file_reference', field: 'falpic', uid: record.uid) -> f:debug()} gives an empty array
  • 15:41:02 <FT3BOT> ¯\_(ツ)_/¯
  • 15:44:01 <twirsing> yes, flushed all caches
  • 15:45:28 <bjo3rn> sorry to ask, but via install tool?
  • 15:45:33 <floxx> any hint, why neither f:uri.image nor v:uri.image renders scaled image if dimensions are given as attributes?
  • 15:45:33 <FT3BOT> ¯\_(ツ)_/¯
  • 15:45:54 <floxx> it always returns original filepath
  • 15:46:23 <floxx> never had problems with that before
  • 15:46:50 <twirsing> Yes. You are refering to "Clean up your installation" in typo3/install, dont you?
  • 15:47:32 <bjo3rn> no, 'Important Actions/Clear all cache'
  • 15:50:24 <bjo3rn> floxx v:media.image works for me as expected.
  • 15:51:00 <twirsing> ha! se
  • 15:51:32 <twirsing> sweet that worked. there is alway one more cache to empty ....
  • 15:51:42 <bjo3rn> yes, this is a bummer.
  • 15:52:53 <bjo3rn> the one you mentioned only flushes the temp folder. this one is the real deal ^^
  • 15:52:54 <twirsing> thanx a lot. this goes right in my 100 caches to empty checklist
  • 15:53:03 <bjo3rn> one cache to rule them all!
  • 15:53:30 <bjo3rn> you can cut your list down to 1 now ^^
  • 15:55:18 <bjo3rn> floxx v:uri.image works as well. is your image processing setup defunct?
  • 15:57:32 <gencha_> you just have to occasionally also delete the contents of the typo3temp folder...
  • 15:57:34 <floxx> bjo3rn: i'll have a look. v:media.image returns orignal file path as well
  • 15:58:36 <twirsing> yeah, thats great. cheers
  • 16:00:50 <floxx> thumbnails for flux:field.file are broken in backend. it's getting hotter ;)
  • 16:01:11 <bjo3rn> aha!
  • 16:02:43 <floxx> ok. paths were wrong
  • 16:04:19 <floxx> phew everything works now. funny fallback to original image path if gm paths are not found.
  • 16:04:57 <bjo3rn> yeah, can give you some nice effect in the backend with huge thumbnails ^^
  • 16:05:47 <bjo3rn> floxx ever used fal in ft3?
  • 16:05:48 <floxx> :-D
  • 16:06:07 <floxx> bjo3rn: yep. but isn't it buggy inside sections?
  • 16:06:24 <bjo3rn> buggy as in not supported, yes.
  • 16:06:32 <floxx> that's my problem ;)
  • 16:06:58 <bjo3rn> how do you render an image? I'm too stupid for that.
  • 16:08:00 <bjo3rn> http://pastebin.com/CHvtAsDC
  • 16:08:48 <bjo3rn> does that look familiar to you or can you even spot my mistake? the result is always an empty error :S
  • 16:09:28 <bjo3rn> *empty array
  • 16:13:00 <floxx> i pasted a snippet from our knowledge db
  • 16:13:00 <floxx> http://pastebin.com/kDzjL5d8
  • 16:13:04 <floxx> untested ;)
  • 16:13:23 <floxx> hope it helps
  • 16:14:33 <bjo3rn> ok, thx
  • 16:15:41 <bjo3rn> arrgh! I was using the wrong table. works now, thanks a lot.
  • 16:17:15 <floxx> i'm glad i could pay back a little bit for your help ;)
  • 17:21:15 <gencha_> weeee https://github.com/oliversalzburg/typo3scripts/blob/dev/clearCaches.sh
  • 17:21:25 <gencha_> now it just needs testing :P
  • 17:26:17 <bjo3rn> wow, that's one hell of a shell script gencha_
  • 17:29:18 <xaver> if you want to install T3
  • 17:30:59 <xaver> https://gist.github.com/xf-/880f96333813f3cc100f :)
  • 17:33:16 <bjo3rn> pfff, xaver, that's only a 10th of loc ^^
  • 17:33:40 <xaver> bjo3rn: loc?
  • 17:33:46 <bjo3rn> lines of code
  • 17:33:56 <xaver> its from my puppet stuff
  • 17:34:10 <xaver> everyhting else is in other files
  • 17:34:21 <xaver> puppet + vagrant
  • 17:34:30 <bjo3rn> yes. I was impressed by the size of that script. I have no idea of bash scripts whatsoever.
  • 17:34:45 <xaver> bash is nice and powerful
  • 17:36:28 <xaver> gencha_: t3d is missing extract is missing
  • 17:46:57 <gencha_> bjo3rn: most of it is in there because it's in every script of the suite
  • 17:47:29 <gencha_> xaver: humm? i don't understand
  • 17:47:50 <xaver> extract t3d
  • 17:48:16 <gencha_> oh, yeah good idea. but i never use .t3d files myself
  • 17:48:53 <xaver> gencha_: me to, only 1-2 times i needed to extract a file
  • 17:50:49 <gencha_> hopefully it's similar to the .t3x format
  • 17:51:05 <xaver> gencha_: how do you generate LocalConfigruation.php
  • 17:51:25 <xaver> i had that problem i used curl to run the wizard
  • 17:51:46 <gencha_> xaver: in what context? the bootstrap.sh script?
  • 18:22:15 <xaver> gencha: yes
  • 18:28:42 <xaver> bjo3rn: benjaminr cedricziel danilobuerger tomorrow the sale for T3c Munich starts
  • 19:58:57 <gencha> xaver: it doesn't generate a LocalConfiguration, it writes to AdditionalConfiguration for versions >=6.0 and there it simply uses array notation
  • 20:00:12 <xaver> ok - good i searched and found nothing and at the end i needed todo the work by myself
  • 20:00:43 <gencha> and the suite includes configurationProxy.php which allows for manipulation of LocalConfiguration from non-PHP scripts, a very nasty design choice that just had to be made at some point :P
  • 20:01:04 <xaver> .p
  • 20:01:18 <xaver> i used curl to run the process
  • 20:01:31 <xaver> was first and fastest idea :P
  • 20:03:24 <gencha> one of the goals with those scripts in the early development was to be independant of PHP, because the different hosting environments we worked in sometimes caused weird PHP problems. now you're stuck with weird problems when trying to modify the modern configuration environments of TYPO3
  • 20:03:27 <gencha> oh well