CLEAR command is not working it shows an error
NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsICacheService.evictEntries], line 11
NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsICacheService.evictEntries], line 11
A fix is coming soon! Please follow http://forum.imacros.net/viewtopic.php?t=23321garyst1981 wrote:Windows 7 Firefox 32.0.1 and iMacros for Firefox 8.8.2
CLEAR command is not working it shows an error
NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsICacheService.evictEntries], line 11
I agree with you, but as far as I understood, the "Forced UTF-8 with BOM" didn't come from iMacros but from Firefox (FF29 or FF30)...Cybes wrote:Hi
Could we PLEASE PLEASE! drop the requirement for CSV source documents to be encoded as UTF-8 with BOM.
This frequently causes a hassle as any document that is created/maintained with MS Office, Open Office, LibraOffice, etc always reverts to UTF-8 without BOM when saving. Additionally they don't even support the option to use BOM encoding on the document itself.
Only the likes of Notepad++ (Windows), TextWrangler/BBEdit (OS X) support saving documents with UTF-8 with BOM, otherwise it's very difficult to find an application that supports it.
To quote Wikipedia: "The Unicode Standard permits the BOM in UTF-8,[2] but does not require or recommend its use.[3] Byte order has no meaning in UTF-8,[4] so its only use in UTF-8 is to signal at the start that the text stream is encoded in UTF-8." - So it is neither required nor recommended. I realise that iMacros feeds in CSV as a data stream, but if iMacros expects it to be UTF-8 then there isn't an issue with requiring BOM to detect that it's UTF-8 anyhow (and if it isn't then it can fail in the way UTF-8 without BOM documents now fail).
I do remember earlier versions of iMacros plug-in never had this requirement for documents to maintain BOM encoding, so I am hoping that you can re-introduce support for UTF-8 without BOM CSV documents once again.
I know, you are completely right, I did all that Research already in February (2014), I think, when the Problem first arose, have a look at this Post where I mentioned all the Relevant Threads with Background/Chronological Info...:Cybes wrote:You are correct! I am using the iMacros Firefox Plug-in
It may be a Firefox related issue but I seem to recall the BOM requirement pre-dating FF29? (I could be wrong on that though!). I did some reading and there have been charset related issues, but apparently some of them are solved / modified in the current release.
Another quote on UTF-8 with BOM but from http://www.unicode.org/faq/utf_bom.html#bom2:
"Yes, UTF-8 can contain a BOM. However, it makes no difference as to the endianness of the byte stream. UTF-8 always has the same byte order. An initial BOM is only used as a signature — an indication that an otherwise unmarked text file is in UTF-8. Note that some recipients of UTF-8 encoded data do not expect a BOM. Where UTF-8 is used transparently in 8-bit environments, the use of a BOM will interfere with any protocol or file format that expects specific ASCII characters at the beginning"
I've re-produced this issue too.. http://www.screencast.com/t/EddIZSihlS6Y (Firefox 32.0.2/iMacros 8.8.5/Mac OS X 10.8.5)garyst1981 wrote:Im now having UTF-8 issues also but not just with CSV. In my following config
windows 7 64 bits
imacros beta 8.8.4
firefox 32.0.1
Clear issue was fixed but new problems were introduced
little video
http://www.screencast.com/users/garyst1 ... eb0269c938
it flickers and stays @ that step forever
You are lucky, the Link for iMacros v8.8.3 Beta for FF still works, even if it's been removed from the Firefox Version History Page...Cybes wrote:Is there any chance the iMacros team could please post a link to 8.8.3 again as 8.8.2/8.8.5 are far too unstable for me to use (and keeps dying or freezing in Firefox 32). 8.8.3 seemed comparably more reliable (even if CLEAR was broken in it!)
Code: Select all
URL GOTO=https://www.google.co.uk/?hl=en
TAG POS=1 TYPE=INPUT:TEXT FORM=ID:gbqf ATTR=ID:gbqfq CONTENT=test
TAG POS=1 TYPE=BUTTON FORM=ID:gbqf ATTR=ID:gbqfb
TAG POS=1 TYPE=A ATTR=TXT:"Speedtest.net*"
PROMPT "finished"
instead)RuntimeError: element A specified by TXT:"Speedtest.net*" was not found, line 4 (Error code: -921)
Code: Select all
VERSION BUILD=8850919 RECORDER=FX
URL GOTO=https://www.google.co.uk/?hl=en
TAG POS=1 TYPE=INPUT:TEXT FORM=ID:gbqf ATTR=ID:gbqfq CONTENT=help
TAG POS=1 TYPE=BUTTON FORM=ID:gbqf ATTR=ID:gbqfb
TAG POS=1 TYPE=A ATTR=TXT:BBC<SP>-<SP>Help<SP>-<SP>Home
PROMPT "The end"
instead)RuntimeError: element A specified by TXT:BBC<SP>-<SP>Help<SP>-<SP>Home was not found, line 5 (Error code: -921)
Code: Select all
VERSION BUILD=8850919 RECORDER=FX
TAB T=1
URL GOTO=https://www.google.fr/?hl=fr
TAG POS=1 TYPE=INPUT:TEXT FORM=ID:gbqf ATTR=ID:gbqfq CONTENT=test
TAG POS=1 TYPE=BUTTON FORM=ID:gbqf ATTR=ID:gbqfb
TAG POS=1 TYPE=A ATTR=TXT:Test<SP>*
PROMPT "finished"