| 01:37.38 | *** join/#flow3 boonkerz (~boonkerz@p4FC30C4F.dip.t-dialin.net) |
| 02:02.23 | *** join/#flow3 boonkerz (~boonkerz@p4FC30C4F.dip.t-dialin.net) |
| 02:19.55 | *** join/#flow3 boonkerz (~boonkerz@p4FC30C4F.dip.t-dialin.net) |
| 03:10.13 | *** join/#flow3 skorpi (~skorpi@188-193-28-86-dynip.superkabel.de) |
| 03:17.51 | *** join/#flow3 shoelessone (~kevin@76.14.75.242) |
| 04:01.14 | *** join/#flow3 skorpi1 (~skorpi@p4FE83FDB.dip.t-dialin.net) |
| 05:06.07 | *** join/#flow3 shoelessone (~kevin@76.14.75.242) |
| 06:35.27 | *** join/#flow3 skurfuerst (~Adium@i59F6CC6.versanet.de) |
| 07:21.40 | *** join/#flow3 gammpamm (~gammpamm@HSI-KBW-46-237-239-50.hsi.kabel-badenwuerttemberg.de) |
| 07:25.23 | *** join/#flow3 mgoldbeck (~Adium@host-93-104-226-234.customer.m-online.net) |
| 07:43.24 | *** join/#flow3 cubert__ (~cubert@p5080578E.dip.t-dialin.net) |
| 07:51.41 | *** join/#flow3 fischli (~fischerb@data.fischer-ing.de) |
| 07:51.57 | fischli | good morning @all |
| 07:53.04 | fischli | just pushed a new change and referenced a wrong issue :P |
| 07:53.52 | fischli | is it possible to revert it? |
| 07:55.34 | rens | good morning |
| 07:55.34 | rens | fischli: reference as in forge issue id? |
| 07:55.37 | *** join/#flow3 afoeder (~afoeder@p4FD64540.dip0.t-ipconnect.de) |
| 07:56.10 | fischli | hi rens, nice to see you again :) |
| 07:56.17 | rens | :) |
| 07:56.28 | rens | 'git commit —amend' gives you a shot to change your last commit message ;) |
| 07:56.42 | rens | if you push again afterwards it should be fixed |
| 07:57.03 | fischli | pushed to issue 34185 but should be 34547 |
| 07:57.06 | afoeder | morning guys |
| 08:01.06 | fischli | rens: thx, now it looks better |
| 08:01.31 | afoeder | the StreamWrapper thing? |
| 08:01.32 | afoeder | :) |
| 08:23.19 | *** join/#flow3 robertlemke (~t3rob@14237.nodes.robertlemke.net) |
| 08:27.00 | *** join/#flow3 fb|michael (~fb|michae@HSI-KBW-085-216-081-040.hsi.kabelbw.de) |
| 08:29.42 | kdambekalns | moin! |
| 08:29.53 | afoeder | moin moin |
| 08:51.00 | *** join/#flow3 SpareParts (~ondriq_h@195.168.42.50) |
| 08:56.15 | afoeder | what could be the reason that submodule aren't on master anymore when I git submodule update ? |
| 08:56.52 | *** join/#flow3 aertmann (~aertmann@109.202.148.90) |
| 08:57.19 | rens | afoeder: the pointer could point to another commit then the current master so git checks out this specific commit... |
| 08:57.33 | afoeder | can I fix that? |
| 08:57.58 | afoeder | (github, btw, also shows me "obsolete" commits when displaying the submodule target) |
| 08:59.05 | *** join/#flow3 Kirab (~kira.back@p578ba9b1.dip0.t-ipconnect.de) |
| 09:00.18 | *** join/#flow3 Kollode (~patrick@designnet.work.de) |
| 09:01.50 | *** join/#flow3 foertel (~foertel@p5DD6C30A.dip0.t-ipconnect.de) |
| 09:03.32 | afoeder | ah wait... rens, now I understand: the submodules are also stageable. |
| 09:03.53 | afoeder | I assume that's the current HEAD situation of the submodule |
| 09:04.23 | afoeder | that's cool, so when ckecking out my main repo the submodules are fetched at the current state. |
| 09:05.39 | kdambekalns | afoeder: not the current state as in "latest available in master", but the state (commit hash) recorded in the submodule pointer |
| 09:06.00 | afoeder | yep, that's what I mean |
| 09:06.19 | afoeder | that's good to know; I always worried not to mess up the project due to wrong submodule states |
| 09:07.40 | afoeder | so, for example there could be a Base distribution 1.03 fetching each submodule in its 1.03 state; and a Base distribution 1.0 behaving appropriate |
| 09:07.49 | afoeder | (just explaining it to me :-) ) |
| 09:08.17 | kdambekalns | yep :) |
| 09:09.06 | afoeder | and git submodule update resets the submodule to the state set in that pointer, right? |
| 09:10.06 | afoeder | (and now I even know why some directories are green @ PhpStorm :-p) |
| 09:13.31 | rens | afoeder: true ;) |
| 09:13.38 | fischli | rens: regarding this annoying symlink handling, we should also write a test for broken directory links ... but I got no idea how to test the removal of the broken link ... file_exists() always return FALSE in our case |
| 09:15.14 | *** join/#flow3 mvta (~mvta@83.173.164.186.dyn.user.ono.com) |
| 09:16.21 | rens | fischli: that's change 8868 ? |
| 09:17.08 | fischli | yep |
| 09:18.21 | rens | Bastian is working on that one... (adding a test) |
| 09:19.22 | fischli | yes, but I thought he's looking for stream wrapper side effects |
| 09:21.50 | fischli | will wait for Bastians next patch so far |
| 09:34.58 | fischli | are there any examples for unit tests, considering the OS the test is running? |
| 09:38.10 | fischli | looking for best practice on how to write those test for FLOW3 considering the OS |
| 09:51.37 | kdambekalns | DIRECTORY_SEPERATOR === '/' is pretty common |
| 09:51.53 | kdambekalns | then $this->markTestSkipped('…') as needed |
| 09:52.53 | fischli | kdambekalns: thx |
| 10:07.15 | afoeder | WAT.... isNaN(false) === false :-/ |
| 10:08.04 | afoeder | seems to equal to equal to zero |
| 10:08.11 | afoeder | Math.abs(false) === 0 ... LOL |
| 10:25.40 | kdambekalns | only NaN is NaN, i'd think… dyanmic typing FTF |
| 10:27.05 | Torsten85 | Hey, I've a big problem with doctrine: It's deleting my entities in the wrong order and causing a "integrity constraint violation"! |
| 10:32.43 | *** join/#flow3 SpareParts (~ondriq_h@195.168.42.50) |
| 10:33.34 | skurfuerst | scrum now: https://talkgadget.google.com/hangouts/extras/talk.google.com/t3px-team-hangout |
| 10:34.34 | *** join/#flow3 Denyerec (~Never@cpc4-shep11-2-0-cust49.8-3.cable.virginmedia.com) |
| 11:08.59 | *** join/#flow3 boonkerz (~boonkerz@p4FC30C4F.dip.t-dialin.net) |
| 11:24.00 | Denyerec | Guten Morgen alles! :) |
| 11:28.55 | afoeder | :) Guten Morgen :) |
| 11:42.24 | afoeder | is anybody well familiar with suhosin config? |
| 11:47.36 | fischli | afoeder: not really ... don't ask to ask - just ask ;-) |
| 11:48.43 | afoeder | yeahyeah :) well, it's the second time I spend time with searching for an error that probably resulted in suhosin silently removing GET vars; |
| 11:49.12 | afoeder | I'd like to make that more verbose; either with logging or even an HTTP error would be fine. |
| 11:49.40 | *** join/#flow3 boonkerz (~boonkerz@p4FC30C4F.dip.t-dialin.net) |
| 11:49.42 | fischli | like the null byte, you got last time |
| 11:49.53 | afoeder | ah cool, you remember :) |
| 11:49.59 | afoeder | yep, exactly like this one |
| 11:50.17 | afoeder | now I think maybe a variable can be too long or whatever |
| 11:50.29 | afoeder | again a complete var is stripped out; |
| 11:50.42 | afoeder | when manually shortening it, it "works". |
| 11:53.23 | fischli | suhosin.get.max_name_length is by default 64 byte long |
| 11:54.27 | afoeder | yes, where the *name* should not be the problem; but whatever, I really suspect suhosin because of any buried, hidden option |
| 11:58.11 | afoeder | ok, will see if suhosin.filter.action works |
| 11:59.45 | *** join/#flow3 boonkerz_ (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 12:00.30 | afoeder | I'm really thinking about a convenient FLOW3 script that checks the current server config for known issues |
| 12:01.39 | fischli | puh ... that's a own project ;-) |
| 12:02.03 | afoeder | well, it can mature. |
| 12:02.33 | afoeder | at a first step it could provide the checks that are mentioned in that wiki page |
| 12:03.00 | kdambekalns | afoeder: get in touch with aertmann - that could/should be integrated in the setup wizard he's working on currently! |
| 12:03.13 | fischli | ./flow3 flow3:check:capabilities |
| 12:03.30 | fischli | would be nice |
| 12:04.32 | aertmann | we need a concept for these check anyway.. because it's currently used in the bootstrap, but would also be used the setup bootstrap and would be nice in a command controller as fischli suggested.. |
| 12:04.36 | afoeder | if that'd be of interest I'll gladly do |
| 12:04.53 | aertmann | some of these could be a part of the package meta information.. |
| 12:04.57 | afoeder | and, meanwhile: that *is* again a suhosin drawback |
| 12:05.14 | afoeder | (what I experienced) |
| 12:05.30 | afoeder | I told suhosin to send a 400, and now I get a 400 |
| 12:06.18 | aertmann | I've listed all the required extensions needed for the flow3 package in the setup bootstrap, but we need to be able to tell if a package needs additional extensions/functionality |
| 12:07.04 | afoeder | well yes aertmann, that could be done recursively in the foreign package's meta information |
| 12:07.32 | afoeder | probably even with package-local requirement helpers |
| 12:07.34 | afoeder | *_* |
| 12:07.55 | aertmann | that was the idea, and there is already something like that.. but I'm not sure if we should implement it before the new package handling.. |
| 12:08.09 | fischli | but it's something different to check all those different distributions for proper functionality and expected configuration |
| 12:08.39 | afoeder | yes; well, for my case I only think about the suhosin config |
| 12:08.39 | fischli | could be a ongoing life-task :) |
| 12:09.12 | afoeder | so you can pretty much say: using suhosin and passing serialized object across GET won't work |
| 12:09.21 | afoeder | (having default suhosin config) |
| 12:10.05 | aertmann | maybe some sort of requirement class with a simple method and error? |
| 12:10.07 | fischli | that's a good starting point for the wiki |
| 12:10.24 | afoeder | the (Fluid) Widgets *do* pass serialized objects via GET |
| 12:11.00 | afoeder | fischli: http://forge.typo3.org/projects/flow3/wiki/Installation_hints#Strange-behavior-with-serialized-objects-in-request-arguments |
| 12:11.30 | afoeder | I'm currently tackling how the suhosin configuration can be set to more verbosity |
| 12:11.47 | afoeder | it is even aware to call an own log script; that to be maybe bound with FLOW3 |
| 12:12.00 | afoeder | but that's only ideas |
| 12:15.57 | fischli | the hint for null-bytes should be mentioned with caution ... it's an important security issue and you should know what you are doing, turning it off |
| 12:16.02 | afoeder | dear Linuxers, what is the "syslog"? |
| 12:16.25 | fischli | it's like windows events |
| 12:16.39 | afoeder | yeah thought that; where can I examine it? |
| 12:17.05 | fischli | /var/log/messages or by dmesg |
| 12:17.58 | afoeder | fischli I mainly agree with you regarding the caution note; but that however also generally requires more discussion. |
| 12:18.23 | afoeder | a null-byte-injection should be regarded all over the core, then |
| 12:19.29 | fischli | but if you turn off this check, it may influence other applications |
| 12:19.48 | afoeder | and I even don't know if PHP 5.3 is still that open for such issues |
| 12:20.25 | afoeder | every action *may* influence something... |
| 12:21.43 | afoeder | but as you said, a "disclaimer" won't hurt |
| 12:23.53 | *** join/#flow3 foertel (~foertel@p5DD6C30A.dip0.t-ipconnect.de) |
| 12:23.53 | *** join/#flow3 shoelessone (~kevin@76.14.75.242) |
| 12:23.56 | fischli | yep, would be more sensitive |
| 12:26.20 | afoeder | http://forge.typo3.org/projects/flow3/wiki/Installation_hints |
| 12:27.18 | fischli | great :) |
| 12:37.02 | *** join/#flow3 boonkerz (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 12:50.47 | afoeder | http://forge.typo3.org/projects/flow3/wiki/Installation_hints#General-hints-when-using-Suhosin |
| 12:51.21 | afoeder | I encourage everyone reading this section; that meanwhile robbed me couple of hours. |
| 12:52.00 | *** join/#flow3 foertel (~foertel@p5DD6C30A.dip0.t-ipconnect.de) |
| 12:58.36 | fischli | /var/log/syslog could also be messages, localmessages or what ever you configured for your syslogd |
| 12:59.26 | fischli | it's distribution specific |
| 12:59.34 | afoeder | hm ok... |
| 13:00.08 | afoeder | and one more: http://forge.typo3.org/projects/flow3/wiki/Installation_hints#Exceeding-GET-variable-value-length |
| 13:18.24 | *** join/#flow3 tuhlig (~tuhlig@p4FCDCBA9.dip0.t-ipconnect.de) |
| 13:18.29 | tuhlig | moring :) |
| 13:20.05 | *** join/#flow3 sorenmalling (~sorenmall@109.202.148.90) |
| 13:41.41 | SpareParts | is there a way to forbid usage of some entities in DQL? doesnt matter if through security framework or in any other way... |
| 13:56.09 | *** join/#flow3 clauswitt (~clauswitt@89.221.173.162) |
| 14:01.00 | *** part/#flow3 mvta (~mvta@83.173.164.186.dyn.user.ono.com) |
| 14:31.43 | *** join/#flow3 skurfuerst (~Adium@i59F6CC6.versanet.de) |
| 14:34.02 | *** join/#flow3 sorenmalling (~sorenmall@109.202.148.90) |
| 14:50.16 | Kirab | SpareParts: It’s possible via policy.yaml but it’s not documented and not fully working yet |
| 14:50.33 | *** join/#flow3 sorenmalling (~sorenmall@109.202.148.90) |
| 14:55.01 | *** join/#flow3 mgoldbeck1 (~Adium@host-93-104-226-234.customer.m-online.net) |
| 14:56.19 | *** join/#flow3 mneuhaus (~mneuhaus@ip-176-198-96-65.unitymediagroup.de) |
| 14:56.25 | *** part/#flow3 mneuhaus (~mneuhaus@ip-176-198-96-65.unitymediagroup.de) |
| 15:07.48 | SpareParts | Kirab: I am not afraid of undocumented things, the real problem is that in the documentation it is written that "not working for DQL queries currently (only QOM!)" |
| 15:10.50 | SpareParts | I don't need too precise access rights, it should be enough to completely disallow all entities except of given set |
| 15:11.52 | SpareParts | but now I am stuck somewhere deep in the Doctrine's guts and don't think I will get anywhere... bah |
| 15:40.05 | *** join/#flow3 mgoldbeck (~Adium@host-93-104-226-234.customer.m-online.net) |
| 15:47.53 | *** join/#flow3 boonkerz_ (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 15:54.48 | *** join/#flow3 skurfuerst (~Adium@i59F6CC6.versanet.de) |
| 16:13.59 | *** join/#flow3 soee (~soee@ip-46-21-212-252.nette.pl) |
| 16:14.12 | afoeder | guys, what do you think about moving that powerful JsonView functionality out to a Utility class? |
| 16:39.09 | afoeder | does the Fluid team have a ViewHelper test page online somewhere? |
| 16:39.14 | *** join/#flow3 Kirab (~kira.back@p578ba9b1.dip0.t-ipconnect.de) |
| 16:39.29 | afoeder | or general, are there thoughts about some sandbox or such... |
| 16:39.41 | afoeder | would be great to demonstrate functionality and test stuff |
| 16:41.09 | *** join/#flow3 guilhermeblanco (~guilherme@dsl-3m-9.colosseum.com) |
| 16:43.20 | *** join/#flow3 acidspit (~combman@188-193-177-126-dynip.superkabel.de) |
| 16:43.38 | acidspit | hi all |
| 16:43.54 | *** join/#flow3 mgoldbeck1 (~Adium@host-93-104-226-234.customer.m-online.net) |
| 16:55.57 | afoeder | hi acidspit |
| 16:56.13 | *** join/#flow3 boonkerz (~boonkerz@pd95c8e64.dip0.t-ipconnect.de) |
| 17:36.36 | *** join/#flow3 boonkerz_ (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 17:58.33 | *** join/#flow3 Chacky (~Sascha@dslb-178-002-169-078.pools.arcor-ip.net) |
| 18:25.39 | *** join/#flow3 Codemonkey1988 (~Tim@ip-95-223-40-184.unitymediagroup.de) |
| 18:55.44 | *** join/#flow3 beberlei (~twitter@koln-5d816566.pool.mediaWays.net) |
| 18:59.07 | *** join/#flow3 nd_____ (~nd@mnhm-5f7539b3.pool.mediaWays.net) |
| 19:12.44 | *** join/#flow3 fischli (~fischerb@p5B0DB9D5.dip.t-dialin.net) |
| 19:21.54 | *** join/#flow3 clauswitt (~clauswitt@x1-6-e0-46-9a-ed-9f-56.k302.webspeed.dk) |
| 19:37.04 | *** join/#flow3 sorenmalling (~sorenmall@94.18.151.115) |
| 19:37.24 | *** join/#flow3 ger^kallisti (~kyrill@dslb-178-002-019-004.pools.arcor-ip.net) |
| 19:59.49 | *** join/#flow3 liwo (~liwo@f051128219.adsl.alicedsl.de) |
| 20:14.05 | *** join/#flow3 SpareParts (~ondriq_h@195.168.42.50) |
| 20:19.25 | *** join/#flow3 gammpamm (~gammpamm@HSI-KBW-46-237-239-50.hsi.kabel-badenwuerttemberg.de) |
| 20:20.09 | *** join/#flow3 boonkerz (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 20:26.42 | acidspit | hi one question: if I use $this->redirect in a controller is it normal that it disregards the seo friendly urls in the routes.yaml or am I missing something? |
| 20:26.45 | *** join/#flow3 fb|michael (~fb|michae@HSI-KBW-085-216-081-040.hsi.kabelbw.de) |
| 20:47.21 | *** join/#flow3 Kollode (~Kollode@d223210.adsl.hansenet.de) |
| 20:54.43 | SpareParts | I am pretty sure it should work as normal |
| 20:54.54 | *** join/#flow3 fb|michael (~fb|michae@HSI-KBW-085-216-081-040.hsi.kabelbw.de) |
| 20:55.03 | SpareParts | it should use normal uriBuilder |
| 20:56.36 | SpareParts | is it plain ActionController? i think that WidgetController uses different settings for uriBuilder |
| 20:59.39 | Codemonkey1988 | i have checked it and have the same problem. I have a route defined for an action but if I redirect to that route with $this->redirect, the route is not considered. |
| 21:04.38 | acidspit | yes it is normal action controller |
| 21:05.27 | SpareParts | hmm, I tried it |
| 21:05.43 | acidspit | and it worked for you? |
| 21:05.59 | SpareParts | and I got normal route with "?%40format=html" appended, which is really strange :D |
| 21:06.17 | SpareParts | i got the correct route |
| 21:06.24 | SpareParts | except that strange ?%40format=html |
| 21:07.25 | acidspit | are you passing arguments in your redirect and I did define a format in my rules? |
| 21:07.41 | acidspit | *did not |
| 21:07.59 | SpareParts | no arguments and no format set, it set the format itself |
| 21:08.06 | SpareParts | I will experiment with it a little |
| 21:08.18 | Codemonkey1988 | me either, I just pass the actionname |
| 21:10.52 | acidspit | $this->redirect('show','ComposedName',NULL,array('composedName'=>$newComposedName)); |
| 21:11.41 | acidspit | using no arguments works for me in other controllers |
| 21:11.50 | SpareParts | what happens when you specify package name? |
| 21:12.09 | SpareParts | I had a few problems when I didnt specify package name |
| 21:12.13 | acidspit | wait I'll give it a try |
| 21:13.12 | Codemonkey1988 | ah now it works for me. I just had my dummy route in it with no uri pattern. So none of my routes worked ... |
| 21:13.30 | fischli | this "?%40format=html" looks like the default route '@format': 'html' inside the FLOW3 route configuration |
| 21:18.25 | *** part/#flow3 Codemonkey1988 (~Tim@ip-95-223-40-184.unitymediagroup.de) |
| 21:18.29 | SpareParts | fischli yeah, when I added '@format': 'html' to my route to set the default format, it is working okay |
| 21:18.47 | fischli | ok |
| 21:19.58 | SpareParts | does the '@' in the routes configs have any particular reason? |
| 21:20.30 | SpareParts | or is it just to not get mixed up with generic variables? |
| 21:23.04 | acidspit | defining a package does not work for me :( ... |
| 21:23.34 | acidspit | I will check my routes again, but it is good to know that it should work |
| 21:26.08 | fischli | "./flow3 configuration:show --type Routes" or "./flow3 routing:list" may be your friend for debugging |
| 21:28.25 | acidspit | thx for the hint |
| 21:29.01 | acidspit | the funny thing is that if I create the link via fluid it works |
| 21:53.23 | *** join/#flow3 soee (~soee@ip-46-21-212-252.nette.pl) |
| 22:18.00 | *** part/#flow3 guilhermeblanco (~guilherme@dsl-3m-9.colosseum.com) |
| 22:23.51 | *** join/#flow3 mmind__ (~Peter@77.74.50.160) |
| 23:28.19 | *** join/#flow3 boonkerz (~boonkerz@p4FC31CC6.dip.t-dialin.net) |
| 23:42.26 | *** part/#flow3 fischli (~fischerb@p5B0DB9D5.dip.t-dialin.net) |
| 23:48.19 | *** join/#flow3 Wrack (~eric@g225145131.adsl.alicedsl.de) |