westy / pyseext Goto Github PK

Should use the mouse ot click the column names in the list by text.

Not sure what to do if scrolling is needed however...

We have been trying to use these new libs in our current tests, they work fine when run locally but when we try and run them using the remote webdriver on our selenium grid they consistently fall over. Not sure what is causing this but our tests that just use the native selenium methods and wrappers around them do work when using remote WebDriver.

Straight forward bug. Am not returning the row for the index.

Need for things like toast type messages

currently we have filtering using only textfield by searching for "Enter Filter Text..."], as some filtering has menuchecklist item to select.

Reported to pdoc here: pdoc3/pdoc#404

Perhaps test to see whether can move the mouse to it, and if not call element.click rather than using actionchains?

When have a paged grid, a row you might want to click on could be (many) pages away.

Would be nice to be able to filter a grid using PySeExt.

In store_helper.py there is a "placeholder" for a method that checks the contents of a store. It would be great if this was developed so it could be used in scenarios where we want to check a combox only contains certain elements.

If it was to do what the idea said "Method that checks that the store contains the specified data, and optionally only the specified data." that would be ideal and would mean we could move away from having to use applitools for this scenario.

This is probably possible using the data versions of the methods, rather than text, but keeps coming up as an issue.

Needs something like an additional optional parameter to get a tree node by text, where has a parent with some other text (or maybe data).

Need to have an ability to check the menu items that are visible after right clicking on an item in tree panel. So something by passing the expected menu items to be enable could return true and unexpected to be returned false

E.g. where have a class that extends combobox.

I feel it probably less common with other control types, but could be possible.
My gut feel is that rather than relying on xtypes I write a JS method that the python calls out to that determines whether a field instance is a subclass of a supplied type.
Need to be careful with text fields, since number fields (and others) extend them iirc.

In Asset transfers page I was using wait_to_click_row, to click on a row by passing data that has Boolean in it. Looked in the network tab in dev console, found - "convertToFundIsCommonShareClass: true" and passed data as dict {'convertToFundIsCommonShareClass': 'true'} and also tried {'convertToFundIsCommonShareClass': True} and still failing to click

It would be nice to check the data that will passed into check_store_contains as in the order that was displayed in the UI, So would expect the data that was passed into need to match the order that was displayed in the UI.

This is a use case for checking view history, as certain actions needed to happen in an order or sequence.