New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Possible BUG] MJSONWP protocol requires type and ms" and you sent {"script": 1000} #1529
Comments
Codecept with WebDriver/WebDriverIO/Appium calls Maybe, it's WebDriverIO issue. |
@LukoyanovE I tried both options for browser. Interesting is that running tests on Android (same Appium version) works. I opened an issue on WebdriverIO but they indicated it was a Codeceptjs issue. |
@raquelgs, which two options did you use? Can You place config for android, if it works? |
exports.config = {
tests: './test_codecept/*.js',
output: './test_codecept/output',
helpers: {
WebDriver: {
host: 'hub.browserstack.com',
path: '/wd/hub',
url: process.env.URL,
user: 'SECRET_USER',
key: 'SECRET_KEY',
browser: 'DOESNOTMATTER', // Here we can specify anything, because it's ignored once you are running in BrowserStack.
desiredCapabilities: {
os_version: '7.0',
device: 'Samsung Galaxy S8',
real_mobile: 'true',
'browserstack.local': 'true',
'browserstack.debug': 'true',
'browserstack.networkLogs': 'true',
'browserstack.appium_version': '1.9.1'
}
}
}
} This is the request for Android:
This is what happens when it is iOS:
|
@LukoyanovE I've been checking with
|
@LukoyanovE Do you have any update? Thanks! |
Seems like a bug in appium - appium/ruby_lib_core#128, But the fix itself has landed in 1.9.1 and still the issue exists. Worth a try with the new appium release. |
Hi, Is this issue resolved? |
@lokesh-rj I still need to try with appium latest release. Without having investigated more, using same appiume version (1.9.1) with webdriverio 4 it was working fine |
@lokesh-rj @raquelgs any updates on this? We are using Sauce Labs and I reached out to their support team and they seemed to say the same thing that it was a bug in CodeceptJS. |
@danieltisdale I was not able to try with a version higher than 1.9.1 (no device available with this version, I've contacted Browserstack support team) |
@raquelgs : is this issue resolved? |
I have the same problem. @raquelgs what does the BrowserStack support answered, could they help you to fix it? |
@pablopaul copy&paste of their response: |
thanks @raquelgs I am confused now :) |
Hi, |
Seeing this issue when testing on Sauce Labs iOS Real Devices (aka TestObject)... |
@michaeldrews which Appium version is running on Sauce Labs in your case? |
@pablopaul seeing this when using Appium 1.9.1 and 1.13.0 |
thanks @michaeldrews , I expected this to be resolved on iOS with Appium version later then 1.9.1. |
@michaeldrews can you please double check the Appium version on iOS you used? |
@pablopaul @michaeldrews 1.9.0' -> Error: Appium version '1.9.0' is not available for 'WEB' apps on 'IOS' FYI: Saucelabs has 1.13.0 as default Appium version |
I digged deeper. I tested Appium 1.9.1 with CodeceptJS locally running a test on iOS works fine, this seems to be a BrowserStack and Appium specific problem. I contacted BrowserStacks support but I do not expect a fix in short time. Maybe its time to report the issue in the Appium repo, maybe they can fix it - but as there is only a "old" Appium version 1.9.1 available on BrowserStack, this also would not really solve it by now. Difficult. |
I also created an issue in the Appium repo as I am unsure where the fix need to happen: On BrowserStack side or on Appium side? |
For reference webdriverio/webdriverio#4273 |
I did the following patch mechanism to temporarily fix this issue on our side: Added "postinstall" to the "scripts" objects in the
Install "patch-package" via Remove the following lines from
Run Commit the changes and the new patch file and start running your iOS tests on BrowserStack :) |
@pablopaul , with this new patch added in your previous reply, will this work on Sauce Labs also on Appium 1.13.0? |
@prasadam: Yes, It does work. |
Just landed here after a bit of Googling. I might not be addressing the right version though. I experimented with specifying the helper like so: config.helpers = {
Appium: {
host: 'hub-cloud.browserstack.com',
port: 4444,
user: BROWSERSTACK_USERNAME,
key: BROWSERSTACK_ACCESS_KEY,
platform: 'iOS',
url: 'https://padlet.com',
desiredCapabilities: {
'bstack:options': {
osVersion: '11',
deviceName: 'iPhone 8',
appiumVersion: '1.11.1',
userName: BROWSERSTACK_USERNAME,
accessKey: BROWSERSTACK_ACCESS_KEY,
local: false,
realMobile: true,
},
},
REST: {},
BrowserstackHelper: {
require: 'codeceptjs-bshelper',
user: BROWSERSTACK_USERNAME,
key: BROWSERSTACK_ACCESS_KEY,
shortUrl: false,
}
} In the config, I explicitly specified the This is on CodeceptJS version 2.3.0, webdriverio version 5.12.4, codeceptjs-bshelper version 1.1.4. |
Yeah using the "W3C protocol" instead of "legacy protocol" of BrowserStack fixes this issue for me as well. See the above example from @quekshuy how the new "W3C protocol" for BrowserStack looks like, I close this issue for now. |
Hello,
What are you trying to achieve?
I'm using Codeceptjs with webdriverio and browserstack (automate) and I’m facing an issue related with MJSONWP endpoint to fetch the timeouts and makes my test suite to crash.
What do you get instead?
Details
CodeceptJS version: 2.0.4
NodeJS Version: 10
Operating System: Mac OS 10.13
WebDriverIO 5.6.3
Using inside browserstack: appium_version: 1.9.1 (Tried with 1.6.5, 1.7.1, etc...)**
Configuration file:
What I found interesting is that Inside my config file (codeceptjs config file) I do not specify any timeout option.
After failing a few times, I tried to specify a timeout option inside the helper like mention in the w3c WebDriver spec
and didn't work neither, appeared that I was sending an empty object to the
sessionId/timeouts
.After that I tried to setup the timeouts like the error message propose: "type" and "ms", didn't work neither.
Thanks for reading
The text was updated successfully, but these errors were encountered: