Description of problem: esc doesn't start in F15. When run from command line, this is the output: Could not find compatible GRE between version 1.9 and 1.99. Could not find compatible GRE between version 1.9 and 1.99. Version-Release number of selected component (if applicable): esc-1.1.0-12.fc14.x86_64 How reproducible: 100% Steps to Reproduce: 1. start terminal, run esc in it Actual results: fails to load, gives above message Expected results: start as usual Additional info:
Thank you. This is due to the new Gecko SDK 2.0. Shortly I will have it up and running on Xulrunner 2.0.
Completed build esc-1.1.0-14-fc15 Program now launches and detects keys under Gecko 2.0. More testing needed.
ok, installed, starts fine, works fine, so far so good. Just one warning (no crash) - when I hover over the icon in the message tray (bottom right - I am running F15 with the default gnome-shell) I get the following warning whenever the tooltip is displayed (it repeats four times): (esc:18067): Gdk-CRITICAL **: IA__gdk_window_get_root_coords: assertion `GDK_IS_WINDOW (window)' failed
Thank you , yes I noticed that too. Did not have time to figure that out.
esc-1.1.0-14.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/esc-1.1.0-14.fc15
Package esc-1.1.0-14.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing esc-1.1.0-14.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/esc-1.1.0-14.fc15 then log in and leave karma (feedback).
esc-1.1.0-14.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
Not working in updated Fedora 15: esc-1.1.0-14.fc15.x86_64 xulrunner-5.0-2.fc15.x86_64 'esc' exits without any message, 'esc --help' outputs: $ esc --help Could not find compatible GRE between version 1.99 and 2.99. Could not find compatible GRE between version 1.99 and 2.99. $ xulrunner --gre-version 5.0
Thanks: The Gecko version must have progressed past a magic number.. Will take care of it.
Shouldn't this bug have it's Status changed from "CLOSED ERRATA"?
2.6.38.8-35.fc15.i686.PAE esc-1.1.0-14.fc15.i686 xulrunner-6.0.2-1.fc15.i686 coolkey-1.1.0-19.fc15.i686 xulrunner --gre-version 6.0.2 Card reader SCR331 Bus 004 Device 004: ID 04e6:e001 SCM Microsystems, Inc. SCR331 SmartCard Reader from the command line run esc insert card Could not find compatible GRE between version 1.99 and 2.99. esc --help Could not find compatible GRE between version 1.99 and 2.99. Could not find compatible GRE between version 1.99 and 2.99. Is there any resolution? thanks
Hi: Try this build: http://koji.fedoraproject.org/koji/buildinfo?buildID=253829 thanks, jack
2.6.38.6-26.rc1.fc15.i686.PAE #1 SMP Mon May 9 20:36:50 UTC 2011 i686 esc-1.1.0-15.fc15.i686 xulrunner-6.0.2-1.fc15.i686 coolkey-1.1.0-19.fc15.i686 insert card Could not find compatible GRE between version 1.99 and 2.99. esc --help Could not find compatible GRE between version 1.99 and 2.99. Could not find compatible GRE between version 1.99 and 2.99. xulrunner --gre-version 6.0.2 esc 1.1.0-15 did not help!
Not working for me too (2.6.40.4-5.fc15.x86_64)
OK: Thanks for the info. I see you have the 6.0 Gecko, what version of Firefox have you got as well? One quick thing you can try with build 15 is this: Edit /usr/lib/esc-1.1.0/application.ini Change the setting MaxVersion= to something greater than 6. Give it a try. thanks.
firefox-6.0.2-1.fc15.i686 changed MaxVersion=10.99 esc --help Could not find compatible GRE between version 1.99 and 10.99. Could not find compatible GRE between version 1.99 and 10.99.
This is the current (updated) Fedora 15 version. Now with the faster release cycle of Firefox, Fedora is often updating firefox and xulrunner packages.
Yes, thanks. I have done a quick look and figured out what the issue is. Even more changes to the SDK since 2.0. Will fix it.
Thanks looks like it is working will be doing an end to end test later this week. Quick questions? the windows version of this fix where may I locate it?
Is this still open? I'm confused because according to the header, this is "Fixed In Version: esc-1.1.0-14.fc15"; however, it is not working for me with esc-1.1.10-14.fc15.x86_64.rpm installed. # esc Could not find compatible GRE between version 1.99 and 2.99. Could not find compatible GRE between version 1.99 and 2.99. I have xulrunner-7.0.1-1.fc15.x86_64.rpm installed. # xulrunner --gre-version 7.0.1 Did not try the esc-1.1.10-15.fc15 version since it did not appear to work for the other users, above. ~Rich
Typo -- sorry. the version of esc I have installed is obviously esc-1.1.0-14.fc15, but it still doesn't work. (In reply to comment #20)
The version that works is in brew, the build system. Working on getting that moved. thanks
esc-1.1.0-14.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/esc-1.1.0-14.fc16
I installed esc-1.1.0-14.fc16 on my fresh FC16 install (i686), and when I put my CAC in the card reader ESC complains with the dialog: Can't Get UniversalXPConnect.TypeError: Components.class['@redhat.com/rhCoolKey;1'] is undefined coolkey.GetAvailableCoolKeys() failed! undefined(undefined) $ rpm -q coolkey coolkey-1.1.0-19.fc15.i686 $ rpm -q esc esc-1.1.0-14.fc16.i686 pcsc_scan sees the card properly, though: pcsc_scan PC/SC device scanner V 1.4.17 (c) 2001-2009, Ludovic Rousseau <ludovic.rousseau> Compiled with PC/SC lite version: 1.6.6 Scanning present readers... 0: SCM SCR 331 [CCID Interface] (50507D26) 00 00 Fri Jan 20 15:05:44 2012 Reader 0: SCM SCR 331 [CCID Interface] (50507D26) 00 00 Card state: Card inserted, Shared Mode, ATR: 3B 7D 96 00 00 80 31 80 65 B0 83 11 13 AC 83 00 90 00 ATR: 3B 7D 96 00 00 80 31 80 65 B0 83 11 13 AC 83 00 90 00 + TS = 3B --> Direct Convention + T0 = 7D, Y(1): 0111, K: 13 (historical bytes) TA(1) = 96 --> Fi=512, Di=32, 16 cycles/ETU 250000 bits/s at 4 MHz, fMax for Fi = 5 MHz => 312500 bits/s TB(1) = 00 --> VPP is not electrically connected TC(1) = 00 --> Extra guard time: 0 + Historical bytes: 80 31 80 65 B0 83 11 13 AC 83 00 90 00 Category indicator byte: 80 (compact TLV data object) Tag: 3, len: 1 (card service data byte) Card service data byte: 80 - Application selection: by full DF name - EF.DIR and EF.ATR access services: by GET RECORD(s) command - Card with MF Tag: 6, len: 5 (pre-issuing data) Data: B0 83 11 13 AC Tag: 8, len: 3 (status indicator) LCS (life card cycle): 00 (No information given) SW: 9000 (Normal processing.) Possibly identified card (using /usr/share/pcsc/smartcard_list.txt): 3B 7D 96 00 00 80 31 80 65 B0 83 11 13 AC 83 00 90 00 CAC card (GEMALTO GCX4 72K DI)
Will check it out. Thanks for the report.
Any update on this issue? I am attempting to perform cac login with the same error.
Forgot to say that I am utilizing FC16 and have the same error as Henry's last post.
I'd like to add that on CAC insertion, the error show up as dialogs, but esc seems to run, just not see the card (while pcsc_scan clearly shows that pscsd should see it).
Hello. Sorry for the delay. I just tried this out myself on an F16 box. Using the build esc-1.1.0-14.fc16.i686. I used the SCR331 reader with two different CAC's, axalto access 64k, and gemalto top 144. I was able to get both those recognized just fine. Sample output: SMART CARD DIAGNOSTICS REPORT ***Software Version Information*** Smart Card Manager Version: 1.1.0-14.fc16 System Versions: mozilla/5.0 (x11; linux i686; rv:8.0) gecko/20100101 esc/1.1.0-16 ***Active Smart Card Details*** Number of Smart Cards Detected: 1 Smart Card CARD.TESTER.xxxxxx: One quick thing to check. Perhaps the esc user profile may have at some point become corrupted. May want to try this just to test: rm -rf ~./redhat/esc and try again. Smart Card Applet Version: 0.0 Key ID: CARD.TESTER.XXXXX Status: Enrolled Issuer: xxx Atr: xxxxx Phone Home URL: Smart Card Server URL: Enrollment UI URL:
One more thing, could you guys post the xulrunner version?
xulrunner-10.0-1.fc16.i686 I am using the default xulrunner version. Leroy
Even when running that Command I received this error Can't get UniversalXPConnect.TypeError: Components.classes['@redhat.com/rhCoolKey;1'] is undefined
Can't get UniversalXPConnect.TypeError: netkey is undefined
Hmmm. Diagnostics from esc say: SMART CARD DIAGNOSTICS REPORT ***Software Version Information*** Smart Card Manager Version: null System Versions: mozilla/5.0 (x11; linux i686; rv:10.0) gecko/20100101 esc/1.1.0-16 ***Active Smart Card Details*** Number of Smart Cards Detected: 0 ***Smart Card Activity*** No log file or log file has no data. I notice that my system version has mozilla/5.0 (x11; linux i686; rv:10.0) but Jack's has (x11; linux i686; rv:8.0). Is that significant? BTW, Removing ~/.redhat/esc had no effect, and I have xulrunner-10.0-1.fc16.i686 I am running gnome3 shell (not fallback), if it matters...
Thanks: I'll check out the xulrunner discrepancy. Thanks for the info. For those simply but not showing the card in the diagnostics, running pcscd in the foreground with logging might help shed provide some info. su service pcscd stop /usr/sbin/pcscd -d -f -a thanks, jack
Figured out problem with respect to the latest xulrunner. Working on build.
Those that are interested can try out the build here: http://koji.fedoraproject.org/koji/buildinfo?buildID=300867
It works! Thanks Jack!
works like a Champ Jack. You are the man!!!!!
on x86_64 I get [pcfe@morn ~]$ esc [pcfe@morn ~]$ ** (xulrunner-bin:12223): WARNING **: Can not stat /tmp/orbit-pcfe XPCOMGlueLoad error for file /usr/lib/xulrunner-2/libxpcom.so: /usr/lib/xulrunner-2/libxpcom.so: cannot open shared object file: No such file or directory on x86_64 the library is at /usr/lib64/xulrunner-2/libxpcom.so
hmm, scratch comment 40, when I start esc via GUI it comes up fine.
esc-1.1.0-15.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/esc-1.1.0-15.fc16
Package esc-1.1.0-15.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing esc-1.1.0-15.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-3535/esc-1.1.0-15.fc16 then log in and leave karma (feedback).
upgraded to the version of esc in updates-testing. When inserting a CAC I get a pop-up that says "Can't get UniversalXPConnect.TypeError: Components.classes['@redhat.com/rhCoolKey;1']" When hitting "OK" it pops-up: "coolkey.GetAvailableCoolKeys() failed! undefined(undefined)" hitting "OK" again and no smart cards are listed even though pcsc_scan shows the card.
I keep getting the same error. Mozilla XULRunner 11.0 - 20120313114517 # uname -a Linux aris 3.3.1-3.fc16.x86_64 #1 SMP Wed Apr 4 18:08:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux When I insert the card or run esc-1.1.0-15.fc16 get the following messages. Can't get UniversalXPConnect.TypeError: Components.classes['@redhat.com/rhCoolKey;1'] is undefined coolkey.GetAvailableCoolKeys() failed! undefined(undefined) When I exit I get. Can't get UniversalXPConnect.TypeError: netkey is undefined e TypeError: Components.classes['@redhat.com/rhTray;1'] is undefined The diagnostic output: SMART CARD DIAGNOSTICS REPORT ***Software Version Information*** Smart Card Manager Version: null System Versions: mozilla/5.0 (x11; linux x86_64; rv:11.0) gecko/20100101 esc/1.1.0-15 ***Active Smart Card Details*** Number of Smart Cards Detected: 0 ***Smart Card Activity*** No log file or log file has no data. Mon Apr 9 19:37:04 2012 Reader 0: Generic CCID Reader [CCID Interface] 00 00 Card state: Card inserted, ATR: 3B DB 96 00 80 1F 03 00 31 C0 64 B0 F3 10 00 07 90 00 80 ATR: 3B DB 96 00 80 1F 03 00 31 C0 64 B0 F3 10 00 07 90 00 80 + TS = 3B --> Direct Convention + T0 = DB, Y(1): 1101, K: 11 (historical bytes) TA(1) = 96 --> Fi=512, Di=32, 16 cycles/ETU 250000 bits/s at 4 MHz, fMax for Fi = 5 MHz => 312500 bits/s TC(1) = 00 --> Extra guard time: 0 TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0 ----- TD(2) = 1F --> Y(i+1) = 0001, Protocol T = 15 - Global interface bytes following ----- TA(3) = 03 --> Clock stop: not supported - Class accepted by the card: (3G) A 5V B 3V + Historical bytes: 00 31 C0 64 B0 F3 10 00 07 90 00 Category indicator byte: 00 (compact TLV data object) Tag: 3, len: 1 (card service data byte) Card service data byte: C0 - Application selection: by full DF name - Application selection: by partial DF name - EF.DIR and EF.ATR access services: by GET RECORD(s) command - Card with MF Tag: 6, len: 4 (pre-issuing data) Data: B0 F3 10 00 Mandatory status indicator (3 last bytes) LCS (life card cycle): 07 (Operational state (activated)) SW: 9000 (Normal processing.) + TCK = 80 (correct checksum) Possibly identified card (using /root/.smartcard_list.txt): 3B DB 96 00 80 1F 03 00 31 C0 64 B0 F3 10 00 07 90 00 80 DoD CAC, Oberthur ID One 128 v5.5 Dual I do notice the it says my card reader is DoD CAC, Oberthur ID One 128 v5.5 Dual. It is not it is a SCM Microsystems scr3310v2.0.
OK thanks. The problem is fixed for xulrunner 10. Will need to do a rebuild for 11 and it should work.
GUI works with latest build, but still unusable due to errors. See travis mallet's post above. I'm getting the exact same errors.
Thank you. Still working on that issue.
esc-1.1.0-16.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/esc-1.1.0-16.fc16
esc-1.1.0-16.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/esc-1.1.0-16.fc17
The f16 and f16 builds require Firefox/Xulrunner 12.
esc-1.1.0-16.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
esc-1.1.0-16.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Does not work for me. Starting esc gives: Can't get UniversalXPConnect.TypeError: Components.classes['@redhat.com/rhCoolKey;1'] is undefined and after clicking OK: coolkey.GetAvailableCoolKeys() failed! undefined(undefined) After this, I get "no cards present". Clicking diagnostics gives the very same error messages above. Here are the contents of the debug window: SMART CARD DIAGNOSTICS REPORT ***Software Version Information*** Smart Card Manager Version: null System Versions: mozilla/5.0 (x11; linux x86_64; rv:13.0) gecko/20100101 esc/1.1.0-16 ***Active Smart Card Details*** Number of Smart Cards Detected: 0 ***Smart Card Activity*** No log file or log file has no data. pcsc_scan returns: PC/SC device scanner V 1.4.17 (c) 2001-2009, Ludovic Rousseau <ludovic.rousseau> Compiled with PC/SC lite version: 1.7.4 Scanning present readers... 0: MSI StarReader SMART [Smart Card Reader Interface] (20070818000000000) 00 00 Thu Jun 7 13:59:43 2012 Reader 0: MSI StarReader SMART [Smart Card Reader Interface] (20070818000000000) 00 00 Card state: Card inserted, Shared Mode, ATR: 3B B2 11 00 10 80 00 08 ATR: 3B B2 11 00 10 80 00 08 + TS = 3B --> Direct Convention + T0 = B2, Y(1): 1011, K: 2 (historical bytes) TA(1) = 11 --> Fi=372, Di=1, 372 cycles/ETU 10752 bits/s at 4 MHz, fMax for Fi = 5 MHz => 13440 bits/s TB(1) = 00 --> VPP is not electrically connected TD(1) = 10 --> Y(i+1) = 0001, Protocol T = 0 ----- TA(2) = 80 --> Protocol to be used in spec mode: T=0 - Unable to change - defined by interface bytes + Historical bytes: 00 08 Category indicator byte: 00 (compact TLV data object) Error in the ATR: expecting 3 bytes and got 1 Possibly identified card (using /usr/share/pcsc/smartcard_list.txt): 3B B2 11 00 10 80 00 08 Atmel memory card AT88SC0808C http://www.atmel.com/dyn/resources/prod_documents/doc5210.pdf Smart VR Card - GD Burti The card has been identified correctly. Is this an error of the esc?
esc-1.1.0-17.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/esc-1.1.0-17.fc16
esc-1.1.0-17.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/esc-1.1.0-17.fc17
I still have this problem on FC17 (64 bits). Should i open a new bug?
Try this one: http://koji.fedoraproject.org/koji/buildinfo?buildID=345573 Working it through the system. This bug is fine.
Nope, same error with that one.
I've tested this to work on my f17 box, with firefox/xulrunner 14.0.1-1.fc17.x86_64. Is this what you have on yours?
Yes. firefox-14.0.1-1.fc17.x86_64 xulrunner-14.0.1-3.fc17.x86_64