This is a direct commit to develop to try and fix a recurring deploy error that result in a jenkins error.
This is the error:

cf logs europeana-npc-test --recent

2015-11-23T21:39:12.57+0100 [App/0]      OUT [ActiveJob]    (4.1ms)  COMMIT
2015-11-23T21:39:12.57+0100 [App/0]      OUT   Page::Error Load (1.6ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."http_code" = $1 LIMIT 1  [["http_code", 500]]
2015-11-23T21:39:12.58+0100 [App/0]      OUT   Page::Translation Load (1.3ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 6]]
2015-11-23T21:39:12.60+0100 [App/0]      OUT   Page::Error Load (1.4ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."type" IS NULL AND "pages"."slug" = $1 LIMIT 1  [["slug", "errors"]]
2015-11-23T21:39:12.60+0100 [App/0]      OUT   Page::Error Load (2.3ms)  SELECT "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."type" IS NULL AND (slug LIKE 'errors/internal_server_error/%' AND slug NOT LIKE 'errors/internal_server_error/%/%')
2015-11-23T21:39:12.61+0100 [App/0]      OUT   BrowseEntry Load (1.5ms)  SELECT "browse_entries".* FROM "browse_entries" WHERE "browse_entries"."page_id" = $1  ORDER BY "browse_entries"."position" ASC  [["page_id", 6]]
2015-11-23T21:39:12.61+0100 [App/0]      OUT   Banner Load (2.0ms)  SELECT  "banners".* FROM "banners" WHERE "banners"."key" = $1 LIMIT 1  [["key", "phase-feedback"]]
2015-11-23T21:39:12.62+0100 [App/0]      OUT   Banner Load (2.3ms)  SELECT "banners".* FROM "banners" WHERE "banners"."state" = $1  [["state", 1]]
2015-11-23T21:39:12.62+0100 [App/0]      OUT   Collection Load (1.8ms)  SELECT "collections".* FROM "collections" WHERE "collections"."state" = $1  [["state", 1]]
2015-11-23T21:39:12.63+0100 [App/0]      OUT   Page Load (1.6ms)  SELECT "pages".* FROM "pages" WHERE "pages"."state" = $1  [["state", 1]]
2015-11-23T21:39:12.64+0100 [App/0]      OUT   Banner::Translation Load (1.8ms)  SELECT "banner_translations".* FROM "banner_translations" WHERE "banner_translations"."banner_id" = $1  [["banner_id", 1]]
2015-11-23T21:39:12.64+0100 [App/0]      OUT   Link Load (1.7ms)  SELECT  "links".* FROM "links" WHERE "links"."linkable_id" = $1 AND "links"."linkable_type" = $2 LIMIT 1  [["linkable_id", 1], ["linkable_type", "Banner"]]
2015-11-23T21:39:12.65+0100 [App/0]      OUT   Link::Translation Load (1.4ms)  SELECT "link_translations".* FROM "link_translations" WHERE "link_translations"."link_id" = $1  [["link_id", 22]]
2015-11-23T21:39:12.66+0100 [App/0]      OUT   Rendered portal/static.html.mustache (83.5ms)
2015-11-23T21:39:12.66+0100 [App/0]      OUT Completed 500 Internal Server Error in 873ms (Views: 65.7ms | ActiveRecord: 53.5ms)
2015-11-23T21:39:14.29+0100 [App/0]      OUT Started GET "/portal/record/09404/id_oai_rcin_org_pl_34338/navigation.json" for 66.249.78.96 at 2015-11-23 20:39:14 +0000
2015-11-23T21:39:14.29+0100 [App/0]      OUT Processing by PortalController#navigation as JSON
2015-11-23T21:39:14.29+0100 [App/0]      OUT   Parameters: {"id"=>"09404/id_oai_rcin_org_pl_34338", "portal"=>{}}
2015-11-23T21:39:14.32+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/09404/id_oai_rcin_org_pl_34338.json?wskey=api2demo
2015-11-23T21:39:14.63+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (315.7ms)
2015-11-23T21:39:14.66+0100 [App/0]      OUT   Rendered portal/navigation.json.erb (0.6ms)
2015-11-23T21:39:14.66+0100 [App/0]      OUT Completed 200 OK in 365ms (Views: 1.6ms | ActiveRecord: 0.0ms)
2015-11-23T21:39:24.30+0100 [App/0]      OUT Started GET "/portal/record/08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533.html" for 66.249.78.96 at 2015-11-23 20:39:24 +0000
2015-11-23T21:39:24.30+0100 [App/0]      OUT Processing by PortalController#show as HTML
2015-11-23T21:39:24.31+0100 [App/0]      OUT   Parameters: {"id"=>"08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533"}
2015-11-23T21:39:24.32+0100 [App/0]      OUT Read fragment views/en/portal/record/08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533.html (5.5ms)
2015-11-23T21:39:24.33+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533.json?wskey=api2demo
2015-11-23T21:39:24.51+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (175.4ms)
2015-11-23T21:39:24.52+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533.json?wskey=api2demo
2015-11-23T21:39:24.71+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (181.0ms)
2015-11-23T21:39:24.72+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/search.json?query=%28what%3A+%28%22Bildseite%22+OR+%22Buchmalerei%22+OR+%22liturgischer+Text+%5C%26+Gebetbuch%22+OR+%22http%5C%3A%5C%2F%5C%2Ficonclass.org%5C%2F73D641%22%29%5E0.8+OR+who%3A+%28%22http%5C%3A%5C%2F%5C%2Fd%5C-nb.info%5C%2Fgnd%5C%2F118845683%22%29%5E0.5+OR+title%3A+%28%22Fl%C3%A4misches+Gebetbuch+mit+Kalender+%E2%80%94+Christus+zwischen+Maria+und+Johannes+am+Kreuz%2C+Folio+29verso+%5C%28%5C%28links%5C%29%5C%29%22%29%5E0.3+OR+DATA_PROVIDER%3A+%28%22Bildarchiv+Foto+Marburg%22%29%5E0.2%29+NOT+europeana_id%3A%22%2F08501%2FAthena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533%22&rows=4&profile=params+facets+rich&facet=TYPE%2CDEFAULT%2CREUSABILITY%2CCOUNTRY%2CLANGUAGE%2CPROVIDER%2CDATA_PROVIDER&f.COLOURPALETTE.facet.limit=19&start=1&wskey=api2demo
2015-11-23T21:39:24.96+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (232.1ms)
2015-11-23T21:39:25.00+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/08501/Athena_Update_ProvidedCHO_Bildarchiv_Foto_Marburg_t3_00012649_T_002_T_019_101_533/ancestor-self-siblings.json?wskey=api2demo
2015-11-23T21:39:25.03+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (38.9ms)
2015-11-23T21:39:25.06+0100 [App/0]      OUT   Collection Load (3.3ms)  SELECT "collections".* FROM "collections" WHERE "collections"."state" = $1  [["state", 1]]
2015-11-23T21:39:25.06+0100 [App/0]      OUT   Page::Landing Load (1.2ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/art-history"]]
2015-11-23T21:39:25.06+0100 [App/0]      OUT   Page::Landing Load (1.1ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/archaeology"]]
2015-11-23T21:39:25.06+0100 [App/0]      OUT   Page::Landing Load (1.1ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/architecture"]]
2015-11-23T21:39:25.07+0100 [App/0]      OUT   Page::Landing Load (1.0ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/fashion"]]
2015-11-23T21:39:25.07+0100 [App/0]      OUT   Page::Landing Load (1.3ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/home"]]
2015-11-23T21:39:25.07+0100 [App/0]      OUT   Page::Landing Load (1.1ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/maps"]]
2015-11-23T21:39:25.07+0100 [App/0]      OUT   Page::Landing Load (1.4ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/music"]]
2015-11-23T21:39:25.07+0100 [App/0]      OUT   Page::Landing Load (1.3ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/natural-history"]]
2015-11-23T21:39:25.08+0100 [App/0]      OUT   Page::Landing Load (1.6ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/newspapers"]]
2015-11-23T21:39:25.08+0100 [App/0]      OUT   Page::Landing Load (1.2ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/performing-arts"]]
2015-11-23T21:39:25.08+0100 [App/0]      OUT   Page::Translation Load (1.8ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 1]]
2015-11-23T21:39:25.09+0100 [App/0]      OUT   Page::Translation Load (4.3ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 3]]
2015-11-23T21:39:25.13+0100 [App/0]      OUT   Rendered portal/show.html.mustache (82.2ms)
2015-11-23T21:39:25.13+0100 [App/0]      OUT
2015-11-23T21:39:25.13+0100 [App/0]      OUT NoMethodError (undefined method `sub' for nil:NilClass):
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/views/portal/show.rb:437:in `block in content'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/views/portal/show.rb:429:in `map'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/views/portal/show.rb:429:in `content'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/helpers/mustache_helper.rb:31:in `version'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/views/portal/show.html.mustache:48:in `_app_views_portal_show_html_mustache__1530104719498880810_69922093414280'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/controllers/portal_controller.rb:36:in `block (2 levels) in show'
2015-11-23T21:39:25.13+0100 [App/0]      OUT   app/controllers/portal_controller.rb:33:in `show'
2015-11-23T21:39:25.13+0100 [App/0]      OUT
2015-11-23T21:39:25.13+0100 [App/0]      OUT [ActiveJob] Enqueued ActionMailer::DeliveryJob (Job ID: 043487e1-3b8d-46a7-9293-bb5c75662a94) to DelayedJob(mailers) with arguments: "ErrorMailer", "report", "deliver_now", "NoMethodError", "undefined method `sub' for nil:NilClass", ["/home/vcap/app/app/views/portal/show.rb:437:in `block in content'", "/home/vcap/app/app/views/portal/show.rb:429:in `map'", "/home/vcap/app/app/views/portal/show.rb:429:in `content'", "/home/vcap/app/app/helpers/mustache_helper.rb:31:in `version'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:145:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:145:in `find'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:116:in `block in fetch'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:112:in `each'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:112:in `fetch'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:94:in `[]'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5668:in `block in render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5647:in `map'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5647:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in `partial'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in `partial'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in `partial'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:119:in `render'", "/home/vcap/app/app/views/portal/show.html.mustache:48:in `_app_views_portal_show_html_mustache__1530104719498880810_69922093414280'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:145:in `block in render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:166:in `instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:333:in `instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:143:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:54:in `block (2 levels) in render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/abstract_renderer.rb:39:in `block in instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:164:in `block in instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications/instrumenter.rb:20:in `instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:164:in `instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/abstract_renderer.rb:39:in `instrument'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:53:in `block in render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:61:in `render_with_layout'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:52:in `render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:14:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/renderer.rb:42:in `render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/renderer.rb:23:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/rendering.rb:100:in `_render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/streaming.rb:217:in `_render_template'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/rendering.rb:83:in `render_to_body'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:32:in `render_to_body'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/renderers.rb:37:in `render_to_body'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/abstract_controller/rendering.rb:25:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:16:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:44:in `block (2 levels) in render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/core_ext/benchmark.rb:12:in `block in ms'", "/home/vcap/app/vendor/ruby-2.2.2/lib/ruby/2.2.0/benchmark.rb:303:in `realtime'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/core_ext/benchmark.rb:12:in `ms'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:44:in `block in render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:87:in `cleanup_view_runtime'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/railties/controller_runtime.rb:25:in `cleanup_view_runtime'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:43:in `render'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/remotipart-1.2.1/lib/remotipart/render_overrides.rb:14:in `render_with_remotipart'", "/home/vcap/app/app/controllers/portal_controller.rb:36:in `block (2 levels) in show'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/mime_responds.rb:217:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/mime_responds.rb:217:in `respond_to'", "/home/vcap/app/app/controllers/portal_controller.rb:33:in `show'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/implicit_render.rb:4:in `send_action'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/abstract_controller/base.rb:198:in `process_action'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:10:in `process_action'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/abstract_controller/callbacks.rb:20:in `block in process_action'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:117:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:117:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:555:in `block (2 levels) in compile'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:505:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:505:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:498:in `block (2 levels) in around'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:298:in `call'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/callbacks.rb:298:in `block in halting_and_conditional'", "/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.TRUNCATED
2015-11-23T21:39:25.14+0100 [App/0]      OUT [ActiveJob]    (3.7ms)  BEGIN
2015-11-23T21:39:25.15+0100 [App/0]      OUT [ActiveJob]   SQL (5.7ms)  INSERT INTO "delayed_jobs" ("queue", "handler", "run_at", "created_at", "updated_at") VALUES ($1, $2, $3, $4, $5) RETURNING "id"  [["queue", "mailers"], ["handler", "--- !ruby/object:ActiveJob::QueueAdapters::DelayedJobAdapter::JobWrapper\njob_data:\n  job_class: ActionMailer::DeliveryJob\n  job_id: 043487e1-3b8d-46a7-9293-bb5c75662a94\n  queue_name: mailers\n  arguments:\n  - ErrorMailer\n  - report\n  - deliver_now\n  - NoMethodError\n  - undefined method `sub' for nil:NilClass\n  - - \"/home/vcap/app/app/views/portal/show.rb:437:in `block in content'\"\n    - \"/home/vcap/app/app/views/portal/show.rb:429:in `map'\"\n    - \"/home/vcap/app/app/views/portal/show.rb:429:in `content'\"\n    - \"/home/vcap/app/app/helpers/mustache_helper.rb:31:in `version'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:145:in\n      `call'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:145:in\n      `find'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:116:in\n      `block in fetch'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:112:in\n      `each'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:112:in\n      `fetch'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/context.rb:94:in\n      `[]'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5668:in\n      `block in render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5647:in\n      `map'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:5647:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in\n      `partial'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in\n      `partial'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:123:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/bundler/gems/stache-e5ceff869746/lib/stache/mustache/faster_context.rb:16:in\n      `partial'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache/template.rb:39:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/mustache-1.0.2/lib/mustache.rb:119:in\n      `render'\"\n    - \"/home/vcap/app/app/views/portal/show.html.mustache:48:in `_app_views_portal_show_html_mustache__1530104719498880810_69922093414280'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:145:in\n      `block in render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:166:in\n      `instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:333:in\n      `instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/template.rb:143:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:54:in\n      `block (2 levels) in render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/abstract_renderer.rb:39:in\n      `block in instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:164:in\n      `block in instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications/instrumenter.rb:20:in\n      `instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/notifications.rb:164:in\n      `instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/abstract_renderer.rb:39:in\n      `instrument'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:53:in\n      `block in render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:61:in\n      `render_with_layout'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:52:in\n      `render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/template_renderer.rb:14:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/renderer.rb:42:in\n      `render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/renderer/renderer.rb:23:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/rendering.rb:100:in\n      `_render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/streaming.rb:217:in\n      `_render_template'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionview-4.2.4/lib/action_view/rendering.rb:83:in\n      `render_to_body'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:32:in\n      `render_to_body'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/renderers.rb:37:in\n      `render_to_body'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/abstract_controller/rendering.rb:25:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:16:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:44:in\n      `block (2 levels) in render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/core_ext/benchmark.rb:12:in\n      `block in ms'\"\n    - \"/home/vcap/app/vendor/ruby-2.2.2/lib/ruby/2.2.0/benchmark.rb:303:in `realtime'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/core_ext/benchmark.rb:12:in\n      `ms'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:44:in\n      `block in render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:87:in\n      `cleanup_view_runtime'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/railties/controller_runtime.rb:25:in\n      `cleanup_view_runtime'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/instrumentation.rb:43:in\n      `render'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/remotipart-1.2.1/lib/remotipart/render_overrides.rb:14:in\n      `render_with_remotipart'\"\n    - \"/home/vcap/app/app/controllers/portal_controller.rb:36:in `block (2 levels)\n      in show'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/mime_responds.rb:217:in\n      `call'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/mime_responds.rb:217:in\n      `respond_to'\"\n    - \"/home/vcap/app/app/controllers/portal_controller.rb:33:in `show'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/implicit_render.rb:4:in\n      `send_action'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/abstract_controller/base.rb:198:in\n      `process_action'\"\n    - \"/home/vcap/app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_controller/metal/rendering.rb:10:in\n      `procTRUNCATED
2015-11-23T21:39:25.16+0100 [App/0]      OUT [ActiveJob]    (3.4ms)  COMMIT
2015-11-23T21:39:25.16+0100 [App/0]      OUT   Page::Error Load (1.3ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."http_code" = $1 LIMIT 1  [["http_code", 500]]
2015-11-23T21:39:25.17+0100 [App/0]      OUT   Page::Translation Load (1.2ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 6]]
2015-11-23T21:39:25.18+0100 [App/0]      OUT   Page::Error Load (1.4ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."type" IS NULL AND "pages"."slug" = $1 LIMIT 1  [["slug", "errors"]]
2015-11-23T21:39:25.19+0100 [App/0]      OUT   Page::Error Load (1.8ms)  SELECT "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Error') AND "pages"."type" IS NULL AND (slug LIKE 'errors/internal_server_error/%' AND slug NOT LIKE 'errors/internal_server_error/%/%')
2015-11-23T21:39:25.19+0100 [App/0]      OUT   BrowseEntry Load (1.3ms)  SELECT "browse_entries".* FROM "browse_entries" WHERE "browse_entries"."page_id" = $1  ORDER BY "browse_entries"."position" ASC  [["page_id", 6]]
2015-11-23T21:39:25.20+0100 [App/0]      OUT   Banner Load (1.3ms)  SELECT  "banners".* FROM "banners" WHERE "banners"."key" = $1 LIMIT 1  [["key", "phase-feedback"]]
2015-11-23T21:39:25.20+0100 [App/0]      OUT   Banner Load (1.4ms)  SELECT "banners".* FROM "banners" WHERE "banners"."state" = $1  [["state", 1]]
2015-11-23T21:39:25.21+0100 [App/0]      OUT   Collection Load (1.9ms)  SELECT "collections".* FROM "collections" WHERE "collections"."state" = $1  [["state", 1]]
2015-11-23T21:39:25.21+0100 [App/0]      OUT   Page Load (1.7ms)  SELECT "pages".* FROM "pages" WHERE "pages"."state" = $1  [["state", 1]]
2015-11-23T21:39:25.23+0100 [App/0]      OUT   Banner::Translation Load (1.5ms)  SELECT "banner_translations".* FROM "banner_translations" WHERE "banner_translations"."banner_id" = $1  [["banner_id", 1]]
2015-11-23T21:39:25.23+0100 [App/0]      OUT   Link Load (3.5ms)  SELECT  "links".* FROM "links" WHERE "links"."linkable_id" = $1 AND "links"."linkable_type" = $2 LIMIT 1  [["linkable_id", 1], ["linkable_type", "Banner"]]
2015-11-23T21:39:25.23+0100 [App/0]      OUT   Link::Translation Load (1.7ms)  SELECT "link_translations".* FROM "link_translations" WHERE "link_translations"."link_id" = $1  [["link_id", 22]]
2015-11-23T21:39:25.25+0100 [App/0]      OUT   Rendered portal/static.html.mustache (90.4ms)
2015-11-23T21:39:25.25+0100 [App/0]      OUT Completed 500 Internal Server Error in 947ms (Views: 72.6ms | ActiveRecord: 54.2ms)
2015-11-23T21:39:41.82+0100 [App/0]      OUT Started GET "/portal/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520.html" for 66.249.78.21 at 2015-11-23 20:39:41 +0000
2015-11-23T21:39:41.83+0100 [App/0]      OUT Processing by PortalController#show as HTML
2015-11-23T21:39:41.83+0100 [App/0]      OUT   Parameters: {"id"=>"2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520"}
2015-11-23T21:39:41.84+0100 [App/0]      OUT Read fragment views/en/portal/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520.html (5.1ms)
2015-11-23T21:39:41.86+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520.json?wskey=api2demo
2015-11-23T21:39:42.13+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (268.7ms)
2015-11-23T21:39:42.15+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520.json?wskey=api2demo
2015-11-23T21:39:42.42+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (264.4ms)
2015-11-23T21:39:42.44+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/search.json?query=%28what%3A+%28%22tableau%5C%5Bpeinture%5C%5D%22+OR+%22portrait%5C%5Bpeinture%5C%5D%22+OR+%22tableau%5C%5Bpeinture%5C%5D%22+OR+%22portrait%5C%5Bpeinture%5C%5D%22+OR+%22Peinture%5C%5Bcat%C3%A9gorie%5C%5D%22+OR+%22personne%22+OR+%22artiste%5C-peintre%22+OR+%22%5C%5Binv.+n%C2%B0+7085%5C%5D%22+OR+%22Botticelli%2C+Sandro%22+OR+%22artiste%5C-peintre%22%29%5E0.8+OR+who%3A+%28%22Fr%C3%A9d%C3%A9ric%2C+L%C3%A9on%22+OR+%22Botticelli%2C+Sandro%22+OR+%22http%5C%3A%5C%2F%5C%2Fdbpedia.org%5C%2Fresource%5C%2FSandro_Botticelli%22%29%5E0.5+OR+title%3A+%28%22Planche+36+%5C%3A+%27Autoportrait%27+d%27apr%C3%A8s+Botticelli+Album+de+55+planches.+Etudes+d%27apr%C3%A8s+des+ma%C3%AEtres+anciens+%5C-+Italie%22%29%5E0.3+OR+DATA_PROVIDER%3A+%28%22KIK%5C-IRPA%2C+Brussels+%5C%28Belgium%5C%29%22%29%5E0.2%29+NOT+europeana_id%3A%22%2F2048001%2FAthena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520%22&rows=4&profile=params+facets+rich&facet=TYPE%2CDEFAULT%2CREUSABILITY%2CCOUNTRY%2CLANGUAGE%2CPROVIDER%2CDATA_PROVIDER&f.COLOURPALETTE.facet.limit=19&start=1&wskey=api2demo
2015-11-23T21:39:42.58+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (148.5ms)
2015-11-23T21:39:42.61+0100 [App/0]      OUT [Europeana::API] Request URL: http://delta-api.de.a9sapp.eu/v2/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520/ancestor-self-siblings.json?wskey=api2demo
2015-11-23T21:39:42.65+0100 [App/0]      OUT [Europeana::API] Request query (attempt #1) (40.2ms)
2015-11-23T21:39:42.67+0100 [App/0]      OUT   Collection Load (2.6ms)  SELECT "collections".* FROM "collections" WHERE "collections"."state" = $1  [["state", 1]]
2015-11-23T21:39:42.68+0100 [App/0]      OUT   Page::Landing Load (1.4ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/art-history"]]
2015-11-23T21:39:42.68+0100 [App/0]      OUT   Page::Landing Load (1.3ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/archaeology"]]
2015-11-23T21:39:42.69+0100 [App/0]      OUT   Page::Landing Load (0.8ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/architecture"]]
2015-11-23T21:39:42.69+0100 [App/0]      OUT   Page::Landing Load (1.1ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/fashion"]]
2015-11-23T21:39:42.69+0100 [App/0]      OUT   Page::Landing Load (0.8ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/home"]]
2015-11-23T21:39:42.69+0100 [App/0]      OUT   Page::Landing Load (0.9ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/maps"]]
2015-11-23T21:39:42.70+0100 [App/0]      OUT   Page::Landing Load (1.0ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/music"]]
2015-11-23T21:39:42.70+0100 [App/0]      OUT   Page::Landing Load (1.0ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/natural-history"]]
2015-11-23T21:39:42.70+0100 [App/0]      OUT   Page::Landing Load (1.1ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/newspapers"]]
2015-11-23T21:39:42.71+0100 [App/0]      OUT   Page::Landing Load (6.3ms)  SELECT  "pages".* FROM "pages" WHERE "pages"."type" IN ('Page::Landing') AND "pages"."slug" = $1 LIMIT 1  [["slug", "collections/performing-arts"]]
2015-11-23T21:39:42.72+0100 [App/0]      OUT   Page::Translation Load (1.2ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 1]]
2015-11-23T21:39:42.72+0100 [App/0]      OUT   Page::Translation Load (1.1ms)  SELECT "page_translations".* FROM "page_translations" WHERE "page_translations"."page_id" = $1  [["page_id", 3]]
2015-11-23T21:39:42.76+0100 [App/0]      OUT normalize named entity multi: false
2015-11-23T21:39:42.77+0100 [App/0]      OUT normalize named entity multi: true
2015-11-23T21:39:42.77+0100 [App/0]      OUT normalize named entity multi: true
2015-11-23T21:39:42.77+0100 [App/0]      OUT normalize named entity multi: false
2015-11-23T21:39:42.77+0100 [App/0]      OUT normalize named entity multi: true
2015-11-23T21:39:42.77+0100 [App/0]      OUT   Banner Load (3.0ms)  SELECT  "banners".* FROM "banners" WHERE "banners"."key" = $1 LIMIT 1  [["key", "phase-feedback"]]
2015-11-23T21:39:42.78+0100 [App/0]      OUT   Banner Load (1.2ms)  SELECT "banners".* FROM "banners" WHERE "banners"."state" = $1  [["state", 1]]
2015-11-23T21:39:42.78+0100 [App/0]      OUT   CACHE (0.0ms)  SELECT "collections".* FROM "collections" WHERE "collections"."state" = $1  [["state", 1]]
2015-11-23T21:39:42.79+0100 [App/0]      OUT   Page Load (5.6ms)  SELECT "pages".* FROM "pages" WHERE "pages"."state" = $1  [["state", 1]]
2015-11-23T21:39:42.80+0100 [App/0]      OUT   Banner::Translation Load (1.7ms)  SELECT "banner_translations".* FROM "banner_translations" WHERE "banner_translations"."banner_id" = $1  [["banner_id", 1]]
2015-11-23T21:39:42.81+0100 [App/0]      OUT   Link Load (2.0ms)  SELECT  "links".* FROM "links" WHERE "links"."linkable_id" = $1 AND "links"."linkable_type" = $2 LIMIT 1  [["linkable_id", 1], ["linkable_type", "Banner"]]
2015-11-23T21:39:42.81+0100 [App/0]      OUT   Link::Translation Load (2.0ms)  SELECT "link_translations".* FROM "link_translations" WHERE "link_translations"."link_id" = $1  [["link_id", 22]]
2015-11-23T21:39:42.85+0100 [App/0]      OUT   Rendered portal/show.html.mustache (187.7ms)
2015-11-23T21:39:42.85+0100 [App/0]      OUT Write fragment views/en/portal/record/2048001/Athena_Plus_ProvidedCHO_KIK_IRPA__Brussels__Belgium__AP_10345520.html (4.2ms)
2015-11-23T21:39:42.86+0100 [App/0]      OUT Completed 200 OK in 1023ms (Views: 153.3ms | ActiveRecord: 36.2ms)


Not necessary anymore.


May be we can simply this function a bit. We can define an helper function say dev_has_partitions() which returns true or false depending on device has parititon or not.


test


TeamCity TerraFX :: Debug [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=17&buildTypeId=TerraFX_Debug&guest=1) is now running


Is there any risk that leaving these signals set to "ignore" will mess up library or package C code that expects to find them in "default" state?

Possibly the correct fix is to set the signal handler to do nothing if SyAlarmRunning is 0.


TeamCity TerraFX :: Release [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=18&buildTypeId=TerraFX_Release&guest=1) is now running


I've got problem with the robot email while the installation. I use xampp for develop and my servername is "localhost". The robot email will be "noreply@localhost", but the email validator doesnt accept this.

The field for the robot email was removed here https://github.com/noumo/easyii/commit/984ca4e2691a2b2893a1fb2965b85f3b49058d1a
so I cannot finish the installation.


You can also do this in a single command: `git checkout -b my-feature`


TeamCity TerraFX :: Debug [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=17&buildTypeId=TerraFX_Debug&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:28


TeamCity TerraFX :: Release [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=18&buildTypeId=TerraFX_Release&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:31


Do you mean that it should simple be `'match': '->'` ? :smile:


Add `npm install`?


To simplify function create_disk_partitions() we could probably rename it ti scan_disk_create_partition() and use name create_disk_parition() to actually create partitions on disk using sfdisk. You can pass a list of device names
as input. That way this funcation will basically break in two pieces and easier to read.


Is the indentation correct here? It looks like it is not.


Yes


We probably also need to mention here that if disks has paritition, it will be skipped.


Man pages says
+**-h** **--help**
+**--json**
+**-n** **--no-files"
+**--names-only**
+**-r** **--rpms**
+ **-v** **--verbose**


Explain why?  Presumably this is not taking Sync into account?


Что-то мне не нравится два цикла. Надо тогда слегка переделать сам `ibEngines` раз уж старый формат не подходит. Щас запилю патч.


TeamCity Xbim :: Xbim Windows UI :: Xbim Windows UI [Build 60](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=514&buildTypeId=Xbim_XbimWindowsUi_XbimWindowsUi) is now running


Please document your function and unordered_map above using doxygen (///) formatg


TeamCity Xbim :: Xbim Windows UI :: Xbim Windows UI [Build 60](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=514&buildTypeId=Xbim_XbimWindowsUi_XbimWindowsUi) outcome was **SUCCESS**
Summary: Running Build time: 00:00:52


I have the same Question what is the point of new layout that made ?


I think you referred the wrong pull request on the 1.1.0 release notes, you mentioned #42


I generally prefer a patch solving one problem. Rest of the fixes about documentation, copyright etc could go in separate patch/patches. That helps focusing on what's the problem being solved and what's the solution being offered. It would be good if in patch description we can mention what's the problem and how it is being solved.


TeamCity LabKey :: LabkeyModules15.3 :: Git sqlserver 2014 [Build 43](https://teamcity.labkey.org/viewLog.html?buildId=287096&buildTypeId=LabkeyModules153_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:05:49


TeamCity LabKey :: LabkeyModules15.3 :: Git sqlserver 2014 [Build 43](https://teamcity.labkey.org/viewLog.html?buildId=287096&buildTypeId=LabkeyModules153_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:05:50


Would it be better to check for a select2 property? And let it throw if it fails?


Shouldn't this all be in a transaction?  What do you do in the face of incomplete structure writes?


gnome-photos needs gegl version 0.3.0 and gimp needs gegl version 0.2.0, i build and add gegl with gegl03 in current.


uhm, no. the correct thing here is "typo3/cms-core": ">=7.4.0,<8.0",


Thanks.

(BTW, if you paste the full commit hash, GitHub automatically shortens it and makes it a link: e3dcf94f22d6bdded319e7f8c0441aa88b93cefb)


# "number": number of pieces into which to break the sequence from @before


@ndac-todoroki
レビューありがと～
なおしました。
ndac-todoroki wrote::
>updateはREST的にまずいかな？でもPATCH動作だし…

createをそれでやったときから若干気になってたけどテストだしとりまこれでいこうかな。
なにかいい名前思いついたら教えてください


TeamCity LabKey :: Trunk :: LabkeyTrunk :: Git sqlserver 2014 [Build 68](https://teamcity.labkey.org/viewLog.html?buildId=287108&buildTypeId=LabkeyTrunk_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:02:32


dependencies and devDependencies are the latest versions available as of 2015/11/23.


Yes!


That's because MICROPY_DEBUG_PRINTERS is a global config defined in py/mpconfig.h, while MICROPY_DEBUG_STDERR is local.  Given it's name it could be global.  Other files that use local config variables define them at the top of the file before using (mostly).


Ok, wasn't aware of the default hash deletion. Changed this in my PR #12, which now binds a token to the browser. BTW: The salt never leaves the system. See the docs comment

> The salt is additional information that is added to the tokens to make them more unqiue and secure. The salt is not stored in the cookie and should not saved in the storage.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6399](https://teamcity.mesosphere.io/viewLog.html?buildId=79653&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:10:32


@wido shouldn't that be `atoi(status)`?


They were originally in the same paragraph, but they drifted apart.  I'll reunite the statements.


I think `parse_xml_to_obj()` should just return a generateDS object and not a tuple. To me, the tuple being returned is a bit [unintuitive](https://en.wikipedia.org/wiki/Principle_of_least_astonishment) and lacks parity with `parse_xml()` which returns a single object.

I would prefer something like python-stix where `parse_xml()` built an etree object and passed it into `parse_xml_to_obj()` and didn't parse twice.

https://github.com/STIXProject/python-stix/blob/v1.2.0.0/stix/utils/parser.py#L249


Sorry, my day to day language has similar, but not quite the same syntax.


Looks like a `hasattr` won't work here since `resource` is a dict in this context.
```py
if field_name not in resource and fields[field_name].read_only:
```
provides the behavior I need but I feel uneasy using an O(n) check on every iteration. I'll do some manual tests with the browsable api to see if we can remove it


Should this just be an assert? e.g.
```C#
Assert.True(p.WaitForExit(TestSettings.PingTimeout), "Ping did not exit without timeout");
```


@wido it wasn't clear to me why this is correct, I'd rather have it run through the method and have it call complete_header() than move the relevant logic in here. This will make the code a bit tighter.


Add interface assertions, so I can figure out what this thing is supposed to be.


I was reviewing your code, just for scientific reasons and I noticed this:
```ruby
> if (.Platform$OS.type == 'windows') {
+     res <- iconv(res, from = "UTF-8", to = "windows-1250")
+   }
> res
             proton.start               proton.init             proton.init.w                     log.1
                       NA                        NA                        NA                   "janie"
                    log.2         proton.login.init       proton.login.init.w         proton.login.fail
                   "slap"                        NA                        NA                        NA
        proton.login.pass   proton.login.pass.instr proton.login.pass.instr.w         proton.login.weak
                       NA                        NA                        NA                        NA
             proton.final         proton.host.instr       proton.host.instr.w
                       NA                        NA                        NA
>
```
I don't know why the change of encoding produced NA's but before the text was all right.


The previous line should be deleted, right? (with expected then declared on this line)


@wido we'll need to make sure that this doesn't break anything. Specifically I'm thinking about the swift test suite. I assume it's not going to be a problem, but we need to verify that.


You're really getting only desktop roots (immediate children of the top-level root), right?


these will have to be excluded when merging the change to 2.12.x


ResortedSurfaces (amirroth) - i386-Windows-7-VisualStudio-12: Tests Failed

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-76.2%25-red.svg)


If not, what happens?


OK


Arch Linux user, I guess ;) :+1:


Hi!!! Sorry. First time on Gib. Thanks for yout suggest.


for some reason I can't access the swarm master from my local machine after you made this change. What does this do exactly?


TeamCity LabKey :: LabkeyModules15.3 :: Git sqlserver 2014 [Build 44](https://teamcity.labkey.org/viewLog.html?buildId=287100&buildTypeId=LabkeyModules153_GitSqlserver2014) outcome was **SUCCESS**
Summary: Running Build time: 00:01:19


util? :)


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6400](https://teamcity.mesosphere.io/viewLog.html?buildId=79660&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:05:07


Hum... that's too bad.


ACK


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6402](https://teamcity.mesosphere.io/viewLog.html?buildId=79662&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 2 (new) Build time: 00:00:14


Let's do branches and PR's from now on so we can do code reviews :smile:


I looked at it again. It is supported in coreclr.  I changed it to skip the windows version check for coreclr.


В `ibEngines` всего 7 объектов, ліл. Это учитывая новый `_0chan`.


ResortedSurfaces (amirroth) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1435 of 1435 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-70.52%25-green.svg)


Also , i am a rebel and i play rebel music :
https://www.youtube.com/watch?v=nrnZSLwfzVs

lol !


Costin was concerned in the past about this case - "A UA that fails to include the subscription set may keep repeating the empty subscribe, forcing the push service to create new 'subscription-set' resources. The push service has no way of knowing that multiple empty subscribe requests are from same UA - to return 400."


I'll move it up a bit so it works at the module level, good idea. I'll probably bring in a better polyfill when I rewrite this module, but for now this is just an IE9 fix.


I'm quite confused here.

I interpret "overridden" to mean we have a local element and a corresponding mirror element.  We have some change that has marked the mirror element as "overridden".  How is this different from the local element needing to be synced?  How does "overridden" track structure cloning?


To facilitate review ... the refactoring introducing methods like `structureVolume`, `addStructure`, .. could have been done in a separate commit.


my bad, will fix


I defer to @ericnormand on this one. I still don't have a strong grasp on when we should / shouldn't do this, and the kehaar docs and example code are a bit inconsistent.


Is the file format documented somewhere ?


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6403](https://teamcity.mesosphere.io/viewLog.html?buildId=79663&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:04:36


Instead of directly using a string, would it make sense to use an attribute of the color node (or similar ) ?


TeamCity LabKey :: LabkeyModules15.3 :: Git postgres 9.4 [Build 42](https://teamcity.labkey.org/viewLog.html?buildId=287076&buildTypeId=LabkeyModules153_GitPostgres) outcome was **FAILURE**
Summary: Tests failed: 13 (3 new), passed: 258, muted: 2 Build time: 01:11:22
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSHelpCenterTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenBoxPlot: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyGutterPlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyTimeAxisBasic: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifyLogAndLinearScales: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenVariableSelector: <no details avaliable>

org.labkey.test.tests.CDSMeasureStoreTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifySubjectCounts: <no details avaliable>

##### there are 3 more failed tests, see build details
```


TeamCity LabKey :: LabkeyModules15.3 :: Git postgres 9.4 [Build 42](https://teamcity.labkey.org/viewLog.html?buildId=287076&buildTypeId=LabkeyModules153_GitPostgres) outcome was **FAILURE**
Summary: Tests failed: 13 (3 new), passed: 258, muted: 2 Build time: 01:11:23
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSHelpCenterTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenBoxPlot: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyGutterPlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyTimeAxisBasic: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifyLogAndLinearScales: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenVariableSelector: <no details avaliable>

org.labkey.test.tests.CDSMeasureStoreTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifySubjectCounts: <no details avaliable>

##### there are 3 more failed tests, see build details
```


It's not a problem as they must be deleted anyway.


In my humble opinion, the state is more broken ((and metastable)) than unstable, which has some short-livedness/chaotic connotations.


I am still based on beta8.  Will revisit after upgrading to RC.  I will add a checkbox item at the top.


Thanks for the idea. Or I could separate the custom configuration from the default configuration. So I could update the default configuration and I do not care about the custom configuration anymore.

But for now I won't invest time for that. There are not too many complaints, so I guess only a few people use the possibility of customizing their urls


I guess that would be the sensible thing to do...


┗(＾0＾)┓


This is converting from the election-authority-works voter-registration-methods representation which is a set of maps w/ `:type` keys (among others) to one map where the `:type` value is the key and the value is every other key-value in the original map.


@vapier, thanks for the review. I have updated the commit accordingly: 2e04a67.


this commit was the final reason I decided to end my involvement with OE addons/repos, btw.

https://sourceware.org/bugzilla/show_bug.cgi?id=18781

now to the point - how do you think, is this a serious bug that just landed in 6.0. after 6 months of beta cycle.. ?


Just giving the docs a quick initial glance, and I realize we passed design review; do we allow both the `--authz-plugins` option to be set multiple times *and* using comma-separated values? (My preference would be to only accept using the option multiple times)


develop (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1435 of 1435 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg)


Good catch ! Thank you.


oops, forgot to mention the issue :stuck_out_tongue:

see #110


ACK


I agree something needs to be done to differentiate a root account instead of a regular user, however I think this might be too subtle.  I did this in my root's .zshrc, but it could be done here as well:
```
PROMPT+="%(?:%{$fg_bold[green]%}# :%{$fg_bold[red]%}# %s) %{$reset_color%}"
```


Need to change this back before making a PR


Since Xpetra is a required dependency of MueLu, it's enough to have the cmake check in Xpetra.


I know this is a Windows thing, but would be great to have a comment explaining this.
As of right now I'm not sure what a "custom image" is.


*Can* "many default_handlers" run at once? I'm by no means an expert on Unix signal handling, but my understanding was that when a signal handler ran, all other threads in the process were halted. (Not that a signal handler can do much as it is!)

So is it actually possible for multiple signal handlers to be executing on multiple threads at the same time? For the *same* signal or for different signals? (A quick google search and perusal of **Pthreads Programming** didn't find any obvious answers.)


Should probably be `npm run lint && mocha --opts ./mocha.opts src/**/*.test.js`; we want the whole command to fail if the linter fails.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6404](https://teamcity.mesosphere.io/viewLog.html?buildId=79667&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:08:56


I'm wondering if it's an issue that this won't give the same results across different interpreter instances - if the ordering is different, the partitioner might be unpredictable? We could compare `self._id` instead?


Hi, I don't have the time to update this project, although I'd love to be able to... but I'll put here a copy of my current state manager. It uses a 'shout.out("stateAdded",state), however, you could do a rootScope.emit or broadcast (I can never remember which way they flow).

As long as you addStates using this stateManager rather than directly via ui-router, and have that function emit a stateAdded event that the StateWatcher can listen for, you should be all good.

This StateManager also shows how I fixed the issue of templates not being available in time for the built version of the code. It's done via promises and resolution.

```javascript
/**
 * StateManager
 *
 * The State Manager for the application.
 *
 * This assumes a particular folder structure for the code, and will break if it's not in that form.
 *
 * This also assumes that there are 'views' defined within states. (Doesn't handle the case of a state with
 * controller/template defined at top level)
 *
 * (Don't pass 'require' into this, that makes a local require... we want the global one to add things to it)
 */
define(["../../fbsCommonModule","angularAMD","../session/main"],function (ngModule,angularAMD) {
    return ngModule.factory("stateManager",["$rootScope","sessionManager","programManager","$q","$templateCache","$http","shout",
    function($rootScope,sessionManager,programManager,$q,$templateCache,$http,shout){
        var stateProvider;
        //A hash of the template cache files we've loaded (so we don't reload)
        //If a template cache is in the process of loading, it will contain
        //a promise that will be resolved once the cache has loaded.
        //So, attach your template fetch requests to the 'then' of it
        var loadedTemplateCaches = {};

        /**
         * Do something if we haven't set stateProvider
         */
        var noStateProvider = function(){
            console.warn("Attempting to add a state before setting state provider");
        };

        /**
         * Add the resolve function for state that need to be authenticated
         * This means that before the state is entered, this function will be called.
         *
         * @param state
         */
        var addAuthResolve = function(state){
            //Add resolve function for if the user needs to be authenticated.
            //This must return a promise, and will be resolved before switching states
            //It will also put the result on the controller
            if(state.auth){
                if(!state.resolve) state.resolve = {};
                state.resolve.authenticated = function(){
                    //This will reject with an ErrorVO with id = 1 if not authenticated
                    //which is caught within StateWatcher
                    return sessionManager.isLoggedIn();
                };
            }
        };

        /**
         * You must set the State Provider before adding any states
         * @param sp
         */
        var setStateProvider = function(sp){
            //console.log("StateManager.setStateProvider[",sp,"]");
            stateProvider = sp;
        };

        /**
         * Actually get the template from cache or http
         * @param tURL
         * @param promise
         */
        var resolveTemplate = function(tURL,promise){
            if($templateCache.get(tURL)){
                //console.log("=============> stateManager.resolveTemplate ["+tURL+"] From Cache");
                promise.resolve($templateCache.get(tURL));
            }
            else{
                //console.log("=============> stateManager.resolveTemplate ["+tURL+"] Via HTTP");
                promise.resolve($http.get(tURL).then(function(response){return response.data;}))
            }
        };

        /**
         *
         * Fetch the template from Cache or directly via HTTP and resolve
         * the promise passed.
         *
         * If you pass a Controller Promise, it'll wait for it to resolve
         * before attempting to load.
         *
         * @param tURL
         * @param promise
         * @param ctrlPromise
         */
        var fetchTemplate = function(tURL,promise,ctrlPromise){
            if(ctrlPromise){
                ctrlPromise.promise.then(function(){
                    resolveTemplate(tURL,promise);
                });
            }
            else resolveTemplate(tURL,promise);
        };

        /**
         * Template provider.
         *
         * Pass a Controller Promise to make it wait to resolve until that has resolved
         *
         * @param view          View to set templateProvider on
         * @param ctrlPromise   Optional Promise to wait until resolution to request template
         * @returns {Function}  Returns function that returns a promise that will return the template html
         */
        var setTemplateProvider = function(view,ctrlPromise){
            var tURL = view.templateUrl; //Store the URL
            delete view.templateUrl; //Remove it, so it's not used directly
            //console.log("==========>setTemplateProvider ["+tURL+"]<===========");
            return function(){
                //console.log("==========>setTemplateProvider ["+tURL+"] FUNCTION CALLED <===========");
                var tmplPromise = $q.defer();   //Promise to return a template
                //Find the path of the main.js file to request
                var templateCachePath = tURL.substring(0,(tURL.indexOf("templates/")+10))+"main";
                var cacheState = loadedTemplateCaches[templateCachePath];

                if(!cacheState){ //We haven't, so load the template cache, then get the template
                    loadedTemplateCaches[templateCachePath] = $q.defer(); //promise to resolve once loaded. (Allows incoming requests to wait)
                   // console.log("=============>>>> setTemplateProvider ["+tURL+"] templatePath: "+templateCachePath+" LOADING CACHE");
                    //Request the main.js file, which, in production, will return an object with a function
                    //called 'inject' which we can run, passing the templateCache for the templates to be
                    //injected into.
                    require([templateCachePath],function(ret){
                        if(ret.inject) ret.inject($templateCache); //If we're running an optimized build, this will exist
                        fetchTemplate(tURL,tmplPromise,ctrlPromise);
                        loadedTemplateCaches[templateCachePath].resolve(true);
                        loadedTemplateCaches[templateCachePath] = true;
                    });
                }
                else if(cacheState.promise){  //Else, if we're in the process of loading, then get the template when loading is done
                     //console.log("=============>>>> setTemplateProvider ["+tURL+"] templatePath: "+templateCachePath+" CACHE LOADING!");
                    cacheState.promise.then(function(){
                        fetchTemplate(tURL,tmplPromise,ctrlPromise);
                    });
                }
                else{//If we've already loaded this cache, just get the template
                    // console.log("=============>>>> setTemplateProvider ["+tURL+"] templatePath: "+templateCachePath+" ALREADY LOADED CACHE");
                    fetchTemplate(tURL,tmplPromise,ctrlPromise);
                }

                return tmplPromise.promise
            };
        };

        /**
         * Use this for lazy loading a given state. It sets up promises and resolutions to occur
         * only when actually asking for the state.
         * Based on AngularAMD.route() but with added logic around delaying loading of template
         * until controller has resolved.
         * @param config
         * @returns {*}
         */
        var lazyRoute  = function (config) {
            // Initialization not necessary to call this method.
            var load_controller;

            /*
             If `controllerUrl` is provided, load the provided Url using requirejs.  If `controller` is not provided
             but `controllerUrl` is, assume that module to be loaded will return a function to act as controller.

             Otherwise, attempt to load the controller using the controller name.  In the later case, controller name
             is expected to be defined as one of 'paths' in main.js.
             */
            if (config.hasOwnProperty('controllerUrl') ) {
                load_controller = config.controllerUrl;
                delete config.controllerUrl;
                if (typeof config.controller === 'undefined') {
                    // Only controllerUrl is defined.  Attempt to set the controller to return value of package loaded.
                    config.controller = [
                        '$scope', '__AAMDCtrl', '$injector',
                        function ($scope, __AAMDCtrl, $injector) {
                            if (typeof __AAMDCtrl !== 'undefined' ) {
                                $injector.invoke(__AAMDCtrl, this, { '$scope': $scope });
                            }
                        }
                    ];
                }
            } else if (typeof config.controller === 'string') {
                load_controller = config.controller;
            }

            //We're going to delay the loading of the controller, so let's also
            //delay loading the templateURL until we've loaded the controller code
            if (load_controller) {
                var ctrlPromise = $q.defer();       //Promise to return controller
                var resolve = config.resolve || {};

                resolve["__AAMDCtrl"] = ["$rootScope","$http","$templateCache", function ($rootScope,$http,$templateCache) { // jshint ignore:line
                    require([load_controller], function (ctrl) {
                        //console.log("=========> Controller resolve C= ",ctrl);
                        ctrlPromise.resolve(ctrl);
                        $rootScope.$apply();
                    });
                    return ctrlPromise.promise;
                }];

                //Make the templateProvider return a promise
                config.templateProvider =  setTemplateProvider(config,ctrlPromise);
                config.resolve = resolve;    //Put the resolve args back into the config
                //console.log("CONFIG = ",config);
            }
            return config;
        };

        /**
         * A state is provided with a templateUrl, we want to intercept that and replace it with a
         * templateProvider that will check first if there is a cache to load it from.
         * @param state
         */
        var addTemplateProviders = function(state){
            //console.log("addTemplateProvider :",state);
            for(var v in state.views){
                var view = state.views[v];
                view.templateProvider = setTemplateProvider(view);
            }
        };

        /**
         * Add another state to the stateProvider (so it's visible to ui-router)
         *
         * @param stateName         Unique name of the state
         * @param state             State definition
         * @param leaveTemplates    If we have added a lazy TemplateProvider, leave it
         * @returns {addState}
         */
        var addState = function(stateName, state, leaveTemplates){
           // console.log("StateManager.addState["+stateName+"] ",state);
            if(!stateProvider){ noStateProvider();return;}
            addAuthResolve(state);
            if(!leaveTemplates) addTemplateProviders(state);
            stateProvider.state(stateName, state);
            shout.out("stateAdded",state);
            return this;
        };

        /**
         * Load the states from config and add them to current states
         *
         * THIS WILL BE REPLACED WITH A LOAD FROM MIDDLEWARE
         *
         * However the main logic will remain, just the place the data
         * comes from will change
         */
        var loadStates = function(sp){
            stateProvider = sp?sp:stateProvider; //If we've been passed stateProvider, set it
            if(!stateProvider){ noStateProvider();return;}
            var defer = $q.defer();
            require(['programs/main'],function (resp) {
                var statesAdded = [];
                angular.forEach(resp.programs, function (item) {
                    var prog = item.name;
                    var stateName =  "app."+prog;
                    //If the item being loaded is a state to switch to, set that up
                    //States are now loaded 'under' the app state, so we place them as 'app.statename'
                    //For states, we expect them to have a template and controller to display in the state
                    //These we want to load lazily, as they are the self contained 'programs'
                    if(item.isState) {
                        var state =  {
                            url:  prog,  //Don't Add / here, it adds one too many slashes
                            auth: item.auth,
                            views: {
                                "program@":lazyRoute({
                                    templateUrl: "programs/" + prog + "/templates/" + prog + ".html", //This will end up in template cache, so url is ok
                                    controllerUrl: "programs/" + prog + "/main.js", //This will end up as the fully compiled file for the program, so this is good too :)
                                    controller: prog+"Ctrl",
                                })
                            }
                        };

                        addState(stateName, state,true);
                        statesAdded.push(state);
                        programManager.addProgram({name: prog, state:stateName, label:item.label});
                    }
                    else{ //Else it's a library, add to require
                        require.config({packages:["programs/"+prog]});       //Make this take existing array and add to it if need be.
                        console.log("Adding Package: ["+"programs/"+prog+"]")
                    }
                });

                defer.resolve(statesAdded);
            });
            return defer.promise;
        };

        return {
            setStateProvider:setStateProvider,
            loadStates: loadStates,
            addState: addState
        };
    }])
});
```


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6405](https://teamcity.mesosphere.io/viewLog.html?buildId=79669&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:09:00


Builds fail now - wlan.ko duplicate


develop (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-cppcheck-1.61: OK (0 of 0 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


@csabapalfi  thx


I don't think you should switch the arguments of the function here. That will be a breaking change for others!


Should do more halloss IMO. maybe 5.


TeamCity Gensokyo Lobby :: Lobster Server [Build 0.0.1.73](https://pixelated.design/build/viewLog.html?buildId=245&buildTypeId=GensokyoLobby_LobsterServer&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:20


you should add your favourite colour


Maybe SYSLOG_LEVELS should have `:warn` and the ALIAS_LEVELS should have `:warning`? Seems more consistent to use all the short forms for SYSLOG_LEVELS.


Yep, this is pretty much what I'd do.


TeamCity Gensokyo Lobby :: Lobster Core [Build 0.0.1.72](https://pixelated.design/build/viewLog.html?buildId=246&buildTypeId=GensokyoLobby_LobsterCore&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 269 Build time: 00:00:18


TeamCity Gensokyo Lobby :: Lobster Client [Build 0.0.1.18](https://pixelated.design/build/viewLog.html?buildId=247&buildTypeId=GensokyoLobby_LobsterClient&guest=1) outcome was **SUCCESS**
Summary: Running Build time: 00:00:18


Remember that not all users have Sync set up, but they might do in the future. That is, there are five main database configurations:

* Fully synced: everything is in the mirror, nothing is overridden, buffer and local are empty.
* Not synced: nothing is in the mirror, everything is local, everything local is marked as NEW.
* Part synced, local changes: there's stuff in the mirror, some of which is overridden. There's stuff in local, some of which is new, some changed, some not changed.
* Part synced, remote changes: there's stuff in the buffer and the mirror.
* Part synced, conflict: there's stuff in all three tables.

Notably, a folder that has been emptied locally will be marked as overridden in the mirror, *will not be present* in the local structure DB, and — if you haven't renamed it or anything — won't be present in the local values DB. That is, the folder hasn't changed, only its contents.

We have to do both content and structural reconciling for folders, so we have indicators to track shadowing and indicators to track changes.


this isn't needed see ServerConfigurationManager.func_181057_v()


I thought we use baseUrl to resolve non-relative module names by concatenating the non-relative module name with baseUrl


Thanks for the hint!


A bit of a shame to have to resort to verbs toggling a mostly invisible state, but I don't have any better suggestions to give you.


Yes. We deliberately exclude the mobile bookmarks folder, because we're making that the parent of Desktop Bookmarks.


Oh - and if it helps: Permanent leases can be used for configurations (ie system-wide global settings) while client leases can be used for temporary access tokens.In the same fashion temporary leases can be used for ephemeral services (most services would be) and permanent leases could be used for pet servers (like databases, storage clusters, file servers and similar "deploy once and be really careful with it"-servers).


@tomchristie I find it hilarious that you are taking my response to this situation as entitlement considering that my only goal was to demonstrate how these kinds of bottlenecks are caused only by the egos of the collaborator(s) and fly in the face of what makes open source so special.

As an OSS author myself, I have absolutely no delusions about what kind of support I can expect in any capacity, nor do I expect anything from anyone on my behalf. What bothers me so much about this type of scenario in general (hence the "not personal" bit) is that these bottlenecks do not stem from people looking for handouts, but from the author's refusal of people looking to do the _exact opposite_: **contribute**.

You're right though, I could have just flatly stated my intentions to move forward without additional commentary as I have done many times in the past. The reason I chose to express my frustration this time is mainly because I was especially stunned that a PR like #124 would go _completely ignored_ by any of the maintainers. @jrdietrick even took the time to painstakingly outline every possible consideration for that PR taking into account the entire issue history from numerous other PRs, fixed the core issues, wrote tests that pass, and has a solution that would unblock this library for _hundreds_ of developers using it.

I'm not suggesting I can decide how people manage their OSS projects but I will gladly argue against something I don't believe in. That's not entitlement, that's dissenting opinion and one I think you'll find is not so uncommon.

If I wanted to be entitled about it, I would have complained about the delays and whined for a new version like 50+ other people across the various issues in this repo. You know what I did instead? Looked at all the outstanding PRs, applied them to a new fork (builds pass) and added everyone as collaborators in less than 2 hours. That sound like entitlement to you?

It goes more like this: "Hey folks, I noticed there are a bunch of excellent pull requests not being merged because the library collaborators are making weak excuses. I cannot dictate policy but I can alleviate this bottleneck for everyone and I feel like commenting on why these kinds of situations shouldn't happen in the first place while I do it."

Don't mistake my frank tone for rudeness, I just don't have a problem calling people out for being disingenuous. I'd have been happier if the maintainers just came out said: "We're not merging PR's because we don't trust any of you to work on this library and we don't have time ourselves." At least that's honest and leaves nobody wasting their time wondering how to make their contributions "good enough".

Enjoy a DJ18+ compatible version of this library with numerous bug fixes that won't ever suffer from delayed PRs for no apparent reason: https://github.com/petermelias/django-configurations

PS: @blueyed sorry I didn't cherry-pick the commits right away, I don't have a fast workflow for that as it's not something I do often and I needed to do this quickly. I'll find a good way to do it this weekend.


LGTM


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6406](https://teamcity.mesosphere.io/viewLog.html?buildId=79673&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:04:23


can you just do `(compilerOptions.baseUrl || compilerOptions.paths || compilerOptions.rootDirs)` ?


@aboe76 right. I think it is doable and we (SUSE) could help.

My point is that most of the cases the code only needs to use `os_family`. If code is making distinction on `os` then I would be skeptical and think it is either very version-specific code, or just can be refactored into `os_family`.

I would expect to see more combinations of `os_family` plus `osrelease` than `os` because most `os` are derived from the same family and the behavior depends more on how "new" the distro is.


Thanks, fixed here https://github.com/noumo/easyii/commit/64a71a44c1cefef64067a8a5b23d213e0e0d8eab


Это не канцеляризм, это вежливое обращение к одному лицу, читателю.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6407](https://teamcity.mesosphere.io/viewLog.html?buildId=79674&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:04:52


I would use _ekf->baroHgt here instead.


```python
if resource.pk is None and fields[field_name].readonly:
```
should do it...


I understand your reason for doing this, only… there is no way to get back focus with the keyboard without dismissing and recalling the terminal.

I think there could actually be a useful keyboard user way to do this and without interfering with the normal toggle behaviour. My thought is to add a double tap feature, one tap toggles the DDT visibility, double tap switches focus. I'll explain in detail:

*visible, focused*
- single tap = hide DDT and focus remembered window.
- double tap = focus remembered window.

*visible, unfocused*
- single tap = hide DDT
- double tap = focus last DDT, and remember window focusing away from.

*hidden*
- single tap = show DDT, and remember window focusing away from.
- double tap = show DDT, and remember window focusing away from.


TeamCity pull requests :: netty [Build 726](https://garage.netty.io/teamcity/viewLog.html?buildId=3532&buildTypeId=pulls_netty&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 5708, ignored: 21 Build time: 00:41:50


You're passing two parameters to .format() but there's only one '{}' in the string.


disregard this^^ I see that you're setting this stuff server-side


I would rather use the field for now if the method is still unnamed, this is pretty much temporary right now anyway (until we have proper mappings)


Here's an example conversion:

Before: `#{{:type :by-horse :breed :arabian :color :brown :name "Pretty Pretty Princess"} {:type :by-sea :lamps 2}`

After: `{:by-horse {:breed :arabian :color :brown :name "Pretty Pretty Princess"} :by-sea {:lamps 2}}`


Merci :)


another thing - count should be > 0, not >= 0 .  Being equal to 0 is an error condition, and will not result in a callback


Мне всё равно кажется, что это излишне. Ты достаточно критичен выше и ниже по тексту к читателю, поэтому вы с большой буквы особо не спасёт :wink:


The empty string is falsy, so only if you don't want to pick up when `baseUrl === ""`.


Huh? `--count` decrements the count _prior_ to the equal comparison.


In theory, yeah:

https://www.sqlite.org/c3ref/bind_parameter_name.html

We never have, and I don't know if SwiftData supports it yet.


TeamCity LabKey :: Trunk :: LabkeyTrunk :: CDS postgres 9.4 [Build 13](https://teamcity.labkey.org/viewLog.html?buildId=287102&buildTypeId=LabkeyTrunk_CdsPostgres94) outcome was **FAILURE**
Summary: Tests failed: 20 (5 new), passed: 24 Build time: 00:56:12
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyBoxPlots: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyGutterPlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSSecurityTest.verifyFirstTimeUse: <no details avaliable>

org.labkey.test.tests.CDSLoginTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSHelpCenterTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyColorStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyTimeAxisWithMultipleSchedules: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenBoxPlot: <no details avaliable>

##### there are 10 more failed tests, see build details
```


The `Site` initializer expects it. I have a mental follow-up to kill it with fire.


I am not certain that every line of code needs to be commented in this fashion.


try/catch in Julia can be expensive. Doesn't `success(`which logger`)` work better for your purposes?


TeamCity Xbim :: Xbim Windows UI :: Xbim Windows UI [Build 61](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=515&buildTypeId=Xbim_XbimWindowsUi_XbimWindowsUi) is now running


smh...


Correct. Depending on where this goes, we could lift these out as named views and use this exact same code to browse (buffer + mirror) instead of (local + mirror).


I know I know


so we are using the base url to resolve relative file names? Shouldn't this be non-relative file names?


TeamCity Xbim :: Xbim Windows UI :: Xbim Windows UI [Build 61](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=515&buildTypeId=Xbim_XbimWindowsUi_XbimWindowsUi) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:00:37


Yeah, see later in the commit stack.


correct, but if count is equal to 0 when this function is called, the above if(count>=0)  will be true, and it will load the data model, but afterwards the count will become -1, thus it won't call the callback.  Count should never be equal to 0, so you shouldn't allow for it in the if statement above.


That's assuming that we will never start flushing element models, which is not necessarily valid after summaries are implemented.


Don't add a semicolon at the end of while(0) macros.
Syntactically, the do-while is a single statement, so the caller adds it.


[RFC5322 states that the `to` header](https://tools.ietf.org/html/rfc5322#section-3.6.3) is to be terminated by a CRLF (`\r\n`). However, the line can contain multiple addresses, separated by a comma, so we should probably parse that.


That, plus it doesn't touch the mirror at all — as currently written it's basically "discard local changes but don't adjust mirror metadata", which is wrong in all kinds of ways :)


Missing semicolon. See comment on the macro.


we cannot do this


Just letting you know, thanks for all your extremely strenuous work. Your the man h2o64!


Why's this need to be atomic?


Good to know...


Just haven't got around to it yet.

My first stab at this removed faviconID. Half an hour in, I started swearing and put it back, because I knew we wouldn't be able to ship this if we just didn't save favicons at all!


Why is this not an actual merge commit?


Jak robisz trima to nie będzie już white space'a. Wypierdol to IsNullOrWhiteSpace i pozostawy tylko IsNullOrEmpty


Hi @hu-yue, you tried the `torqueBalancing` one foot and two feet with these new parameters, right?


Dlaczego ciągle używasz tej abominacji :-1:


;)
I'm trying to find a proper fix for it, for now I only have some dirty stuff ...


What OS?


Please define as "do{}while(0)" so that it behaves like a statement instead of merely looking like one. ;-)


i agree with that...

how bout `term` ? its what I originally though but it was not very well received on the yii2 thread


What is the MSBUILD command line to invoke the external property feature?


It's the most efficient way for us to do an overlay. It means "don't use this, use the local table". For folders, it implies that local structure is a replacement, but the title of the folder hasn't changed. I haven't entirely decided whether it's necessary for non-folders (versus checking the sync_status flag), but it worked fine for logins, and the schema doesn't change, so I'm keeping it for now.


In fairness, these column names match Sync.


windows

2015-11-23 22:38 GMT+01:00 Przemysław Biecek <notifications@github.com>:

> What OS?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/BetaAndBit/PieczaraPietraszki/commit/fd32af0830331fd12cdb8630ee17ba269d47ba0a#commitcomment-14572932>
> .
>


Od razu return GetTextBoxValue(...) po co Ci to w zmiennej przechowywać


FYI @ckamm @ogoffart @dragotin


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6408](https://teamcity.mesosphere.io/viewLog.html?buildId=79675&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:05:12


The semantics is basically up to the libraries. Some might use ':' (like Maven artifacts), others might use '/' (if you want to represent a tree) and some might want to use '.' (if you represent some DNS-like structure). I'd *really* not limit this to just one char at this time.

If you build something that uses semantic versioning on top of the library and we used '.' they would hate it. If someone wants to build a *really* simple DNS proxy on top they wouldn't like ':' at all and if someone wants to dump a lease into a CSV file (yes, it might happen) they would abhor the use of ';'.

(Not to mention the fact that the separator char can be used by various backends. A ZooKeeper backend would use '/' as the separator char but a PostgreSQL backend might want to use ';'. A consul backend might want to use ':',' -', or '_'.)


return string.IsNullOrEmpty(text) ? null : Convert.ToDouble(text);


This was a line I specifically remember not understanding the first time without having to look it up. I'd like at least for a comment to note that "count" does not have a functional impact on the wait mechanism?


I re pushed it. Should be fixed
On Nov 23, 2015 10:30 AM, "OzzysCmAcc" <notifications@github.com> wrote:

> vendor/samsung/klte/proprietary/vendor/lib/libqdi.so.so
> derp double .so
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/Team-Hydra/android_vendor_samsung/commit/bb02cfc26a28951f579b39e4315b19c2f48db1a1#commitcomment-14568638>
> .
>


Which version? It should be working on Windows7
Could you try
iconv(res, from = "UTF-8", to = "windows-1250")
and
iconv(res, from = "UTF8", to = "windows-1250")


...then again. Let's use Java 8. Java7 *will* go out of fashion some time.


We are only ignoring SIGVTALRM. If someone else is trying to fiddle with those as well there will be trouble, but then again there currently would be anyway I imagine.

Yes, we could also just install the signal handler once, and ignore the signal (the behaviour would kind of be the same, I'm happy with either).

Just to mention, there is another possible problem -- I imagine one might be able to cancel one signal, start a new one, and then get the first one late. Having investigated this seems unavoidable, and rare.


It's read by the default handler (after pipecnt). Is this unnecessary for some reason?


Why not do the following?

```julia
if isa(truck.out, Syslog)
    ...
elseif truck.ops[:is_colorized]
    ...
else
     ...
end
```


TeamCity TerraFX :: Debug [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=19&buildTypeId=TerraFX_Debug&guest=1) is now running


TeamCity TerraFX :: Release [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=20&buildTypeId=TerraFX_Release&guest=1) is now running


Resulting log message:
```
2015-11-17 16:13:42.283 31584 INFO     do_burned_area.py:402:runBurnedArea -- Processing burned area products for
    path/row: 26, 42
    years: 2007 - 2008
2015-11-17 16:13:42.283 31584 INFO     do_burned_area.py:405:runBurnedArea --
Processing seasonal summaries and annual maximums ...
2015-11-17 16:13:42.283 31584 INFO     process_temporal_ba_stack.py:1378:processStack -- Start time:Nov 17 2015 16:13:42
```


I'm just curious: why make this change?


Got it. Sorry, misunderstood your first comment. Fix is imminent.


I have Windows 7

2015-11-23 22:41 GMT+01:00 Przemysław Biecek <notifications@github.com>:

> Which version? It should be working on Windows7
> Could you try
> iconv(res, from = "UTF-8", to = "windows-1250")
> and
> iconv(res, from = "UTF8", to = "windows-1250")
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/BetaAndBit/PieczaraPietraszki/commit/fd32af0830331fd12cdb8630ee17ba269d47ba0a#commitcomment-14572994>
> .
>


TeamCity TerraFX :: Debug [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=19&buildTypeId=TerraFX_Debug&guest=1) outcome was **FAILURE**
Summary: Error message is logged (new); exit code 255 (new) Build time: 00:00:42


For all the methods in the storage class should I add detail validations to the best of my knowledge?
I dont know the next tasks, do you think it'll be useful? if so I'll write them,
for now I thought to keep it simple ;-)


TeamCity TerraFX :: Release [Build 0.0.1](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=20&buildTypeId=TerraFX_Release&guest=1) outcome was **FAILURE**
Summary: Error message is logged (new); exit code 255 (new) Build time: 00:00:47


The exponential should be

e^{i(k + l)\theta_{c_2c_1}}


Na pewno potrzebujesz ref przy TextBox?


Closed in c73ba4e


Some fields are missing.


Planning on doing a release now that 'OMG It Works'?


This has the adverse affect of applying 'form-control' to LabelField (which styles labels to look like inputs)


Hoe moet ik hier nu een commentaar opgeven. Jij weet beter hoe die code werkt dan ik.


TeamCity TerraFX :: Debug [Build 0.0.2](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=21&buildTypeId=TerraFX_Debug&guest=1) is now running


Boję się go :3


TeamCity TerraFX :: Release [Build 0.0.2](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=22&buildTypeId=TerraFX_Release&guest=1) is now running


Perhaps, if we rephrase the query. This query is utterly malformed, so I don't know how this is supposed to work!


Could this be rebased in the previous commit?


TeamCity TerraFX :: Debug [Build 0.0.2](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=21&buildTypeId=TerraFX_Debug&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:31


TeamCity TerraFX :: Release [Build 0.0.2](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=22&buildTypeId=TerraFX_Release&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:34


Where is the man page?  Any docs?


Unikaj else-ifozy
Lepiej zrobić returna we wcześniejszym ifie a tutaj mieć normalnego ifa


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6410](https://teamcity.mesosphere.io/viewLog.html?buildId=79680&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **FAILURE**
Summary: Exit code 1 (new) Build time: 00:02:45


TeamCity TerraFX :: Debug [Build 0.0.3](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=23&buildTypeId=TerraFX_Debug&guest=1) is now running


TeamCity TerraFX :: Release [Build 0.0.3](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=24&buildTypeId=TerraFX_Release&guest=1) is now running


Fixed bash completion to match the man page.  My omissions, apologies.


Nope. We don't validate any data here. We assume that everything is fine for now.


TeamCity TerraFX :: Debug [Build 0.0.3](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=23&buildTypeId=TerraFX_Debug&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:30


TeamCity TerraFX :: Release [Build 0.0.3](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=24&buildTypeId=TerraFX_Release&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:31


I agree with optimizing the locks employed by this package. You are right that the mount lock is likely the first candidate for optimization because of its potentially longer running graph operations. This will likely happen in a followup PR and hopefully when we have the appropriate way to measure improvements.


@rhatdan Great find and thanks.  Fixed now and pushed.


Ya. Never use hash like this. There's no guarantee that it gives the same result across machines or even interpreter instances.


No need to define it twice. Interesting thing is that it is probably working, but didn't try that ;)


Yep, I just need to put in a few extra touches and I'll upload a preliminary release to AMO for everyone to try on. Should do it still this week.


TeamCity OSS :: Kubernetes Mesos :: 4 - Smoke Tests [Build 6409](https://teamcity.mesosphere.io/viewLog.html?buildId=79676&buildTypeId=Oss_KubernetesMesos_5SmokeTestsDockerMesos&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1, ignored: 201 Build time: 00:09:44


TeamCity TerraFX :: Debug [Build 0.0.4](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=25&buildTypeId=TerraFX_Debug&guest=1) is now running


TeamCity TerraFX :: Release [Build 0.0.4](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=26&buildTypeId=TerraFX_Release&guest=1) is now running


LGTM


TeamCity TerraFX :: Debug [Build 0.0.4](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=25&buildTypeId=TerraFX_Debug&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:31


I am not sure why did you remove setId() function?


TeamCity TerraFX :: Release [Build 0.0.4](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=26&buildTypeId=TerraFX_Release&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 255 Build time: 00:00:32


Can you send the pull request to add to the genDevConfig repository.


Good to know. I'll move to comparing `self._id`.


Two things:
1) You need to set alarm(0) when  it's finished
2) Moreover i prefer to manage the alarm inside the class. Not using the die.


Why don't you use out of the box $http or $resource services instead of defining a new http object?


if you take a look at this:
$pdoconfig->getConfig()['hostname']
you will see that you getConfig from pdoconfig so it is a bit too much config word for me ;)
$pdoConfig->get('hostname')  would be better in this case.


Call the overload that takes a StringComparison and pass in StringComparison.Ordinal (the default is a culture sensitive comparison).


TeamCity TerraFX :: Debug [Build 0.0.5](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=27&buildTypeId=TerraFX_Debug&guest=1) is now running


TeamCity TerraFX :: Release [Build 0.0.5](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=28&buildTypeId=TerraFX_Release&guest=1) is now running


@DanielePucci yes I did. However for balancing on single leg some modifications are needed, e.g. zeroing kbemf of ankle joints, but I did not plan to commit zero kbemf for the time being.


Why do you need to parse the response output of the REST service ?


TeamCity TerraFX :: Debug [Build 0.0.5](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=27&buildTypeId=TerraFX_Debug&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 1 (new) Build time: 00:00:33


TeamCity TerraFX :: Release [Build 0.0.5](http://terrafx-ci.westus.cloudapp.azure.com/viewLog.html?buildId=28&buildTypeId=TerraFX_Release&guest=1) outcome was **FAILURE**
Summary: Error message is logged; exit code 1 (new) Build time: 00:00:40


Ah, right, thanks.  I'll change it.  For below, switch on a string does ordinal, right?


TeamCity LabKey :: LabkeyModules15.3 :: Git postgres 9.4 [Build 43](https://teamcity.labkey.org/viewLog.html?buildId=287094&buildTypeId=LabkeyModules153_GitPostgres) outcome was **FAILURE**
Summary: Tests failed: 16 (5 new), passed: 253, muted: 2 Build time: 01:08:37
### Failed tests
```
org.labkey.test.tests.CDSVisualizationTest.verifyStudyAndTreatmentVars: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyDensePlotBrushing: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifyAntigenVariableSelector: <no details avaliable>

org.labkey.test.tests.CDSHelpCenterTest: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.JUnitTest$RemoteTest.org.labkey.core.admin.test.SchemaXMLTestCase: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAntigenBoxPlot: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyGutterPlotBrushing: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyTimeAxisBasic: <no details avaliable>

org.labkey.test.tests.CDSVisualizationTest.verifyAxisSelectors: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSVisualizationTest.verifyLogAndLinearScales: <no details avaliable>

##### there are 6 more failed tests, see build details
```


For cases where we can't restore the initial state (like the testing the setter) should these be outer loop?


LGTM


Making the computer choice and comparing the players were wrapped in functions, and some variable names were changed because the jQuery layer was added and I wanted to avoid confusion. Some of the return values also had to be changed to make it easier to change some classes using jQuery. The  jQuery portion makes more sense when you see the HTML.