https://bugzilla.wikimedia.org/show_bug.cgi?id=72056
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from [email protected] --- I renamed api.php locally, did bundle update, ran Echo's features/notifications_userrights.feature , and it quickly failed with unexpected HTTP response (404) (MediawikiApi::HttpError) ./features/step_definitions/notifications_steps.rb:8:in `clear_notifications' \o/ ! The next problem is getting WMF's CI to use the new version. The latest Echo run https://integration.wikimedia.org/ci/job/browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/108/consoleFull still uses old version 0.2.1, e.g. /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/response.rb:85:in `response_object' So I guess we have to go into 13 extensions using mediawiki_api, `bundle update`, and check in their new Gemfile.locks. I dunno if there's a way to automate this. I filed a separate bug 72090 -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
