Allow `on_client` and related methods to be run in RSpec before(:all) blocks

Offen

#357 erstellt am 22.2.2021 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: ruby
Bereich: frontend, testing

Rechercherichtung

Beginne damit, die bestehende RSpec-Verarbeitung für before_mount nachzuverfolgen, und vergleiche anschließend, wie sich on_client, mount und isomorphic verhalten, wenn page in before(:all) nicht verfügbar ist. Erledigt ist es, wenn diese Aufrufe entsprechend no_reset entweder einmal oder pro Spec in die Warteschlange gestellt und ausgeführt werden und auch die vorgeschlagene spec-block-Form abgedeckt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

ATM if you run on_client, mount and isomorphic methods in before(:all) blocks they just don't do anything, because the capybara page is not loaded yet.

What should happen is that the args to those methods should be queued up and added in a mechanism similar what before_mount uses.

A note (that also applies to before_mount) is that if no_reset is false, then this action should repeat on each spec, but if no_reset is true, then it should only happen once.

before(:all) do 
  on_client do  
     puts 'hello world'
  end 
end

if no_reset is true, then 'hello world' will be displayed just once on the client, if no_reset is false then it will be displayed as each spec runs.

NOW... given all this, it would seem that what we really want to do is also make these methods (and before_mount) all available at the spec block level, which would mean that they run in a before(:all) block. So the above could be shortened to

on_client do  # before(:all) is implicit
  puts 'hello world'
end

Vorherrschende Sprache: JavaScript
Sterne: 538
Forks: 41
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus hyperstack-org/hyperstack

expose_as_operations method Offen

enhancement needs doc

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

hyperstack-org/hyperstack#359 · Erstellt am 24.2.2021
Incorrect documentation about server operations Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

hyperstack-org/hyperstack#267 · Erstellt am 07.10.2019
improve server_method and finder_method Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100

hyperstack-org/hyperstack#457 · Erstellt am 29.6.2023
./spec/batch4/default_value_spec.rb:40 failing on latest react Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100

hyperstack-org/hyperstack#456 · Erstellt am 01.6.2023
don't transmit full record on change - only send changed values Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100

hyperstack-org/hyperstack#455 · 2 Kommentare · Erstellt am 31.5.2023

Alle Issues in hyperstack-org/hyperstack