June 2015 - dancer-users - lists.preshweb.co.uk

Can I convert App::Notifier::Service from Dancer 1 to Dancer2?
by Shlomi Fish 07 Aug '15

07 Aug '15

Hi all, Is there a good reason why I should *not* convert https://metacpan.org/pod/App::Notifier::Service from Dancer 1 to Dancer2? It's a simple web app, meant to run synchronously, and I can debug it by using perl -d, and last time I tried doing s/Dancer/Dancer2/g everything worked nicely. Is there a good enough reason to stay with Dancer 1? Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" If it isn’t in my email, it doesn’t exist. And if the whole world says one thing and my email says something different, email will conquer. — an Israeli Linuxer. Please reply to list if it's a mailing list post - http://shlom.in/reply .

6 7

Re: [dancer-users] Sad news regarding James Aitken (LoonyPandora),
by Richard James 30 Jun '15

30 Jun '15

Just found out the sad news that James is no longer with us.Got a reply to his email with the bad from one of his brothers in Manchester.We saw a lot of him socially around 2008/9 before he left Manchester for London and liked him a great deal. Could anyone please tell me what happened, where his funeral took place, did his estranged family find out in time and is there a grave to visit and pay our last respects? Sorry to drag up sad memories but don't want to hassle his family as they are still understandably very upset.Thanks,Richard.

3 2

plugin_setting function
by Kadir Beyazlı 30 Jun '15

30 Jun '15

Hi All, I am studying plugins so I am reading manual from cpan (thanks to sawyer) and testing all codes at my pc. I did not get any result by calling function plugin_setting() my code to test calling plugin (test.pl) and plugin code (MyTest.pm) is written below: -------------------------------------------------------------------------------------------------- #test.pl use Dancer2; use lib "../lib/"; use Dancer2::Plugin::MyTest; get '/mytest' => sub { mytest('I am Testing') }; dance(); ---------------------------------------------------------------------------------------------------- #MyTest.pm package Dancer2::Plugin::MyTest; use Dancer2::Plugin; register mytest => sub { my ($dsl, @args) = plugin_args(@_); my $conf = plugin_setting(); use Data::Dumper; return Dumper($conf); }; register_plugin for_versions => [ 2 ] ; 1; ----------------------------------------------------------------------------------------------------------------------------------- I added following code to config.yml ----------------------------------------------------------------------------------------------------------------------------------- #config.yml plugins: "Dancer2::Plugin::MyTest": key: value ----------------------------------------------------------------------------------------------------------------------------------- Output of my code which is also output of function plugin_setting() is empty as follow: $VAR1 = {}; I changed config.yml as follow but output is empty again ----------------------------------------------------------------------------------------------------------------------------------- #config.yml plugins: "MyTest: key: value ----------------------------------------------------------------------------------------------------------------------------------- How should I customize config.yml file to be able to see output and what is aim of function plugin_setting()? Kadir Beyazlı GSM : +90 535 821 50 00

2 3

Dancer1 v1.3139 (TRIAL) on its way to CPAN
by Yanick Champoux 25 Jun '15

25 Jun '15

Hi all, A new trial version of Dancer1 is on its way to CPAN. For this release, we're reverting two patches that proved to cause problems: the loading of configuration via a hash, and the caching of the session for the request lifecycle. (the changelog with the ticket numbers is included below) If nothing catch fire within 7 days, the release will be promoted to non-trial. As usual, a big thank to everybody who was involved in this release. Y'all rock. :-) Joy, `/anick 1.3139 2015-06-25 [ BUG FIXES ] - Reverted caching of session, as it can cause problem when the user is using 'session->destroy' (GH#1120). - Reverted loading config from hash. (GH#1121) [ STATISTICS ] - code churn: 9 files changed, 55 insertions(+), 249 deletions(-)

1 0

PR 1113 (Dancer 1.3137) spams log files in unhelpful places
by Sam Kington 22 Jun '15

22 Jun '15

Hi, Delurking, because the latest version of Dancer is causing our unit tests at $WORK to start creating empty log files inside the current working directory. This is easily-reproducible: e.g. > sam@chimera64:tmp$ cat spamlogfile.pl > #!/usr/bin/env perl > > use Dancer qw(halt); > sam@chimera64:tmp$ rm -fr logs; perl spamlogfile.pl > sam@chimera64:tmp$ ls -lah logs/ > total 40K > drwxr-xr-x 2 sam sam 4.0K Jun 22 17:01 . > drwxrwxrwt 10 root root 36K Jun 22 17:01 .. > -rw-r--r-- 1 sam sam 0 Jun 22 17:01 development.log A workaround is to say use Dancer qw(:syntax), but there are two problems with that: (1) this is a change in behaviour that wasn’t documented as such, and it requires all auxiliary non-server Dancer code to be changed; and (2) passing :syntax imports all sorts of Dancer symbols that can potentially clash with a parent class. I’ve spent the afternoon debugging point 2. Our end-to-end tests run under Test::Dancer, and we have a separate class that tests individual method calls as if they were Dancer requests (including setting the status code in case of errors). It previously said use Dancer () and explicitly called Dancer::status - and under Dancer 1.3138, running unit tests using this class would generate spurious empty log files. I patched that to say use Dancer qw(:syntax) - and now the code fails because the parent class implements methods true, false and redirect, which the method call class never gets to call because it’s had Dancer’s symbols stuck in its own package instead. So this now needs to say use Dancer qw(:syntax !true !false !redirect), and in practice I needed to write an automated test script that checked that all of a parent class’s methods were explicitly not imported from Dancer, because if I change anything upstream I need to change the import statement in the child classes. The problem appears to have been introduced in https://github.com/PerlDancer/Dancer/commit/e9e4e087528c2734dd6e9c922105eac… The actual problem is further down in Dancer::Config - line 227 in 1.3138 - where the settings are read. $SETTINGS at this point contains default values, and part of setting confdir involves creating a logs subdirectory. Previously the code wouldn’t get this far. Presumably a workaround would be to not create a log directory immediately, but then if you were running a real Dancer server you’d want to know as soon as possible that your log directory wasn’t writable, so that’s not going to be acceptable to many people. Alternatively, any code that says e.g. use Dancer qw(halt status) should be seen as clearly not wanting to actually start a Dancer server or anything like that. That sounds like a scary change to make, though. Or you could defer parsing of the Dancer config until something actually happens. That’s also vague and terrifying. Or just revert that particular commit / PR. I don’t fully understand why it does what it does, though. If there’s a way of cleanly telling apart (1) a hash of settings that was explicitly passed to Dancer from (2) the default settings that, chances are, you didn’t intend to use, that would be the best solution to my mind. Sam -- Website: http://www.illuminated.co.uk/

2 2

Re: [dancer-users] X-Sendfile
by Zahir Lalani 22 Jun '15

22 Jun '15

Sorry my bad - silly typo! From: Zahir Lalani Sent: 22 June 2015 17:10 To: Perl Dancer users mailing list Subject: X-Sendfile Hi All I have my image gallery working using send_file. But I am now trying to use X_Sendfile in apache to deal with image delivery. The code for send_file is replaced with: # use x-send header('Content-Type' => $mime); header("X-Sendfile: $file"); but I get the following error: Illegal field name 'X-Sendfile: /mnt/assets/1/56/8f/568f1a76-9e17-4027-8556-ed19155708c3/800.jpg' at (eval 384) line 17. The x-send module is enabled - not sure if this is a dancer issue or an apache one? Thx Zahir Lalani Head of Development & Architecture [cid:96F784CA-E917-4CC1-A9A9-96CBDA2AF2BC] 2 Tabernacle Street, London, EC2A 4LU m: +44 (0)7956 455168 e: zahirlalani(a)oliver-marketing.com<mailto:zahirlalani@oliver-marketing.com> w: www.oliver-marketing.com<http://www.oliver-marketing.com/>

1 0

X-Sendfile
by Zahir Lalani 22 Jun '15

22 Jun '15

Hi All I have my image gallery working using send_file. But I am now trying to use X_Sendfile in apache to deal with image delivery. The code for send_file is replaced with: # use x-send header('Content-Type' => $mime); header("X-Sendfile: $file"); but I get the following error: Illegal field name 'X-Sendfile: /mnt/assets/1/56/8f/568f1a76-9e17-4027-8556-ed19155708c3/800.jpg' at (eval 384) line 17. The x-send module is enabled - not sure if this is a dancer issue or an apache one? Thx Zahir Lalani Head of Development & Architecture [cid:96F784CA-E917-4CC1-A9A9-96CBDA2AF2BC] 2 Tabernacle Street, London, EC2A 4LU m: +44 (0)7956 455168 e: zahirlalani(a)oliver-marketing.com<mailto:zahirlalani@oliver-marketing.com> w: www.oliver-marketing.com<http://www.oliver-marketing.com/>

1 0

Potential security issues fixed in recent releases
by Russell Jenkins 16 Jun '15

16 Jun '15

Hello fellow Dancers. We've been notified about a potential security issue that affects both Dancer and Dancer2. For releases up to * Dancer v1.3136, or * Dancer2 v0.160001 it was possible to abuse session cookie values so that file-based session stores such as Dancer::Session::YAML or Dancer2::Session::YAML would attempt to read/write from any file on the filesystem with the same extension the file-based store uses, such as '*.yml' for the YAML stores. The issue was reported by Andrew Beverley and fixed in the following releases * Dancer v1.3138 (Yanick Champoux) * Dancer2 v0.160002 (Russell Jenkins) The updated packages are now available from your favorite CPAN mirror. The file-based session stores are intended to be used for prototyping and testing. While we do not recommend using file-based session stores in production, there may be single-machine production environments where they are useful. If you are using any of the file-based session stores in production, we strongly advise you to upgrade. Thanks for your trust, and happy dancing! Sawyer, Yanick & Russell.

1 0

session destroy do not remove session file
by Hugues 08 Jun '15

08 Jun '15

Hello I use dancer1 version Dancer-1.3136 and YAML file to store session informations when I do get '/disconnect' => sub { my $time = session('Time'); my $username = session('username'); session->destroy; debug "Connexion finished for $username @ $time, bye"; .... in log 08/juin/2015 12:04:52 [67867] core @0.020885> entering before hook in /usr/local/share/perl5/Dancer/Hook.pm l. 62 08/juin/2015 12:04:52 [67867] core @0.021410> entering before_template_render hook in /usr/local/share/perl5/Dancer/Hook.pm l. 62 08/juin/2015 12:04:52 [67867] core @0.029130> trying to remove session file: /home/git/xxxxx/sessions/298172675856804521882197134418462808.yml in /usr/local/share/perl5/Dancer/Session/YAML.pm l. 87 08/juin/2015 12:04:52 [67867] debug @0.030032> Connexion finished for hugues(a)max4mail.com @ 1433755846, bye in /home/git/xxxxx/lib/main.pm l. 142 but yml file is not removed, and I can continue to navigate ls sessions/ 298172675856804521882197134418462808.yml if someone has a idea ? Hugues.

1 0

Dancer2 install errors
by mark jones 06 Jun '15

06 Jun '15

Hi, Can anyone help with the errors that I'm getting while trying to install Dancer2, looks a problem with core.app.before_request but there are also some errors regarding new_from_plack. I'm using a fresh install of Ubuntu 64 bit, 14.04. t/00-report-prereqs.t .................................. ok [main:25555] error @2015-06-05 13:28:24> Exception caught in 'core.app.before_request' filter: Hook error: Can't locate object method "failure" via package "Foo" (perhaps you forgot to load "Foo"?) at t/app.t line 150. at /home/mj/.cpanm/work/1433507299.25464/Dancer2-0.160002/blib/lib/Dancer2/Core/App.pm line 953. in /home/mj/.cpanm/work/1433507299.25464/Dancer2-0.160002/blib/lib/Dancer2/Core/App.pm l. 526 t/app.t ................................................ ok t/app_alone.t .......................................... ok t/author-no-tabs.t ..................................... skipped: these tests are for testing by the author t/auto_page.t .......................................... ok t/caller.t ............................................. ok t/charset_server.t ..................................... ok t/classes/Dancer2-Core-Factory/new.t ................... ok t/classes/Dancer2-Core-Hook/new.t ...................... ok # Running test with XS_URL_DECODE # Running test without XS_PARSE_QUERY_STRING # Running test without XS_URL_DECODE t/classes/Dancer2-Core-Request/new.t ................... ok t/classes/Dancer2-Core-Response-Delayed/after_hooks.t .. ok t/classes/Dancer2-Core-Response-Delayed/new.t .......... ok coercion for "headers" failed: Not an ARRAY reference at /home/mj/.cpanm/work/1433507299.25464/Dancer2-0.160002/blib/lib/Dancer2/Core/Role/Headers.pm line 16. # Child (new_from_plack) exited without calling finalize() # Failed test 'new_from_plack' # at /usr/local/share/perl/5.18.2/Test/Builder.pm line 279. # Looks like you failed 1 test of 3. # Looks like your test exited with 29 just after 3. t/classes/Dancer2-Core-Response/new_from.t ............. Dubious, test returned 29 (wstat 7424, 0x1d00) Failed 1/3 subtests I can provide the full log if needed. Cheers MJ

4 8