Skip to content

The consistently failing spec #126

Open

Description

This has been mentioned in the other PR, and I remember a couple of random build failures in the past. Can someone point me to a failed build or provide intel? Let's try to come up with a fix. ⚡

Activity

  1. samwgoldman commented on Oct 22, 2013

    @samwgoldman
    Contributor

    Pretty sure this is a cascading failure in the adapter specs. Seems the most common culprit is the Reel adapter spec. If it fails, the next adapter test fails too. I struggled with the flakiness of these tests for a long time. They pass consistently on my machine every time, but not so much on Travis.

  2. tarcieri commented on Oct 22, 2013

    @tarcieri
    Contributor

    Can you point me at one of the Reel failures?

  3. samwgoldman commented on Oct 22, 2013

    @samwgoldman
    Contributor

    Here's a JRuby test run where the Reel adapter fails. Later, the Rack adapter fails.

    https://travis-ci.org/seancribbs/webmachine-ruby/jobs/12748305

  4. samwgoldman commented on Oct 23, 2013

    @samwgoldman
    Contributor

    Yeah, I previously had the adapter tests do just that (89ce86e). I removed that because I thought I had gotten the servers to play nice and shut down.

    Seems like web servers generally expect to be at the center of the universe. Maybe the Adapter#shutdown API is just a pipe dream.

  5. nyarly commented on Oct 24, 2013

    @nyarly
    Contributor

    (PR reference was a typo)

  6. tarcieri commented on Nov 20, 2013

    @tarcieri
    Contributor

    @lgierth hmmm...

    ArgumentError: Data object has already been freed
    

    This could either be an http_parser.rb bug on a Reel bug. Not sure? /cc @tmm1

  7. tarcieri commented on Nov 20, 2013

    @tarcieri
    Contributor

    This is possibly inside of Celluloid's at_exit handler /cc @halorgium

  8. 36 remaining items

  9. Asmod4n commented on Feb 23, 2014

    @Asmod4n
    Member

    nearly all failures i am getting today is because of the default port set in the spec.

  10. Asmod4n commented on Feb 23, 2014

    @Asmod4n
    Member

    maybe create a array with a random port for each adapter and have a counter which one to use for the current run.

  11. Asmod4n commented on Feb 24, 2014

    @Asmod4n
    Member

    @lgierth @seancribbs @robgleeson made a new branch to hopefully fix some spec fails, will make a PR when it looks good to you, it also changes how adapters work, so i can implement #153.

    https://github.com/seancribbs/webmachine-ruby/compare/expose_application

  12. tarcieri commented on Jun 19, 2014

    @tarcieri
    Contributor

    @headius any ideas?

  13. ghost changed the title [-]The randomly failing spec[/-] [+]The consistently failing spec[/+] on Jun 19, 2014
  14. Asmod4n commented on Apr 24, 2016

    @Asmod4n
    Member

    @lgierth fixed it by currently ignoring jruby and rbx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions