Skip to content
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

ide-plugin.js problem exporting a Test Suite #168

Closed
ramjr2012 opened this issue Oct 31, 2014 · 9 comments
Closed

ide-plugin.js problem exporting a Test Suite #168

ramjr2012 opened this issue Oct 31, 2014 · 9 comments
Labels

Comments

@ramjr2012
Copy link

After installing the plugin, two new menu items are listed in the "File" meneu: "Export Test Case as ..." and "Export Test Suite as ...".
Exporting individual test cases works fine, producing valid code.
Exporting the test suite produces Ruby code rather than Perl code. Specifically, it produces the same code that is created by the "Ruby / RSpec / WebDriver" menu element.
I don't know if this is an issue with the plugin javascript, a problem with the Selenium plugin itself, or with me ;) I would tend to think this is some sort of enumeration issue in Selenium. If you agree, I can close this and submit it there. If it's me, I'd like to know what I'm doing wrong ;)
I'm using Selenium 2.8.0 and S.R.D 0.2150
Thanks.

@ramjr2012
Copy link
Author

I should also say, I'm using Firefox ESR for Mac, v. 31.2.0, OS X 10.9.5
However, this also happens on my Linux workstation, which is currently running Firefox 33.0.2, on Debian 7 (wheezy).

@gempesaw
Copy link
Collaborator

gempesaw commented Nov 1, 2014

Ah, this will take a bit more digging. I've hardly touched ide-plugin.js since picking up maintenance of this module, so I have no clue off the top of my head what could be going on. Thanks for providing the detailed env information!

Still, I appreciate the bump, I've been meaning to take a look at that file for a while. Not entirely convinced it belongs in this repository, anyway.

@Hipska
Copy link

Hipska commented Mar 8, 2015

This formatter has some bugs and unimplemented features. I would like to make changes and update it, but I cannot find any documentation for this. Does anybody have a clue? Or does one know about a better formatter to use for this perl module?

@gempesaw
Copy link
Collaborator

gempesaw commented Mar 9, 2015

Yeah unfortunately I can't be of much assistance on either front - using our formatter, or if a better formatter exists. I know from a high level what the plugin is supposed to do, but I've only glanced at the code a few times and I don't use it, so. =/

@Hipska
Copy link

Hipska commented Mar 9, 2015

Thanks for your quick response! Unfortunately, finding documentation for Selenium is really hard.

@peroumal1
Copy link
Collaborator

For what it worth, I used this plugin once, and the result was quite useless :

  • it is way outdated regarding the current state of Selenium::Remote::Driver (I guess it was written for Selenium RC ?)
  • it is buggy
  • it does not support any of the extensions you can add to Selenium IDE in Firefox

This means that most of the time, if you ever use this, you will have to work as twice as much as if you tried to write the Perl code directly... so you should try to write Perl code directly.
On the bright side, if any question regarding Selenium::Remote::Driver, we are able to help ;)

@gempesaw maybe we should remove the .js file ?

@Hipska
Copy link

Hipska commented Mar 9, 2015

@peroumal1 All of your points could possibly be fixed by updating the ide-plugin.js, therefore I would not recommend removing it. I would put a comment/warning at the top of the file that it is way out dated.

@teodesian
Copy link
Owner

I remember using the selenium recorder ide maybe 5 years ago? Biggest problem is that it's useless at modern web pages with DOM changing from XHRs -- race conditions galore. Pretty much a recipe for flaky, unreliable tests which is why nobody at our organization uses it at all anymore.

The templater would need significant re-work to produce S::R::D commands waiting on most every element given the new reality of the web. I have no interest in doing this anytime soon, but it shouldn't be too difficult if the requisite waiter convenience subs and error handlers are in place.

@teodesian
Copy link
Owner

I whacked the file since this isn't getting fixed any time ever.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants