ezek szerint nem mûködik a formázás eltávolítása.. de mondom azért is jeleztem ezt a hibát mert az újítás elõtt ilyen probléma nem jelentkezett! Mind1 akkor ezzel élünk együtt :)
néha benyom egy <div> per div kombót is , azt nem is csinálok semmit :D na proba a formázás eltávolítására :( ha mükszik akkor köszi mert nekem nem is jutott eszembe ,hogy ezt így is meglehet oldani) (csak eddig még nem volt ez az új textbox addig ilyen probléma nem volt). <ul class="itemDescription uniqueOptions" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 2px; padding-right: 3px; padding-bottom: 5px; padding-left: 20px; list-style-type: none; list-style-position: initial; list-style-image: initial; border-right-style: solid; border-right-width: 1px; border-right-color: rgb(255, 255, 255); width: 180px; "><li style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; list-style-type: none; list-style-position: initial; list-style-image: initial; "><span class="eventIdentifier" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 20px; padding-bottom: 0px; padding-left: 0px; zoom: 1; ">Maccabi Hashikma Chen v Beitar Kfar Saba ShlomiMérkõzés nyereményszorzók<li class="selection itemDescription first" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; list-style-type: none; list-style-position: initial; list-style-image: initial; overflow-x: hidden; overflow-y: hidden; width: 180px; "><span class="name" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; width: 126px; float: left; ">Maccabi Hashikma Chen3.60Lehetséges nyeremény <span class="amountValue" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">0 HUF
Beillesztésnél az editorban? Ez a webkites böngészõk (Chrome, Safari) sajátossága, hogy nem csak szövegként szúrja be a kódot, hanem megtartja a másolt tartalom formázását is. Sokat nem lehet vele kezdeni, a fenti gomboknál van egy formázás eltávolítása gomb, azzal lehet próbálkozni. De ha képeket is beszúr és társai, akkor azt manuálisan neked kell kiszedni belõle.
Mi a hibajelenség? Jellemezd a problémádat! hozzászólás érdekesen jelenik meg a válasz erre gombra klikkelés után (esetleg ha kijelölök egy adott területet pl. szrt-s oldalon a fogadás résznél akkor sok kóddal rakja be a cuccost amibõl nem lehet kiszedni h mit is kéne tartalmaznia. Azelõtt ha kijelöltem a részt akkor szövegként simán betetette.
Mi lenne az elvárható működés, minek kellett volna történnie? normál formázatlan hozzászólás
Hogyan lehet reprodukálni a hibát? Milyen események között jelentkezik? http://www.sg.hu/listazas.php3?id=1059849103 - fogadás topicban pl.
Milyen releváns beállítási lehetőségek mellett jelentkezik a hiba? ***
Milyen böngészőt és melyik bővítményt használod? Verziószámokat is írj! chrome 14.0.835.163 m
Olyankor mi van, ha nem akarja az elrendezésemet megjegyezni a fõoldalon? Eddig jó volt, de most hiába rendezem, egy frissités után visszaáll alapra...
Bug: Ha kikeresek egy topikban valami szóval egy hozzászólást, akkor a válasz erre gombra nincs odaúszó szövegdoboz... csak fent lehet választ írni a találati hsz-ekre :)
Annyival próbálkozhatsz, hogy az oldal elhagyáskor (unload) vigyelmezteti a felhasználót, ha az mégis megy, akkor elöbb visszaállítja az eredeti sessiont. Persze ilyenkor is elõferdülhetnek galibák, tehát kényes dolog.
User/Pass tárolás helyett esetleg tudok játszani a sütikkel, ez most jutott eszembe. A session ID kevésbé kényes adat, azt le tudom kérdezni, eltárolom egy változóban, majd cserélgetem egy randommal amikor lekéri a dolgokat. Ezzel is csak az a baj hogy lesz egy átmeneti idõszak amikor kiléptetve lesz a felhasználó. Ha pont ekkor lépne be egy topikba akkor pedig helyre sem tudom állítani a munkamenetet. Szóval ez is felejtõs igazából. Legjobb megoldás még mindig egy külsõ szerver bevonása.
Másik lehetõség hogy egy külsõ szervert használok proxyként. Azt meg tudnám csinálni hogy a saját céges szerverre írok egy PHP scriptet ami lekérdezi a topik forrását és visszaadja. Cross-domain sem probléma. Annyi vele a probléma hogy nem akarok ilyen terhelést rólni a szerverre. Kb 500 felhasználója van a bõvítménynek, elég az ha csak 2 topikot betenne mindenki, azokat is frissíteni pár percente.... sok kérelmet és terhelést generálna.
Ezek nem is lényegesek, a kamu felhasználó egyfajta proxyként mûködne. Annyi a gond vele, hogy egyszerre egy munkameneted lehet, szóval ahhoz hogy ez mûködjön elõbb ki kellene léptetni a felhasználót, belépni a kamuval, majd amikor megvan az adat akkor visszaléptetni az eredetivel. Ennyi erõvel akkor lehetne úgy is hogy simán kiléptet, lekérdezi a topik forrását, majd vissza. De ehhez meg az kellene hogy az Ext eltárolja a user/pass kombót amit annyira nem szorgalmazok.
Volt tervben egy üzenetközpontnak nevezett fícsõr, csak nem tudom hogyan valósítsam meg. A nagy probléma hogy én le tudom kérdezni ezt az infót, de ha kedvencbe van téve a téma akkor nem fogja mutatni az új hozzászólásokat. Gyakorlatilag ugyan az játszódik le ilyenkor mintha normálisan belépnél egy topikba: az SG frissíti az utolsó látogatás idõpontját és minden addigi új üzenetet "olvasottnak jelöl".
Mi a hibajelenség? Jellemezd a problémádat! A lap aljára görgetve a betöltött következõ oldalon nincsenek letiltó gombok.
Mi lenne az elvárható működés, minek kellett volna történnie? A betöltött lapon is jelenjenek meg a letiltó gombok.
Hogyan lehet reprodukálni a hibát? Milyen események között jelentkezik? Bármely topikban a lap aljára görgetve a betöltött következõ oldalon.
Milyen releváns beállítási lehetőségek mellett jelentkezik a hiba? autoload_next_page
Milyen böngészőt és melyik bővítményt használod? Verziószámokat is írj! Safari current stable; Ext current stable
Az új verzió hamarosan megjelenik, abban már benne lesz. Egyébként a BB kódok mûködnek a WYSIWYG editorral is, manuálisan be tudod tenni. Vagy letiltod a WYSIWYG editort ideiglenesen az új verzióig.
A probléma hogy maga a beszúrt JS kódot barmolja el az SG. Tehát én hibába írok \n-t, amikor betölt a lap már a forráskódban is csak annyi lesz hogy "n". De megoldottam amúgy azóta, mindjárt beteszem az új verziót.
És ha minden sort document.write()-al írsz? Elvileg minden write új sort kezd.
Eltûnik az oldal és egy select doboz marad a helyén? :D A bõvítményben van a hiba, nightlyban már javítva van. WYSIWYG editorral megy. Vagy ha kikapcsolod az overlay válaszerre opciót.
BR nem jó, mert ugye \r\n kellene (remélem nem szûri ki a backslash-t). BR-t beírja karakterként, nem értelmezi, gondolom átküldik a htmlspecialchars() függvényen.
Kaptatok ilyen kis cuki hibajelentõ ûrlapot. Felül a bannerben találjátok a piros "hibajelentés" gombot, arra katt, ott kitöltitek az ûrlapot, utána az beírja ide a topikba formázva nekem. Majd ezt a módszert használjátok ha hibát akartok jelenteni, köszi.
Ha mondasz hozzá böngészõt (verziószámmal), bõvítményt (verziószámmal), és mondjuk topicot is, ahol sikerül reprodukálni, akkor már lehet, hogy tud vele valamit kezdeni a fejlesztõ.
az mitõl van , hogy ha rámegyek a válasz erre gombra akkor azt követõen befagy a topic? nem tudok se írni , semmit se csinálni
És ha egy betût változtat rajta, akkor...? És ha valaki más értelmes hozzászólásban használja akkor...? Alapvetõen értelmetlen minden szöveg alapú cenzúra vagy moderáció bármilyen netes felületen.
Egy vmilyen szöveg tartamú HSZ lelehetne tiltani? nemcsak felhasználóként? Újra kezdõdött az SG.hu háború... Ez szokásos kibaszott barom már megint csinálja!!! Mindig nekem is köszön(és beszél) azóta! Pl. a "történt veletek már hasonló??" tartalmú HSZ-t lehetne tiltani....
nálam is hasonló volt a helyzet felment 7-800megáig (a szokott 400-ról), amikor már használhatatlan volt Aztán, h jól kövessem leállítottam néhány egyéb addont és restart. Ekkor a friss 150-200ról folyamatosan apránként felment 400-450ig, amikor meg leállítottam ugyanúgy fokozatosan visszacsökkent a memóriahasználat.
Továbbra is 1-1 script tök ad-hoc módon behal amikor másik sg témát nyitok meg
Ja.. akkor visszakapcsolom aztán majd linkelem a hozzászólást/topikot amiben hibát csinál, mert nem mindegyikben szokta. Stabil verziós Chrome-ot használok.
#833: nálam teljesen jó. Ha tudod reprodukálni a hibát akkor írd már le hogy mit és milyen sorrendben módosítottál.
#834: a WYSIWYG editor kb még ilyen bétatesztben van. Azért adtam ki stabilként, mert senki sem használja a fejlesztõi verziót, valahol, valakikkel meg teszteltetni kell, mert én egyedül nem találkozhatom az összes hibával.
WYSIWYG editort ki kellett kapcsolnom Chrome-ban. Telerakta ilyen zagyvaságokkal ha entert nyomtam, hogy új sorban kezdjem azt amit írni akartam és a linkeket is elcseszte pl. Nod topikban. Ez lehet topik specifikus vagy az addon hibája? Nem fikázás akar lenni, csak visszajelzés. :)
Feltettem a legújabb opera extensiont, és a fórum fõoldal átrendezés bugos, összevissza dobálja az ablakokat (amit eltüntettem megjelenik, amit nem az eltûnik). Bocs ha volt már, nem olvastam vissza...
Bug: Aláírásból is megpróbálja kiemelni a kettõskeresztes számokat hozzászóláslinknek, csak ezek ritkán mûködnek :)
Nálam a bõvítmény 1.1.1-s Firefoxos verziójában a link beszúrásnál néha html kódba rakja a linket!
Azt próbáltam. Csak úgy emlékezetbõl... Feltettem és a cca. 300MB-os Fox-ból lett cirka 400MB (vagy talán fölötte is) aztán megnyitottam még pár tab-ot és 500-600MB-okat produkált. (soha nem volt ennyi memória használatom Fox alatt - nem jellemzõ Rám a 20-25 tabfüles böngészés). Letiltottam az addon-t és utána már megint a 3xxMB-os Fox maradt.
Én elhiszem, hogy ez az addon-al jár, csak ez egymaga megdobja annyival amennyi a 20db addon-om mellette.
Már nincs fent az addon, nem szeretnék nagy butaságot mondani, de szinte duplázta a memória használatot ha engedélyezve volt (ill. felezõdött ha tiltva) Ügyes jószág, de ami fícsörök vannak benne megoldom kieg nélkül is. Ill. lehet majd patkolsz még rajta vmit. :)
Ebben hol volt böngészõ vs böngészõ? Jeleztem, hogy az üres FF is leakel így szerintem hulladék.
Egyébként szerintem a jetpack leakel a háttérben, mivel a bõvítmény semmilyen más böngészõben nem okoz szivárgást.
Persze, de ettõl még oda lehet figyelni arra, ha megvan, hogy mitõl leakel egy böngészõ. És arra céloztam, hogy valami változás történt, ahol korábban FF erõsen bent hagyott valamit a memóriában. Az, hogy milyen/mennyi változás történt nem tudhatom, nem vizslattam a forrást. :)
@fatal: Böngészõ vs böngészõ szájkarate szerintem tök fölösleges ide.
amúgy nálam firefox alatt is van az a jelenség (ami asszem a chrome -osoknál is megvan?), hogy a válasz erre gombra nyomva felugrik az oldal legtetejére, le kell scrollozni a textarea -hoz, és a fókusz sincs rajta, bele kell kattintani
ja meg ugye ott van a többi kiegészítõ is amit használok, azok is megdobják a memória igényt
nálam most 300 megát eszik a firefox, megnyitott SG és Youtube tab- al, a youtube -oson megy egy 720p -s videó
szerintem az sg -s kiegészítõ nélkül se lenne sokkal kevesebb... de hát azért van 4 giga ramom, hogy legyen mibõl ennie a programoknak... manapság már "fillérekért" lehet venni ramot
Nem mondom hogy nem létezik a jelenség, én csak azt mondom hogy ha van, akkor az Firefox probléma. Te is értesz JS-hez, tudod hogy ez nem úgy megy. Lehet ügyeskedni hogy kevesebb memót egyen, de a memória szabályozás kikerül a képbõl, nem lehet a nyelv adottságai miatt olyan hibát ejteni ami memory leak-et eredményez. Egyébként meg külön érdekes hogy a 0.6-os többet leakelt, mert semmilyen olyan változást nem eszközöltem a 1.0-ás verziókban aminek erre kellett volna vezetnie.
Szerintem ez az ára annak hogy használhasd. A bõvítmény gyakorlatilag webes technológiákból áll, nem sok dolgot lehet benne optimalizálni. Persze JS-ben is vannak számításigényes, memóriaigényes mûveletek, ezek egy részét el lehet kerülni okoságokkal, de ez nem egy olyan komplex valami, ahol memory leak-es hibákat lehet ejteni. Egyszerûen csak ennyit fogyaszt, nem igazán lehet rajta sokat segíteni.
Viszont mivel Chrome alatt meghúzza magát, nálam legutóbb ilyen 20-30 MB memót evett, így én a Firefoxot okolom ez ügyben. Amúgy is egy memóriazabáló szörnyetek (mint minden Mozilla program), simán lehet hogy valamilyen backend mûveletben van a memory leak. Szóval csak annyit mondok, hogy magában a bõvítményben nincs hiba, de elképzelhetõ hogy a "futatott környezetben", magában a Firefoxban lehet. Egyébként a fogyaszott memóriának is csak akkor kellene magasnak lennie, amíg lefut a script. Miután végzett a módosításokkal, mindennek vissza kellene állnie normál helyzetbe. Nem ismerem hogy Firefox alatt mit produkál, de Chrome-ban mértem párszor, ott így viselkedett.