iMacros 8.8.7 freeze issues (again...)

Discussions and Tech Support specific to the iMacros Firefox add-on.
Forum rules
iMacros EOL - Attention!

The renewal maintenance has officially ended for Progress iMacros effective November 20, 2023 and all versions of iMacros are now considered EOL (End-of-Life). The iMacros products will no longer be supported by Progress (aside from customer license issues), and these forums will also no longer be moderated from the Progress side.

Thank you again for your business and support.

Sincerely,
The Progress Team

Before asking a question or reporting an issue:
1. Please review the list of FAQ's.
2. Use the search box (at the top of each forum page) to see if a similar problem or question has already been addressed.
3. Try searching the iMacros Wiki - it contains the complete iMacros reference as well as plenty of samples and tutorials.
4. We can respond much faster to your posts if you include the following information: CLICK HERE FOR IMPORTANT INFORMATION TO INCLUDE IN YOUR POST
Post Reply
lanx
Posts: 38
Joined: Sat Jul 03, 2010 2:11 am

iMacros 8.8.7 freeze issues (again...)

Post by lanx » Fri Nov 28, 2014 5:13 pm

It seems that 8.8.7 fixed only a part of the issues reported with version 8.8.5 but developers might not have read users complaints here...
Well, let me explain the remaining freeze issues I have encountered:

(1) STUCK AT REGEX EXTRACTION
I'm working with two different and separate Firefox sessions (profiles), each one running its own set of macros.

The first one does its own job and then it writes a text file with some important data that will be picked up lately by the second session.

In the meanwhile, the second Firefox session does its own job and at the end of the process it looks for the above mentioned text file and if found it will be opened (displayed in the browser) and scanned with a SEARCH SOURCE=REGEXP command to extract some strings that will be saved in another text log file.

Well... with iMacros prior to version 8.8.5 if the second Firefox session completed all the tasks before the first one, it simply didn't found the text file, the browser showed the "not found" page and the macro continued to search for a specific string (specified by the RegEx command) for as long as specified in !TIMEOUT_STEP.
When the first session of Firefox completed the job, the text file became available for the second one that could have been restarted exactly where it was on-hold by simply clicking the "retry" button into the "not found" page.
So, the text file was loaded and the macro completed the few remaining steps.

In such a circumstance, with 8.8.7 version, clicking the "retry" button in the second Firefox session (when the text file from first session becomes available) simply shows that file but the macro keeps being stuck at the SEARCH SOURCE=REGEXP command for indefinite time.


(2) STUCK AT FRAME COMMAND
Another circumstance of "endless wait" for a specific tag occurs when the FRAME command is encountered after a form submission.

In example: I'm using two form-filling macro. The first one takes care of entering shipping address data, then it clicks the submit button to send this data to the server. Once data have been validated, the following page is loaded from the server and the second macro is invoked to fill-in another form nested into a frame.
In such a circumstance, iMacros just get stuck at the FRAME F=1 command and won't move any further.

Stopping iMacros and manually re-launching the second macro makes the FRAME F=1 being properly processed so that the macro could proceed with remaining steps.

Well... why that same command in the same macro is properly processed if that macro is launched manually but it leads iMacros getting stuck if it's invoked by another macro?
cloullin
Posts: 20
Joined: Tue Sep 28, 2010 9:09 pm
Location: Luxemburg

Re: iMacros 8.8.7 freeze issues (again...)

Post by cloullin » Sat Nov 29, 2014 4:20 pm

I also still have a freeze issue with iMacros 8.8.7 under Windows 8.1 and FF33.1.1.

With the following script you should experience a freeze in line 13. The form field is not filled and in addition the downloaded file is not saved in the folder indicated. Instead the file is saved in the default Windows download folder. When repeating the download the file is not overwritten but an new file SA(1).csv is created.

The code is running fine with FF30 and iMacros 8.8.2.

Code: Select all

VERSION BUILD=8240212 RECORDER=FX
SET !ERRORIGNORE YES
SET !TIMEOUT 200
TAB OPEN
TAB T=2
SET !EXTRACT_TEST_POPUP NO

ONDOWNLOAD FOLDER=C:\Users\cloullin\Documents\iMacros\Datasources FILE=SA_soll.csv WAIT=YES
URL GOTO=www.pompjeen-reiserbann.lu/internes/smsi/SA.csv
WAIT SECONDS=1

URL GOTO=https://saturn.etat.lu/secours/
TAG POS=1 TYPE=A ATTR=TXT:Deutsche<SP>Fassung
WAIT SECONDS=1
TAG POS=1 TYPE=INPUT:TEXT FORM=NAME:loginForm ATTR=NAME:username CONTENT=jempi
lanx
Posts: 38
Joined: Sat Jul 03, 2010 2:11 am

Re: iMacros 8.8.7 freeze issues (again...)

Post by lanx » Thu Dec 11, 2014 9:51 pm

Hi there... still no answer at all after a couple weeks.

Did anyone at iOpus noticed this thread is talking about persisting issues in latest version?
newmember
Posts: 20
Joined: Mon Mar 17, 2014 7:01 am

Re: iMacros 8.8.7 freeze issues (again...)

Post by newmember » Fri Dec 12, 2014 1:33 am

Yes, it still freeze. It sometimes freezes 1 time every 20 loops at:

Code: Select all

EVENT TYPE=CLICK SELECTOR="HTML>BODY>DIV>DIV:nth-of-type(3)>DIV:nth-of-type(2)>DIV>DIV>DIV>DIV>DIV:nth-of-type(2)>DIV>TABLE>TBODY>TR:nth-of-type({{j}})>TD:nth-of-type(5)>DIV>DIV>DIV" BUTTON=0
I am using imacros 8.8.7 and latest firefox.
Post Reply