CZilla fórum

[Nat]

Osobně jsem v podobném smyslu rozladěn u Firefoxu 3 také. Používám u vývoje stránek už leta několik v praxi osvědčených javascriptových funkci a s příchodem FF3 se tyto začly chovat nesprávně nebo přestaly fungovat úplně. Přitom všechny ostatní prohlížeče (IE, Safari, Opera, Konqueror.. a samozřejmě Firefox 2) problémy nedělají.

Tahle změna v chování scriptů mne mrzí, bo FF3 je jinak povedený.

[Joelp]

Možná by nebylo na škodu podívat se, zda jste předtím nepoužíval nestandardní funkce.
_________________
Boys don't cry

[Erw]

Mam tentyz problem. Zatim jsem ho vyresil tak, ze jsem si vedle FF 3 nainstaloval do jineho adresare i FF 2 a pro pristup do eBanky pouzivam ten - a funguje to. Je to sice trochu vopruz, ale lepsi neco nez nic.
Soudruzi z NDR zrejme nekde udelali chybu.

Ahoj
R.

[izidor]

Problem je v tom, ze je potreba zasah na strane eBanky, aby v javascriptu pozadali o UniversalBrowserRead nebo UniversalFileRead privilege. Pak zase zacne vracet ten javascript cele celou cestu ke klici a ne jen jmeno souboru.
http dvojtecka lomeno lomeno we we we tecka mozilla tecka org lomeno projects lomeno security lomeno components lomeno signed-scripts.html#privs

[Blackx]

Poslal jsem taky informaci o problemu Raiffeisen bance a napsali, ze neuvazuji o oprave

Konkretne:

"... dovolte, abychom Vás informovali, že se Raiffeisenbank rozhodla ukončit další vývoj pro internetový elektronický klíč. Důvodem bylo velmi malé využití ze strany klientů.
Nový Firefox již tedy bohužel není podporován. Ve Vašem případě je zapotřebí zvolit jiný doporučený prohlížeč a nebo použít starší verzi Firefoxu.
Děkujeme za pochopení. "

[Blackx]

Alternativne by asi slo explicitne tomuto appletu dat tato prava v jakemsi Java policy file, ktery ma kazdy na disku a muze si ho upravovat, resp. vytvorit vlastni. Popisy jsou napr. tady (bez mezer):

http :// java.sun .com/j2se/1.3/docs/guide/security/PolicyFiles.html

http ://publib.boulder.ibm. com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/rsec_javapolicy.html


Soubor vypada zhruba takto:
grant {
permission java.security.SecurityPermission "Security.insertProvider.*";
permission java.security.SecurityPermission "Security.removeProvider.*";
};

ale bohuzel se mi nedari zformulovat ty spravne radky (nejsem v Jave az tak dobry). Je tu nekdo, kdo by to zvladl?

[Aslan]

mám úplně stejný problém... dříve (ve FF2) fungoval IEK od eBanky zcela bezchybně (žádné nestandardní rozšíření jsem nepoužíval!)

od té doby co vyšel FF3, tak ani ťuk...

nechtěl jsem do PC instalovat další zbytečný browser, takže pouze na eBanku používám MSIE7 (když už teda v těch Widlích je...)

[Martin Vlk]

Úplně nejjednodušší je zkopírovat soubor klíče do domovského adresáře. Odtamtud ho applet může číst a vše funguje jak má.

M.

[Jan Spacil]

Martine, dekuji Vam, to je presne to co jsem potreboval, genialne jednoduche reseni :]

[Anonymní]

[Anonymní]

[Petr Sedlacek]

[Wish]

vím, že se zde spíše řeší přístup přes mozillu ale zkoušel to někdo v IE 8? tam zkopírování do kořenového adresáře nepomáhá

[Jeany]

Doufám že mě tu nesežerou... , nemám nainstalovanou žádnou verzi ...zilla ani nic podobného . Jen W7 a IE8 ... ale v Control panelu jsem zapnul Java Console a tak se dá poměrně jednoduše zjistit, že JAVA má nějaký problém a klíč chce číst z C:\fakepath\... tak jsem tam ten klíč nakopíroval a jede mi eKonto (asi to není zcela košér, ale funguje to).

[poljos]

Já se přiznám, že kdybych měl v PC cestu C:\fakepath\ - tak se o ten účet na eKontu trochu (hodně) bojím.
_________________
Když mi něco nejde a ostatním ano - je chyba určitě u nich!
Servisman od Firefoxů je mimo provoz, musíš to opravit sám!