Cheers,
J

Do you really have 2000+ accounts in your COA? Do you really actually use all the 2000+ accounts? Most companies wouldn't need more than 200...ish

I finally sorted out the problem, it is a server-bandwidth related problem, it appears when you have a large COA (2000+ accounts like OHADA), my solution was setting timeout to 15s restarting all services, sometimes it still does it depending on server load, just refresh and check if operation was successful.

Cheers,

I am currently experiencing it in 2019 and only when i create a new item, it appears when I select category item, requests then yellow triangle.
FA 2.4.6 is remotely hosted with French COA.

Thanks,

First of all, I never pointed out FA as being bugged. I like FA, and I am in a debug mode because I want to used it. That's why I'm devoting so much time to it. That being said, if you take the time to answer my question, I hope you do it with the spirit to help, and not the spirit to defend yourself, if you see the difference.

Second, your test is unrelated to the present situation. I never said (and the error message listed never mentioned) that the problem was caused by an nonstandard port. If you read again the previous messages, you will see that it is related to a frame in a URL using port 180 is trying to access a frame in the same domain but in port 80, the 2 ports being different.

Now that I understand the cause (not the process that made it happening), I just changed a parameter in DynDNS (.com), removing what they call "cloak". My URL 1080.xxxxx.com:180 was cloak with URL www.xxxxx.com

Now it works fine, and I hope you learned as much as I did in this process.

Gaston

This _is_ OS related problem. I can use linux google-chrome version on nonstandard ports without any problems, while you have problems with the same browser in Win environment. Of course we can consider FA buggy when it behave buggy in any popular environment or browser, but I can't fix on my box for reason explained above.

Moreover after short investigation I have to say that in any place during ajax call no modification is done to page URL, but IE/chrome claims about different ports. This is probably because of some nuance of xmlactivex implementation in Win or something like this. JsHttpRequest library knows about the requirement, and does not change http port number at all.

Answering to your question: no, url is not stored anywhere, it is retrieved from <form> action  on the page, and this is always the same page address.

Janusz

As I said, this is not related to the browser nor the OS.

The message in the java console gave a good indication of the problem:

"Unsafe JavaScript attempt to access frame with 
URL http://xxxxxxxxxx.com/rimqfa from frame with URL 
http://1080.xxxxxxxxxxx.com:180/rimqfa/inventory/manage/items.php?JsHttpRequest=12778985558330-form. 
Domains, protocols and ports must match."

Therefore, as said: "...ports must match...", and at least in this specific situation, it was not the case.

To confirm this, I tried this morning in a situation where the same port was used (everything else being the same: OS, browser) and it works fine.

This situation happens because I'm testing FA in a house internet environment, using DynDNS and I have to use a port different of the usual "80", that one being blocked by my ISP.

I'm just surprise because it is the very first time this happens, and I did a lot of testing with a lot of softwares with this environment.

I will try to solve that temporary (and somewhere false) problem. You could still help by telling me if a part of the URL ("http://xxxxxxx.com/RIMQFA" as an example) is stored somewhere in the files or in the tables (WordPress does, that's why I'm asking).

Thanks for your help

Gaston

Janusz

Seems this is some IE issue, maybe related to the fact that your server make use of non standard port 180. Please try change 'top' to 'window' in line 743 of /js/JsHttpRequest.js to have following line:

   window.JsHttpRequestGlobal = JsHttpRequest;

Janusz

doesn't seem to change something...

As you said, it is more related to the ports, but not the port itself, more the fact that "Unsafe JavaScript attempt to access frame with URL http://xxxxxxxxxx.com/rimqfa from frame with URL http://1080.xxxxxxxxxxx.com:180/rimqfa/inventory/manage/items.php?JsHttpRequest=12778985558330-form. Domains, protocols and ports must match."

"...ports must match..."

And in this case ports doesn't match and this simple fact is probably causing the situation. I have an idea of what I can do but I will have to wait tonight to test it.

Gaston

   window.JsHttpRequestGlobal = JsHttpRequest;

Janusz

I just reinstalled a new company with a fresh en_US-new.sql
I went directly to Items and Inventory, open the Item page (no item created yet), then just changed the selection in dropdown Category field, ... and got the dead triangle.

I was using Chrome. I then went to Internet Explorer, did the same, got the same result, but also the reason of the error:

Details:

Web agent user : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; Tablet PC 2.0; OfficeLivePatch.1.3; OfficeLiveConnector.1.4; MS-RTC LM 8; .NET4.0C)
Timestamp : Wed, 30 Jun 2010 10:42:33 UTC

Message : Not allowed
Ligne : 743
Code : 0
URI : http://1080.xxxxxxx.com/rimqfa/company/1/js_cache/JsHttpRequest.js

And in JsHttpRequest

740        // Run submit with delay - for old Opera: it needs some time to create IFRAME.
741        var closure = function() {
742            // Save JsHttpRequest object to new IFRAME.
743            top.JsHttpRequestGlobal = JsHttpRequest;

Also, back to Chrome, I opened the javascript console and here is the message:

Unsafe JavaScript attempt to access frame with URL http://xxxxxxxxxx.com/rimqfa from frame with URL http://1080.xxxxxxxxxxx.com:180/rimqfa/inventory/manage/items.php?JsHttpRequest=12778985558330-form. Domains, protocols and ports must match.

Any idea ? Is it related to the port ?

Gaston

Please tell me what process is involved when choosing a different value in the field  Category of the Items page. I will track it from there.

Thanks,

Gaston