Magyar Opera

Új előzetes (b1169)

A mai előzetes főként stabilitással kapcsolatos javításokat hozott. Valamint eltávolításra került az eggyel korábban bekerült speciális crashlogger a Mac buildekben. A fejlesztők köszönik a részvételt minden Mac usernek.

Ismert hibák:

  • Profile-Guided Optimization ideiglenesen letiltva Linux/FreeBSD rendszereken. Az eredménye enyhe teljesítménycsökkenés: a végleges előtt még visszakerül.
  • Linux/FreeBSD eggyel magasabb buildszámot kapott a letiltott PGO miatt (más változás nincs)

Változások listája (Cross-platform):

  • CORE-32345 (Összeomlás fülbezáráskor bizonyos felhasználóknál)

Változások listája (Desktop):

  • DSK-320914 (HTML5 form javítások)
  • DSK-322420 (Összeomlás bizonyos letöltött fájlok megnyitásakor)
  • DSK-322469 (A keresőmező mérete akaratlanul is megváltozott Opera 11-ben)
  • Javítva számos, automatikus hibajelentőn keresztül érkezett összeomlás
  • Skin javítások

Figyelem! Az előzetes verziók még sok hibát tartalmazhatnak, ezeket nem ajánlott mindennapi használatra telepíteni. Az Opera legutolsó végleges verzióját az Opera oldaláról töltheted le.

Letöltés (Opera 11.01 b1169):

A bejegyzés trackback címe:

https://magyaropera.blog.hu/api/trackback/id/tr472590987

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

2011.01.17. 19:20:07

A Facebookos összeomlásról lehet tudni valamit?
Tegnap kiélesedett nekem az új 'Messages' funkció, ami már FB-os e-mail küldésre/fogadásra is használható, ám az Opera a menüpontra kattintáskor teljesen magába roskad - nem záródik be, de semmire sem reagál (semmi bill.parancsra, vagy kattintásra).
Gondolom böngészőspecifikus a hiba, mivel Firefoxszal működik rendesen az új FB "fícsör"...

penge™ · http://www.thevenusproject.com/ 2011.01.17. 19:27:22

@prolab: Eddig még a Desktop Team-en nem írta senki. Nálam hosts fájlban tiltva van a Facebook összes domainje, így nem tudom megnézni.

Pethy23 2011.01.17. 20:02:45

Jó kis build lett megint. Eddig iszonyat stabil. A speed dial-t lassan már hetente módosítják:D.

tamas88szgd 2011.01.17. 20:12:27

nálam is jelentkezett a facebook szétesése. Sajnálatos módon még nem érkezett javítás rá és szerintem jóideig így is fog maradni. Az a baj, hogy visszalépni sem lehet, úgyhogy most minden levélnél valamilyen alternatívát kell találni.

dl.dropbox.com/u/1246418/hiba.jpg

2011.01.17. 21:54:40

@penge™: ilyesmit találtam -> dev.opera.com/forums/topic/867552
Csak részben jött át a párbeszéd lényege, de mintha az FB Connecttel akadna valami problémája az Operának...

@tamas88szgd: legalább neked bejön valami :D Nekem beáll, mint a gerely, csak újraindítással lehet ismét működésre bírni a böngészőt.

tamas88szgd 2011.01.17. 21:59:09

remélem érkezik valami javítás rá

knorbert 2011.01.17. 22:26:23

"Javítva számos, automatikus hibajelentőn keresztül érkezett összeomlás"
Kár, hogy a szoftverbazis.hu nem így jelentődik...

knorbert 2011.01.17. 22:26:57

mondjuk az nem összeomlás.

Gida L 2011.01.18. 02:32:55

@penge™: Mit kell beillesztenem pontosan a hosts fájlba, hogy blokkoljam a Fb-ot?

Gida L 2011.01.18. 02:34:25

@Gida L: Eddig az Urlfilter.ini-t bővíttem a *facebook.*-al, így legalább a gomboktól megszabadultam:)

penge™ · http://www.thevenusproject.com/ 2011.01.18. 04:08:46

Ilyen kevesen használják az FCKEditort, vagy ilyen kevesen töltik le a snapshotokat? Link beszúrásakor crashel.

@Gida L:

127.0.0.1 facebook.com
127.0.0.1 www.facebook.com
127.0.0.1 fbcdn.com
127.0.0.1 fbcdn.net
127.0.0.1 facebook.net
127.0.0.1 connect.facebook.net

Én csak azért raktam inkább ide, mert van, hogy tesztelésből megnyitok más böngészőben is oldalakat Open With-ből. Azok közül pedig csak a Firefoxban van Adblock, a többiben csak a beépülők vannak letiltva.

Ettől függetlenül Operában még CSS-vel blokkolom a megmaradt DIV-eket.

A lényeg, hogy innentől már tracking cookie-t nem helyez el a gépemen sehol, még Flashes globálisat sem semmilyen Like gomb.

DemonDani 2011.01.18. 11:03:50

allblock js-t használ valaki?

Crashel mint az atom XD

kellemes build, miért is lenne hibátlan :) még jó hogy ez stabilitásra ment rá leginkább...

DemonDani 2011.01.18. 11:13:41

@DemonDani: a facebook meg a noads js-től omlik folyamatosan össze...
ma már kb 100 piros pontot gyűjtöttem... de inkább többet... :) megy ez csak vakarni kell

penge™ · http://www.thevenusproject.com/ 2011.01.18. 11:42:26

@DemonDani: FlashBlock.js-t használok éppen pillanatnyilag. Azért így, mert jelenleg a "tele van a tököm az egész Flashblock hülyeséggel" érzelmi hullámaimat élem. :D

De most komolyan. Csak engem zavarnak olyan apróságok, mint:

On Demand pozitívumok:
1. Mindenhol működik, RSS-ben is.
2. Nem lehet törni ezzel: netticat.ath.cx/Misc/overrideflashblockdemo.htm
3. Működik HTTPS-en is anélkül, hogy minden alkalommal hülye dialógusokat kattintgatnék le.
4. Ha URLFilter-ben blokkolva van valami akkor nem teszi ki az üres helyre a placeholdert.

Negatívumok:
1. Nem oldalspecifikus.
2. Bugos (régi swfobject.js töri, lásd: Inda Videó)
3. Bugos (hibásan megadott MIME type esetén nem teszi ki a bizbaszt, ezzel Flash alapú oldalakat előszeretettel tesz használhatatlanná).

JS alapú cuccok pozitívumai:
1. A maszkos szűréssel nagyon jól konfigurálható, hol működjön és hol nem.
2. Nincsenek jelen az On Demand bugjai.
3. Tooltip-ben kiírja a Flash elérési útvonalát, ezáltal tudom, hogy Flash banner-e, vagy videó, utóbbi esetén, hogy melyik videómegosztóról származik.

Negatívumok:
1. Nem működik RSS-ben és HTTPS-en is nyűgös lásd: On Demand pozitívumok/3.
2. Törhető, lásd On Demand pozitívumok/2.
3. Kiteszi a Placeholdert oda is, ahol blokkolva van már a banner.

A legjobb a régi 9.5x-től már nem működő CSS+JS alapú cucc volt, amikor JS-ben csak a fehérlista volt, tehát HTTPS-en alapból blokkolt (mivel a CSS ott is működik), valamint a fehérlista külön fájlban volt, tehát még a x periódusonkénti copy-paste-et is megspórolta. :-)

DemonDani 2011.01.18. 11:59:43

@penge™: ezzel is kifagy... valami komolyabb gond van már itt...
minden ruzanovos blockolótól kifagy, de a kiegészítős noads MOST MÉG működik szépen, köszöni jól van

penge™ · http://www.thevenusproject.com/ 2011.01.18. 12:07:48

@DemonDani: Akkor viszont nálad a hiba. Milyen kiegészítők vannak még a NoAds mellett?

DemonDani 2011.01.18. 12:38:58

van összesen vagy 30... xd

noads
allblock
auto save form
autohide satus bar
drag&drop&zoom images
greader preview
greader for widescreen
image thumbnail
linkifier
no click to active
online doc viewer
power-drag
yousable-tubefix
textshadow
greasmonkey emu...
-----
autopatchwork
download helper
gmail checker
greader notifier
foxus on textbox
picasa fix
simple todo manager
snip it!
unshorten
google-translate
let-me-see-img

XD 2 nap lenne mire stabilat faragnék belőle... inkább keresek mást ami működik. :)

Nekomajin · http://nekomajin.wordpress.com 2011.01.18. 16:24:43

Örülök, hogy a fülbezárós összeomlást megoldották, mert nálam is előjött már egy párszor.

penge™ · http://www.thevenusproject.com/ 2011.01.19. 08:56:43

~30 userJS és 6 kiegészítő 200-250 millisecundumos teljesítménycsökkenést eredményez a layout értéknél. Ha nem lenne tuningolva a böngésző, akkor talán többet is.

penge™ · http://www.thevenusproject.com/ 2011.01.20. 20:43:35

@Med1on: block-external már önmagában az, ahogy az urlfilterem is, valamint pár opera:config beállítás, mint

History Navigation Mode=3
First Update Delay=0
Update Delay=0
Enable Trust Rating=0
HTTP Loading Delayed Timeout=1
Reduce Max Persistent HTTP Connections=0
Level Of Update Automation=0
[BitTorrent]
Enable=0

plugin-ignore.ini-ben kikapcsolva minden beépülő a Flash és a Silverlight kivételével, utóbbi csak simán letiltva.

Amúgy meg tökmindegy. Egy olyan is, mint az oAutoPagerize sem 200ms-t spórol mikor görgetek lefelé egy találati listában.

Vagy a linkifier a jobbklikk->Go to Page helyett, vagy a snap-links bizonyos esetekben, a linkek panel helyett, vagy a HyperTranslate a jobbklikk->Fordítás->Auto->En illetve Auto->Hu helyett.

Ezek sokszor másodperceket is számítanak.

Mihics Zoltán (Med1on) 2011.01.20. 22:30:19

@penge™: A frissítési időt érdemes lenne már alapértelmezetten módosítani. 250 ms a Firefox 4.0, a Chrome szerintem azonnali, az Opera alapértelmezetten 1 másodperc. Lehet, hogy van aki emiatt úgy látja, mintha az Opera lassabban töltene.

Mesmoryser 2011.01.20. 22:36:25

@penge™: az operaconfigos beállításokat részleteznéd, mi mire jó? A többségükről nem találok semmi infót.

penge™ · http://www.thevenusproject.com/ 2011.01.20. 23:27:58

@Med1on: Régebbi gépek miatt van. Ha gyenge a CPU, akkor nem jó, mivel alapból akármennyire állítod, ha a beállított időn belül az oldal teljesen betöltődik, akkor megjelenik. A másik pedig az egyéni preferencia. Sok Operás megszokta, hogy már kész oldalt kap a szeme elé, nem pedig darabokból tevődik össze.

@Mesmoryser: First Update Delay -> Renderelési sebesség. Ha GUI-n instantly-ra állítod az 200 millisec-et jelent. Itt jobban tudod konfigurálni. Ez azt szabályozza, mennyi idő után jelenjen meg az oldal.

Update Delay -> Ez ugyanaz, de ez a fázisokat, vagyis hány millisec teljen el két újrarajzolás között.

Enable Trust Rating -> Ez a Fraud Protection-t kapcsolja ki. Egyrészt hülyeség, úgyis látom milyen oldalon vagyok és meg tudom állapítani, hogy megbízható-e, másrészt amikor be volt kapcsolva sem ért semmit. Feketelistán NEM lévő warezoldalakon ugyanúgy előfordult akár vírus, amit a vírusirtó kapott el a cache-ből, ellenben az AVG óta rengeteg volt a false positive.

Egyébként ez azért van, mert az új oldalak (amiket még nem látogattál: például Google találatok) először ellenőrzi, hogy megbízható-e, elküldi erre a sitecheck.opera.com címre, ha onnan visszajön a válasz, hogy tiszta, akkor pedig betölti a böngésző. Ha az jön vissza, hogy veszélyes, akkor pedig a piros képernyőt kapod.

Ezt a felesleges oda-vissza küldést spórolja meg.

"HTTP Loading Delayed Timeout" -> Ezzel vigyázni kell, ha 0-ra állítod nem töltődnek be a YouTube videók sem. Azt adja meg, hogy hibás HTTP kérés esetén hány másodpercig szüttyögjön.

"Reduce Max Persistent HTTP Connections" -> Ez csökkenti (felezi) az egyidőben aktív kapcsolatok számát, ha a pipelining aktív.

"Level Of Update Automation" -> Ez az automatikus frissítést kapcsolja ki. Mivel előzeteseket használok, azok frissítése pedig sosem volt teljesen stabil, mikor már napok óta kint volt a Desktop Team-en akkor is azt írta az enyém a legújabb verzió, így nem volt értelme. De így nem ellenőrzi minden indításkor, hogy van-e új (stabil) verzió, úgyis látom a Desktop Team-es RSS-ből.

A torrent egyértelmű.

Van még a "Non-Compliant Server 100 Continue" de azt már nem kapcsoltam be, mert sok helyen ilyenkor végtelen ciklusba keveredik. Amúgy ez konkrétan megoldaná az NSL-t.

penge™ · http://www.thevenusproject.com/ 2011.01.22. 05:06:35

Egy kis egyéni benchmark: A linkifier zabálja a legtöbb erőforrást. Egész pontosan 5-10 másodperces homokórát is képes csinálni nagyobb terjedelmű oldalakon, ahol más nem.

Második helyezett az Online Document Viewer. Harmadik a Show Just Image. A többi elenyésző.

Tényleg ideje lenne már Operáéknak rágyúrni a RegExp-re, mert egykor ők voltak benne a császárok.

@Mesmoryser: Oké, akkor most én kérdezek:

[Auto Update]
Spoof Time
Throttle Level
Throttle Period

[Network]
Allow Cross Network Navigation -> A korábbi XSS-t nevezték volna át erre?

[Performance]
Lag Threshold For Animation Throttling
Switch Animation Throttling Interval

[User Prefs]
Allow File XMLHttpRequest
Always Reload Interrupted Images
Debug Skin
Disable Client Refresh To Same Location
UI Property Examiner

Van még egy pár, azokra már rájöttem. De 9.64 óta nem dokumentálnak semmit a beállítások oldali súgóban.

anonym_x 2011.01.22. 10:55:54

@penge™: Allow File XMLHttpRequest elméletileg tiltja a file: kezdtetű URL-ek megnyitását. Ha ki van kapcsolva, akkor még az Error Console-ban is panaszkodik miatta. Bekapcsoltam, de nekem valahogy úgy se akarja betölteni a helyi fájlokat, viszont nem sír a konzolban.

Debug Skin-t ha bekapcsolod, vidd az egeret például egy fülre, vagy ahogy lementetted a beállítást a popup ablak OK gombjára (szóval bármelyik skin elemre), és meglátod.

penge™ · http://www.thevenusproject.com/ 2011.01.22. 11:13:27

@Deathamns: A Debug Skin egész hasznos. Valahogy sosem tartottam olyan sokáig egy elem fölött a kurzort, hogy észrevegyem.

Amúgy tetszik a forráskódnéző kiegészítőd. Sorszámozást nem akarsz tenni bele? :)

anonym_x 2011.01.22. 13:22:37

@penge™: Van már benne, csak nem adtam rá beállítási lehetőséget, mert elég vacak. Ha nem vagy rest módosítgatni a mostanit, akkor leírhatom, hogy hogy kell aktiválni, mert valószínű a beállítások oldal nem holnapra fog elkészülni.

És ha már benchmark-nál tartunk, nyugodtan próbáld meg az én kiegészítőmet is, például itt a blogon a "Segítség az asztali Operához" bejegyzésnél az összes hozzászólással, ami kb. 5MB. Lesz ott több is, mint 5-10 másodperc, meg memóriahasználat is megközelíti a gigát, ha megcsinálod párszor. :)

penge™ · http://www.thevenusproject.com/ 2011.01.22. 23:47:27

@Deathamns: Érdekelne.

Megnyitottam: www.kephost.com/images4/2011/1/22/szfp8399pof8ciuqbmz2.png

Ezután betöltődött. Infarktust is kapnék, ha nem lenne rá userJS-em, ami kiszedi a fullcommentlist=1 részt az URL-ből, mikor RSS-ből ugrok a hozzászólásokra.

Még a gyári forráskódnéző is gondolkozott 5-6 másodpercig, mire megnyitotta.

Ritka igénytelen ez a blog.hu

Erre a legjobb megoldás a 100 komment egy lapon változat lenne, amit oAutoPagerize-vel lehetne kiegészíteni. Esetleg egy belső kereső, de mivel még itt is csak Google index van, gondolom az már túlmutatna a luxus kategórián. :D
süti beállítások módosítása