1 2012-01-17T01:47:57 *** qxcv
2 2012-01-17T04:24:22 *** brunomartin
3 2012-01-17T06:31:43 *** brunomartin
4 2012-01-17T08:26:51 *** greg_f
5 2012-01-17T09:22:13 <ThomasWaldmann> moin
6 2012-01-17T12:40:16 *** xorAxAx
7 2012-01-17T12:40:58 *** xorAxAx
8 2012-01-17T12:53:28 *** qxcv
9 2012-01-17T13:07:13 *** qxcv
10 2012-01-17T14:07:08 *** qxcv
11 2012-01-17T14:14:48 *** dave_largo
12 2012-01-17T14:43:44 *** dave_largo
13 2012-01-17T15:47:36 *** RogerHaase
14 2012-01-17T15:48:33 * ThomasWaldmann hacks caching into mandarin
15 2012-01-17T15:57:22 <dreimark> bbl
16 2012-01-17T16:32:22 *** dave_largo
17 2012-01-17T16:43:51 <RogerHaase> ThomasWaldmann: re. issue #96. My production wiki runs apache behind Nginx (a reverse proxy, right?). I can access the app via digitalrockart.org, www.digital...., and http://rockart.webfactional.com/dra/Logon. If you look at the latter html source, you will see the wiki button has an absolute href link to rockart.webfactional.com/... because that is what wsgi is passing via SERVER_NAME.
18 2012-01-17T16:47:17 <ThomasWaldmann> hmm, so you think we have no regressions when removing SERVER_... from wikiconfig?
19 2012-01-17T16:52:20 <RogerHaase> Right. And if there is/was a bug in url_for_item it can be corrected in a better way by following the algorithm in PEP 333.
20 2012-01-17T16:55:36 <ThomasWaldmann> ok, I am still at the office, but later today, I'll hang out at shackspace and try to have a look at the stuff there.
21 2012-01-17T16:56:19 <ThomasWaldmann> i recently also found it rather painful that chrome has such issues with cookies, let's see if this also is fixed by that.
22 2012-01-17T16:56:29 <ThomasWaldmann> TheSheep: see inbox
23 2012-01-17T16:57:35 <ThomasWaldmann> TheSheep: i did a little local testing, but likely that code will have production-testing soon (needed it for a business moin user who has performance issues)
24 2012-01-17T16:57:45 *** greg_f
25 2012-01-17T16:58:53 <RogerHaase> The chrome/konqueror/opera cookie problem is resolved by removing SERVER_NAME from wikiconfig.py. This seems to be a problem only on local servers. THere are no issues when accessing http://test.moinmo.in/Home
26 2012-01-17T16:59:22 <ThomasWaldmann> yes, it is because of the dots
27 2012-01-17T16:59:37 <ThomasWaldmann> foo.bar might work, but localhost not
28 2012-01-17T17:00:21 <ThomasWaldmann> additionally, the generated "domain" entry is .127.0.0.1, which might be another bug in flask or werkzeug
29 2012-01-17T17:03:14 <ThomasWaldmann> RogerHaase: btw, localhost resolves to 127.0.0.1 on windows or might it also resolve to ipv6 addr?
30 2012-01-17T17:18:12 <RogerHaase> ThomasWaldmann: the Windows 7 default hosts file has a line "127.0.0.1 localhost" followed by a line "::1 localhost". I do not think the ipv6 version has ever been used because I am on a local network. I think my ISPs cable modem is ipv6 capable, but afaik my isp has not converted.
31 2012-01-17T17:36:00 <ThomasWaldmann> well, especially when locally used, it could also do ipv6, if the ipv6 stack is enabled
32 2012-01-17T17:36:08 <ThomasWaldmann> (as usual on more recent windows)
33 2012-01-17T17:44:08 * ThomasWaldmann needs to go. will be back in about 1.5h
34 2012-01-17T17:55:04 *** MattMaker
35 2012-01-17T18:02:59 *** dave_largo
36 2012-01-17T18:35:05 *** sudo_dirk
37 2012-01-17T19:34:51 <ThomasWaldmann> dreimark: (22:10) *** dreimark reminder for http://www.google-melange.com/gci/task/view/google/gci2011/7182219 the second patch
38 2012-01-17T19:34:58 <ThomasWaldmann> what's the problem with that?
39 2012-01-17T19:39:40 <ThomasWaldmann> RogerHaase: i experiment with the localhost/cookie stuff now
40 2012-01-17T19:49:25 <dreimark> ThomasWaldmann: there was a patch after the one you have applied, the test is missing
41 2012-01-17T19:52:57 * dreimark continues reviewing the left over from yesterday
42 2012-01-17T19:57:24 <ThomasWaldmann> the code from the 2nd patch is present in our code
43 2012-01-17T19:57:43 <ThomasWaldmann> i didn't specifically check the test change, but I'll see now if a test is failing
44 2012-01-17T19:58:29 <dreimark> fsck now the comment function is blocked too
45 2012-01-17T20:06:22 *** raignarok
46 2012-01-17T20:16:58 <sudo_dirk> hi - i mean moin;-). just one more beginner question. is there any reason to limit zip-extrahition of the single files to 2MB?
47 2012-01-17T20:43:43 <dreimark> sudo_dirk: a limit is needed if that value is the best one now can be discussed.
48 2012-01-17T20:44:11 <dreimark> these zip limits are for security reasons
49 2012-01-17T20:44:54 <dreimark> uploading of images are much easier if you use xmlrpc
50 2012-01-17T20:45:29 <dreimark> e.g. https://utils.icg.kfa-juelich.de/docs/wiki-xmlrpc-extensions/wiki-xmlrpc-extensions/SendFiles.html#example
51 2012-01-17T20:46:38 <dreimark> or http://moinmo.in/ReimarBauer/xmlrpc
52 2012-01-17T20:47:10 <sudo_dirk> you are right i tried to upload images :-)
53 2012-01-17T20:48:13 <dreimark> pip install wiki-xmlrpc-extensions
54 2012-01-17T20:48:36 <dreimark> http://pypi.python.org/pypi/wiki-xmlrpc-extensions
55 2012-01-17T20:51:52 <sudo_dirk> ok. i first thought to write a script generating folders to copy to data/pages, but now it seems there is an easier way with all logging of MoinMoin. i will give it a try. thanks.
56 2012-01-17T20:58:52 <dreimark> if you don't want spam by uploads from xmlprc you can do something like this in wikiconfig http://paste.pocoo.org/show/536366/
57 2012-01-17T21:00:50 * dreimark drives home
58 2012-01-17T21:00:51 <dreimark> bbl
59 2012-01-17T21:12:49 <CIA-59> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 1240:942d27d8fdf3 2.0/ (docs/admin/serve.rst wikiconfig.py): (log message trimmed)
60 2012-01-17T21:12:49 <CIA-59> remove SERVER_NAME due to troubles
61 2012-01-17T21:12:49 <CIA-59> When using SERVER_NAME="127.0.0.1:8080", the cookie domain gets set to ".127.0.0.1".
62 2012-01-17T21:12:49 <CIA-59> Works for firefox, but not for chromium (one can not log in).
63 2012-01-17T21:12:49 <CIA-59> Also, one could not use url http://localhost:8080 because (of course) it only matches
64 2012-01-17T21:12:49 <CIA-59> 127.0.0.1 when configured like this.
65 2012-01-17T21:12:50 <CIA-59> So it is better to leave away this setting, then the cookie domain will be unspecified.
66 2012-01-17T21:13:01 <ThomasWaldmann> RogerHaase: ^^
67 2012-01-17T21:13:24 <RogerHaase> thanks! :)
68 2012-01-17T21:13:53 <ThomasWaldmann> hopefully we won't have to revert that again due to some other bug
69 2012-01-17T21:15:13 <ThomasWaldmann> but i read in the docs that SERVER_NAME is intended for subdomain support
70 2012-01-17T21:16:34 <RogerHaase> I have not been able to reproduce original bug. I emailed Bruno G. 3 weeks ago asking for help, no response.
71 2012-01-17T21:25:31 <ThomasWaldmann> brunomartin: ^^
72 2012-01-17T21:35:17 *** sudo_dirk
73 2012-01-17T22:50:54 <dreimark> gn
74 2012-01-17T23:18:24 *** RogerHaase
75 2012-01-17T23:24:41 *** raignarok
76