Mark meetings spec as slow

[mrcasals]

🎩 What? Why?

We're having a slow test on meetings that's failing most of the time. Until we find a better solution for it, this PR marks the test as slow so it doesn't fail.

📌 Related Issues

None

Testing

Let tests run, see no errors

📋 Checklist

🚨 Please review the guidelines for contributing to this repository.

• ❓ CONSIDER adding a unit test if your PR resolves an issue.
• ✔️ DO check open PR's to avoid duplicates.
• ✔️ DO keep pull requests small so they can be easily reviewed.
• ✔️ DO build locally before pushing.
• ✔️ DO make sure tests pass.
• ✔️ DO make sure any new changes are documented in docs/.
• ✔️ DO add and modify seeds if necessary.
• ✔️ DO add CHANGELOG upgrade notes if required.
• ✔️ DO add to GraphQL API if there are new public fields.
• ✔️ DO add link to MetaDecidim if it's a new feature.
• ❌AVOID breaking the continuous integration build.
• ❌AVOID making significant changes to the overall architecture.

📷 Screenshots

None

♥️ Thank you!

[tramuntanal]

Hi @mrcasals ,

We've already tried this in a local environment and it did not work.
I'm going to re-run the meetings workflow some times in order to see if it always succeed in the CI.

[tramuntanal]

It succeeded at the second attempt

[tramuntanal]

It succeeded at the third attempt, it seems it solves the issue in the CI
Trying one last time

[mrcasals]

@tramuntanal this succeeded again! Can we merge this so that all other PRs can get fixed? 😄

[tramuntanal]

Yess, it is strange we couldn't reproduce it locally, maybe it was dues to a bad test_app.
Merging!

[tramuntanal]

Anyway we're working on adding the spinner when ajax calls are executed

[mrcasals]

The spinner would be awesome indeed!

I wasn't able to reproduce it locally, which meant it was a problem with timeouts in requests. The :slow tag on tests allows for a longer timout, which "fixed" the problem.

[tramuntanal]

do you run test with bundler?
bundle exec rspec ... or directly with rspec rspec ...