IRC logs

20160414

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

IRC log range: 20160414*

20160414

  • 03:48:37 <mdddz> hi there, I am using option #2 from https://fluidtypo3.org/documentation/templating-manual/templating/provider-extension/configuration-files.html to include my TS Setup and page object config, but it only takes effect when I am logged in.
  • 03:56:24 <de_macrocom> http://stackoverflow.com/questions/36505001/how-to-pass-argument-to-controller-action-with-fluidtypo3
  • 03:56:47 <de_macrocom> Really no ideas?
  • 03:57:21 <de_macrocom> I can't pass arguments to a flux-enabled controller. Is that a bug? Or is it intended behaviour?
  • 04:15:53 <cweiske> de_macrocom, you're asking the same question for days now.
  • 04:16:19 <cweiske> I think it's time for you to dig into flux and follow the function stack, and find out yourself why it does not work
  • 04:21:03 <de_macrocom> Right. I'm asking for days. Because there was not even the slightest reaction on the question. A simple "should work, please inspect yourself" would have been enough.
  • 04:42:23 <cweiske> did you expect that reaction from all of the people in the room?
  • 04:42:39 <cweiske> in irc it's general that only people speak if they think they can contribute something
  • 04:43:05 <cweiske> if all 16 people in here said "I don't know" to every question, noise level would rise considerably
  • 04:43:35 <de_macrocom> I opened an issue on github now and will provide you with any information that I might raise on my way through the flux stack.
  • 04:43:53 <cweiske> ok
  • 04:49:26 <mdddz> hi cweiske, I investigated my problem from before some more.
  • 04:49:51 <mdddz> I am using option 2 from https://fluidtypo3.org/documentation/templating-manual/templating/provider-extension/configuration-files.html
  • 04:50:29 <mdddz> and now my TS included with that method reliably has no effect when I am not logged in
  • 04:51:35 <mdddz> Could it be that the ts is anyhow addes as UserTSConfig instead of 'general' SetupTS?
  • 04:57:54 <cweiske> if it's only when you're not logged in to the backend, it's because you put that in ext_tables.php
  • 04:58:12 <cweiske> ext_tables.php only gets loaded when a backend user is logged in, or rather only in the backend
  • 04:58:29 <cweiske> ext_localconf.php always gets loaded - for backend and frontend accesses
  • 04:59:01 <cweiske> but if you correctly followed option 2 instructions, this should not be the problem
  • 05:00:00 <mdddz> ah, I see. Thank you very much, that was the hint I needed.
  • 05:00:14 <mdddz> It is in fact in ext_tables.php
  • 05:02:52 <mdddz> I just now noted that there is even comments in the documentation telling the file names. Now I feel stupid for not seeing it. Sry to have bothered you with thtat.
  • 05:03:32 <cweiske> sometimes it's the small things that are easily overlooked and have big effects
  • 05:14:20 <Guest|3195> hi guys, I found an Issue: I'm using an FCE with an Input field: <flux:field.input ... when I enter an alpahanumeric string - evertything is fine, when I enter only a Number I get a validation error in the backedn in TYPO3-7.6.5 can someone confirm this behavior ?! TIA
  • 05:14:34 <Guest|3195> hi guys, I found an Issue: I'm using an FCE with an Input field: <flux:field.input ... when I enter an alpahanumeric string - evertything is fine, when I enter only a Number I get a validation error in the backend (in TYPO3-7.6.5) can someone confirm this behavior ?! TIA
  • 05:19:37 <cweiske> how does your flux field attributes look like?
  • 05:19:41 <cweiske> s/does/do/
  • 05:24:08 <Guest|3195> <flux:field.input name="price" label="Preis" />
  • 05:24:37 <Guest|3195> Inside of <flux:form id="stageTeaser" options="{group: 'FCE'}">
  • 05:24:45 <cweiske> that sounds completely fine
  • 05:25:18 <Guest|3195> yes. and it worl before. but since the typo3-update of this week ...
  • 05:30:30 <Guest|3195> its fluidcontent 4.4.0. BTW
  • 07:32:08 <drlimbo> hi there
  • 07:34:32 <drlimbo> is there a way to debug fluidtypo3 errors? i just get an "Oops, an error occurred! Code: 20160414132911e4c0d8ed" in the frontend
  • 07:34:46 <drlimbo> sure i enabled all debug-parameters i found
  • 07:35:00 <drlimbo> cweiske: i think we already talk once about debuging fluid errors, not?
  • 07:35:09 <cweiske> yes
  • 07:35:13 <cweiske> I gave you a link
  • 07:35:32 <cweiske> http://cweiske.de/tagebuch/typo3-cli_dispatch-debugging.htm#conclusion
  • 07:36:32 <drlimbo> yes cweiske i already set debug, displayErrors and devIPmask but i didn't get an error message
  • 07:36:43 <cweiske> no stack trace?
  • 07:36:53 <drlimbo> nope, only "Oops, an error occurred"
  • 07:38:10 <drlimbo> also the "application information" the info-thing on top in typo3-backend shows "Application Context: Production"
  • 07:38:50 <drlimbo> but in install tool under "debug" i enabled debug
  • 07:40:30 <drlimbo> also with same database and same version i can't reproduce the error local
  • 07:44:19 <drlimbo> cweiske: i think it was a different ext version of the fluidtypo3 family
  • 07:44:30 <drlimbo> ah nope, same error =)
  • 07:50:38 <drlimbo> looks like a problem with Typo3 - if i downgrade to 7.6.4 its working well, with 7.6.5 i get an error
  • 07:57:26 <drlimbo> does anyone has an idea?
  • 08:09:40 <NamelessCoder_> cweiske can't thank you enough for all the help you give other users!
  • 12:19:17 <mikemm> hey.. since I updated to 7.6.5 (from 7.6.2) Typo3 does not allow me to save flux:field.input fields with only numbers in (e.g. "123" does not work but "123a" works). anyone else had the same problem?