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) |