comicsguy wrote: ↑Fri May 24, 2019 12:53 am
Code: Select all
iMacros Version: 10021450
Windows 10
Firefox: Quantum 66.0.3 (64-bit)
I'm having trouble getting an autocompleting dropdown menu to work. The box on the webpage has a little down arrow on the right side, when you press it, both a text box opens up and if you type into it, it selects appropriate complete entries from a sql table. The page is done in Python and I believe the autocomplete is a Javascript thing.
What I got when I recorded:
Code: Select all
VERSION BUILD=10021450
URL GOTO=https://beta.comics.org/creator/3/
TAG POS=1 TYPE=BUTTON ATTR=TXT:Add<SP>Art<SP>Influence
TAG POS=1 TYPE=SPAN ATTR=CLASS:select2-selection__arrow&&ROLE:presentation&&TXT:
TAG POS=3 TYPE=INPUT:SEARCH ATTR=* CONTENT=Albert,<SP>A.
TAG POS=1 TYPE=INPUT:SUBMIT FORM=ACTION:/creator/3/influence/add/ ATTR=NAME:add
When I play it back I get this error:
Code: Select all
RuntimeError: element INPUT specified by * was not found, line: 5
(where line 5 is the TAG POS=3 line).
I tried adding a $ before Albert, since it's a string being selected not a dropdown number but that didn't work (same error).
The html of that section of the page is:
Code: Select all
<tr><th><label for="id_influence_link">Influence link:</label></th><td><select name="influence_link" required data-autocomplete-light-function="select2" id="id_influence_link" data-autocomplete-light-url="/autocomplete/creator/">
<option value="" selected>---------</option>
</select></td></tr>
Which looks to me like it's using another url to grab/parse the data? Maybe I need to know more about that page?
This site is actually the test site of the main database, so if anyone wants to give it a shot they can make an account at
https://beta.comics.org/accounts/register/ ... under interests put something like "testing imacros for Peter C." otherwise you will likely get an email from someone wondering why you are registering there.
Any help would be appreciated! Thanks.
Peter C.
Hum..., you've already won the "Guinness Book of Records" Award for the longest time needed to post a first Post on our Forum, 2h50'17", Congrats...!, ah-ah-ah...!
I usually already have a "pretty good Idea" about the Content and Quality of a first Post for New Users even before I've even seen it only from 3 bits of Info: In which Sub-Forum you are "busy" posting, + IP-Address (first time I see your ISP also btw...), AND..., the Time the User takes/needs to prepare/post their Post, ah-ah...!:
- <3min => Spammer doing a C&P...!
- 3min<...<5min => Spammer on a MacPro with the 'Paste' Key not working properly..., or Legit Post with pretty low Quality...
- 5min<...<10min => Legit Post of "decent" Quality, the User probably read the Forum Rules and did a bit of Research...
- 10min<...<18min => I can't wait to see this one, Good Quality, Interesting Case/Scenario...
- >20min => Hum, this is taking a bit long..., maybe the User received a Phone Call in-between...?
- >30min => Hum, maybe they fell asleep...!?
- >60min => Hum, yep, only Explanation is that they fell asleep...
- 2h50: I honestly don't know, "too short" for sleeping, I'm a bit curious... Care to explain...?
>>>
But OK, a bit more seriously..., yep Login needed indeed to access this Page in 'Edit'-Mode...
I don't create a Login for all Sites Users are having a Qt on the Forum, you can create some Test Account for me if you want, and you can "report" your or my Post in this Thread, you'll get some Input Field where you can post a "Comment", I'll be the only one to see your "Report", if you want me to have a look...
Without seeing the Page (yet), the "TYPE=INPUT:SEARCH" looks indeed a bit "strange" to me, especially if it's supposed to be some DDLB, probably dynamically populated from the previous "TYPE=SPAN ATTR=CLASS:select2-selection__arrow" 'TAG' Statement, as I don't see any "Standard" DDLB HTML Code from the Source you've posted...
Standard Sol in such Cases is often to add some mini-'WAIT' Statement to allow for some time for the Options in the DDLB to get populated, but I don't think it would help in your Case..., the Default 6 Sec for '!TIMEOUT_STEP' should already be long enough for iMacros to "find" it...
(Just to be sure, you didn't shorten the Default '!TIMEOUT_PAGE' Setting in the iMacros General Options from 60 Sec... to stg much-much shorter...?, like 5 or 10 Sec...?)
So I don't really know, I'll need to have a look at the Page myself...
But hum..., you are using v10.0.2 for FF (hum, 'Free'/'PE' Version not mentioned...?), and I will/would probably get "it to work" using the 'EVENT' Mode which usually works best with "tricky"/dynamic DDLB's, but the 'EVENT' Mode is not supported/implemented (yet) in v10.0.2 for FF, oops...!
I'll try to find a way using the 'TAG' Mode though, hum, OK, we'll see... The 'EVENT' Mode is otherwise now supported by all "other" Browsers than FF (=> iMB (v12.x) / IE (v12.x) / CR (v10.0.5)), maybe an "Option" for you if the 'TAG' Mode really doesn't work...
- (F)CI(M) = (Full) Config Info (Missing): iMacros + Browser + OS (+ all 3 Versions + 'Free'/'PE'/'Trial').
- FCI not mentioned: I don't even read the Qt...! (or only to catch Spam!)
- Script & URL help a lot for more "educated" Help...