I am looking to test the browser compatibility of some web apps hosted behind a firewall.
I was thinking that after I installed and setup modern.IE from GitHub on my machine which is behind the same firewall the apps are behind (note: the apps aren't on my machine, not accessible via localhost), I would be able to test them...but so far I have been plagued with issues.
Before I ask this great stackoverflow site with questions diagnosing those issues (I've been reading and trying suggestion after suggestion for days, from all over the web), I would like to confirm that what I am trying to do is in fact possible.
If modern.IE is properly installed and configured on a machine behind a firewall, can it be used to test sites/apps which are also behind that firewall but NOT locally available on that machine?
Thank you for your time.
UPDATE, with details of the issues I've been experiencing, some steps i've taken, and my latest results:
I've installed the modern.IE app multiple times using npm/nodejs, each time resolving prior installation issues such as setting the proxy, getting applicable vcbuild.exe file(s), installing Python, updating path, etc. Each time i did a new installation, i started with a fresh version of the modern.IE files.
-After my latest installation, i received no errors but did get the following warnings, after researching them, i could not find a solution to resolve them, but I proceeded, with the hopes that they were not going to cause fatal issues:
C:\ie11\node_modules\jsdom\node_modules\contextify\node_modules\nan\nan.h(1066)
: warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\contextify.vc
xproj]
C:\ie11\node_modules\jsdom\node_modules\contextify\node_modules\nan\nan.h(1083)
: warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\contextify.vc
xproj]
C:\ie11\node_modules\jsdom\node_modules\contextify\node_modules\nan\nan.h(1114)
: warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\contextify.vc
xproj]
C:\ie11\node_modules\jsdom\node_modules\contextify\node_modules\nan\nan.h(1146)
: warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\contextify.vc
xproj] C:\Program Files (x86)\Microsoft Visual Studio
12.0\VC\include\xlocale(337): wa rning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\context
ify.vcxproj]
C:\ie11\node_modules\jsdom\node_modules\contextify\node_modules\nan\nan.h(934):
warning C4244: 'initializing' : conversion from '__int64' to 'int',
possible l oss of data
[C:\ie11\node_modules\jsdom\node_modules\contextify\build\contextif
y.vcxproj]
Here are the types of results I get when running modern.IE on different types of sites:
external/open site, google.com:
{ "statusCode": "No response", "message": "Error found: Error:
connect ECONNREFUSED" }
internal site, behind the firewall which my computer is also behind, xxxx.xxxx.com, I got the following error:
C:\ie11>node app.js Server started on port 1337 To scan a private url go to http://localhost:1337/ and follow the instructions
C:\ie11\lib\checks\check-compatlist.js:34
return this[0].attribs['http-equiv'].toLowerCase() === 'x-ua-compatibl
^ TypeError: Cannot read property 'attribs' of undefined
at Object.<anonymous> (C:\ie11\lib\checks\check-compatlist.js:34:23)
at filterFn (C:\ie11\node_modules\cheerio\lib\api\traversing.js:288:20)
at Function.filter (C:\ie11\node_modules\cheerio\node_modules\lodash\dist\lo dash.js:3150:15)
at exports.filter (C:\ie11\node_modules\cheerio\lib\api\traversing.js:298:17 )
at Object.initiate [as check] (C:\ie11\lib\checks\check-compatlist.js:33:51)
at C:\ie11\app.js:166:41
at Array.forEach (native)
at C:\ie11\app.js:164:15
at process._tickCallback (node.js:415:13)
after looking into the above error a bit, i removed check-compatlist.js from /lib/checks/, this yielded some positive yet puzzling results....
when checking google.com, i still get the same error as indicated above...but, now i am able to scan our internal sites, minus the functionality the check-compatlist.js file would have offered.
Yes, that should be possible. I think there may have been some recent change to the server that is causing submitted results to not generate a report. See https://github.com/InternetExplorer/modern.IE-static-code-scan/issues/50 and please add whatever you can to help diagnose the issue.
Related
In relation to this post:
After upgrading from revit 21 to 22 in my company, we can no longer view anything else than the default 3D model in our forge viewer. Initially, i thought the issue arose due to this warning:
"Deprecated API usage: No "GlobalWorkerOptions.workerSrc" specified.".
However, i got that same message in the console of a working implementation i made today, leading me to believe that it has nothing to do with this warning at all.
However, i also see another warning:
"Warning: getOperatorList - ignoring errors during "GetOperatorList: page 0" task: "r: Cannot read properties of undefined (reading 'X')"."
I have tried creating a new nuxt app on Node version 14.9.0, implemented a forge viewer in accordance with the official v7 documentation, and the bug is no longer present.
I then tried to mimic that in my actual production app where the problem exists, by running it on Node version 14.9.0 instead of 10.0.0, getting rid of my entire forge implementation and implemented a simple viewer like above. That did not solve the problem, and i still see above warnings in the console.
The warning is thrown in pdf.worker.jss, which is loaded in via "webpack://adsk/node_modules/#adsk/pdfjs-dist/legacy/build/pdf.worker.jss".
I hope someone has a suggestion.
I am trying to use Xtensa cross compiler to build a simple embedded application.
And I got 2 mysterious issues.
The first issue is probably a license issue:
The Xtensa toolchain always reports below error:
License checkout failed: No such feature exists.
Feature: XTENSA_XCC_TIE
License path: 84300#xtensa03p.xxx.xxx.com:/root/xtensa/XtDevTools/install/tools/RG-2019.12-linux/XtensaTools/Tools/lic/license.dat:
FLEXnet Licensing error:-5,147
For further information, refer to the FLEXnet Licensing documentation,
available at "www.macrovision.com".
This looks like a license issue.
According to here, the -5 error code means No such feature exists. But I didn't find what 147 means. And I am not sure about how FLEXnet works. It seems to be a popular licensing mechanism.
But I can ping through the xtensa03p.xxx.xxx.com server. So I think the license server is alive.
The second issue:
When I try to check the cross compiler xt-xcc version:
/root/xtensa/XtDevTools/install/tools/RG-2019.12-linux/XtensaTools/bin/xt-xcc --version
I got below warning:
Warning: The location of this program does not match the Xtensa Tools
location specified in the Xtensa registry entry:
program prefix: /root/xtensa/XtDevTools/install/tools/RG-2019.12-linux/XtensaTools/bin/..
registry value: /root/xtensa/XtDevTools/install/tools/RI-2021.7-linux/XtensaTools
Either the current Xtensa configuration is not properly installed or you
are using Xtensa Tools from a different location than you specified when
installing the configuration.
xt-xcc version 12.0.12
Thread model: single
I don't know where the Xtensa registry entry is. Should I modify it to match my xt-xcc installation path?
Could anyone shed some light?
I am making a cryptographic signature.
To this end, I am using the following libraries 'bigi', 'bs58', 'ecdsa', 'pbkdf2-sha256', and 'crypto'.
When on the development environment, there are no issues.
When running gatsby build, I am getting this error
{"message":"Expected property "1" of type BigInteger, got n","__property":1,"__type":"BigInteger","__value":{"0":5218218,"1":6291014,"2":34656281,"3":1776116,"4":53518743,"5":10808093,"6":62725491,"7":63913863,"8":50275223,"9":1979384,"t":10,"s":0},"__valueTypeName":"n"}
For what I read, there is a polyfill problem on uglifying the code in one of the libraries. I tried gatsby build --noUglify but it didn't solve the problem.
I am really new to this, so I am at loss
Edit: can this may have anything to do with locally using node and in the server nginx?
This is a very annoying problem while generating release build files. Here is the steps I did while building:
Select Project > Export Release Build
Select Signed Native Installer
Import certificate
Click Next.
I always got the following error:
https://forums.adobe.com/servlet/JiveServlet/showImage/2-6524012-651585/build_error.png
Platform conversion failed. Process exited with error 5. Output was
"[ErrorEvent type="error" bubbles=false cancelable=false eventPhase=2
text="Unhandled exception Error: EndUpdateResource: Windows Error #5"
errorID=0]
I have the following setup:
OS: Windows 8.1
System type: 64-bit
Flash Builder Version: 4.6 Premium
Installed FB: FlashBuilder_4_6_LS10.exe
Please help. This is giving me a lot of headaches for a couple of days now.
Additionally, here's the stack trace:
java.io.IOException: Platform conversion failed. Process exited with
error 5. Output was "[ErrorEvent type="error" bubbles=false
cancelable=false eventPhase=2 text="Unhandled exception Error:
EndUpdateResource: Windows Error #5" errorID=0] " at
com.adobe.air.nai.NativePackager.conversionFail(NativePackager.java:222)
at
com.adobe.air.nai.NativePackager.invokePlatformConversion(NativePackager.java:203)
at
com.adobe.air.nai.NativePackager.createPackage(NativePackager.java:92)
at
com.adobe.flexbuilder.multisdk.apollo.export.AIRNativeInstallerPackager.create(AIRNativeI
nstallerPackager.java:129) at
com.adobe.flexbuilder.exportimport.releaseversion.ExportReleaseVersionManager.doExport(Ex
portReleaseVersionManager.java:586) at
com.adobe.flexbuilder.exportimport.releaseversion.ui.ExportReleaseVersionWizard$1.run(Exp
ortReleaseVersionWizard.java:208)
I also suspect this is because of the following settings:
Eclipse.ini
https://forums.adobe.com/servlet/JiveServlet/showImage/2-6525217-651726/eclipse.png
...
-startup plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
--launcher_library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.100.v20110502.jar
...
Notice that the plugin used is not intended for x64 processors.
#ActionScript3030 is correct, for anyone finding this later on, if you re-link your Library Paths (even if they look correct) this should rectify your issue.
The issue is caused by the links not being able to resolve to their GUID counterparts in your AppData/Local folder. This happens quite commonly when you create a new user profile and try to copy over your old user profiles information.
I already figured this out. I created a virtual machine with windows 7 32bit operating system and I'm happy now :)
If you initially created your project on a different system then try to compile it in another system, the class source and swc paths may not match. These paths could be there but not being implemented in code, so you will not get any run time errors while debugging, but it will give you the error 5 during compilation.
Solution:
Remove the idle paths not directly in use in your code. You can identify them by simply checking the path.
Found the same issue when trying to use Microsoft Essential Security on my Windows 7 x32. When i uinstall it - problem gone. So try to check your firewall settings if stucking the same problem.
Just to add an alternative solution (I'm on an x64 Windows and want to keep build exported for x64), in my case the error popped up when building the project with the AIR SDK defined in the app.xml (an older one, 3.9) and went away when I explicitly used a newer SDK (19).
(Disclaimer: I used the command line adt tool from the SDK to build, not Flash Builder).
A little late, but might possibly help someone.
I had the same error recently with FlashDevelop. Figured out that the my path was too long. When I renamed some long folder and file names, the error disappeared.
Try to disable UAC on Windows 8. Change it to "Never notify". The problem
I have been recently running into this issue once I uploaded my Application to an online server,
I keep receiving Warnings such as:
YiiBase::include(CJuiInputWidget.php) [<a href='yiibase.include'>yiibase.include</a>]: failed to open stream: No such file or directory
--OR--
YiiBase::include(YiiMailer.php) [<a href='yiibase.include'>yiibase.include</a>]: failed to open stream: No such file or directory
--OR--
YiiBase::include(CGridColumn.php) [<a href='yiibase.include'>yiibase.include</a>]: failed to open stream: No such file or directory
The real issue here is that all of these pages are working perfectly on my localhost or on other pages on
the online server.
When I hid the warnings, some pages are displayed normally while others are not, I know the error is still there.
My Localhost specs are:
XAMPP, Windows 7 OS, PHP Version 5.3.8
Online Server Specs:
XAMPP, Windows 7 OS, PHP Version 5.2.6
I am currently solving the issue by importing the required widgets in main.
What is also crazy for example is that CGridColumn and CJuiInputwidget are working perfectly on other pages ,
I have made sure that case sensitivity is considered.
Can anyone point me in the right direction or give me any pointers or thoughts on what is happening, any tips or advices are amazingly appreciated!
Here is also a stack trace of whats going on:
**Stack trace:
#0 D:\...\yii\framework\YiiBase.php(395): spl_autoload_call()
#1 D:\...\yii\framework\YiiBase.php(395): autoload()
#2 D:\...\yii\framework\YiiBase.php(296): autoload()
#3 D:\...\yii\framework\YiiBase.php(196): import()
#4 D:\...\yii\framework\zii\widgets\grid\CGridView.php(363):
createComponent()**
as you can see the major issue has to do with the autoload
Thank you, for taking the time to read this,
Could be the common problem of developing on windows, hosting on Linux. Windows doesn't care about the case of the filename, Linux does. I'd have a check through any widgets you've written or are including and any custom package definitions you have. Just ensure the case is correct.
Well I added this to the Index.php in order to hide warnings...very dirty in my POV
ini_set('error_reporting', E_NOTICE);
and the problem dissolved, still I can't comprehend what was happening!