-
Notifications
You must be signed in to change notification settings - Fork 111
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
Issues with downloadsPath variable #3286
Comments
I don’t quite see what causes the problem. Would it be possible for you to create an example which also we can run? |
Hello, I cannot give you a version that runs as our code because it is a company website.
I also want to say that the installation was perform in a computer without internet connection (the website is accesible because the server is set inside a private network). So for the installation I have to donwload de whl files from pypi, manually install the node packages (for the steps rfbrowser init) and give the correct permissions. But this method was perform in the same way for installing the version 17.5 and it works fine, it is just the version 18 and its dependencies which give me this error. Thanks you for your help. |
Can you also send the full stack trace from the error? |
@allcontributors please add @alpip1997 for bugs |
I've put up a pull request to add @alpip1997! 🎉 |
Hello, sorry for the delay. We have been having issues with our machines. Recently I reinstaled the version 18 and I got the same error. For the error, the trace that I got in the debug file is:
|
Can you also show stack trace from Python side too? |
I execute it from robotframework interface (using the command robot -t "TestName" File.robot). The only message that I receive is: |
Can you add |
Ok, thanks for the information. Here is the information from the trace:
|
I have this as well and the usage is something like:
file parameter is something like Browser is initialized with I'll see if it works with downloadsPath=${OUTPUT DIR} or similar, but would be nice to work out-of-box of course. |
Defining the downloadsPath variable made no difference for me with this, so currently I am not aware of any workaround for this. |
18.2.0 seemed to have something related to this (3754c50) but when testing with it, still got |
@lasselindqvist i can still not reproduce. Can you please give us a complete test case incl. import how to reproduce that? |
I would close that issue to have it in Release Notes. |
@Snooz82 I think it is the browser that is undefined, but it is called with "?." so it makes it seem like it is options that are undefined. |
state.activeBrowser.browser?._options.downloadsPath @lasselindqvist No. If the
|
True. It short-circuits. It might be
So could it be a situation where we have a browser, no context and for some reason try to make a new browser. I'll have to check if I can figure out how this state would become to existence. |
Hello, recently I updated to the version 18.5.1 and it seems it works fine now. I am referring to the original issue |
Have you tried the latest release? |
I tested with 18.9.0 and it seems to work now. I didn't yet test if giving download path in options works or not, as we do not do that and just give filenames directly, but in any case solves the crash at least. |
Describe the bug
It seems that when I try to solve a download promise (set with promise_to_wait_for_download, and resolve with wait_for(promise)) I get a TypeError because of the variable downloadsPath. This error doesn't happen if I use the version of Robotframework_broser 17.5.2 just with the new version 18.0.0. And also the system must be Linux, in Windows I didn't have the issue.
Expected behavior
The expected behaviu¡our is to solve the promise without any error
The text was updated successfully, but these errors were encountered: