user9999
Platinum-jäsen
- Liittynyt
- 17.10.2016
- Viestejä
- 3 118
Samaa resetoitumista havaittu päivittäin iOS/macOS Safareilla.
Randomilla vähintään kerran päivässä tuntuu tapahtuvan. Tumma classic ja Win10/Firefox.Ei pitäisi johtua, en osaa sanoa mistä kyse. Kovin vähän on vastaavia raportteja.
Nyt näitä raportteja alkaa tippumaan muiltakin, eli tutkimisen arvoinen asia?Ei pitäisi johtua, en osaa sanoa mistä kyse. Kovin vähän on vastaavia raportteja.
Tuhosin kaikki tuolta Cookies ja Local Storagesta. Erikseen poistin vielä io-tech datan. Suljin selaimen ja kirjauduin sisään niin xf_toggle on samassa paikassa eli cookies.Itsellä Safarissa on tuo xf_toggle cookiessa. Ei ole Local Storagessa.
Ei täsmää ihan tuo. Local Storagesta ei löydy minulta tuota, mutta cookiesta löytyy. Defaulttia on käpistelty tai se on muuttunut?Oliskohan tästä kyse:
By default xf_toggle is stored in the browser's local storage, not in a cookie. Some users may have their browser (or a browser extension) configured to clear local storage when closed.
%7B%22_sidebarCollapse%22%3A%5B1582077096%2C86400%2Cfalse%5D%7D
ja tuo url-dekoodattuna: {"_sidebarCollapse":[1582077096,86400,false]}
Ilmeisesti tyhjenee tällä hetkellä kun sessio katkeaa?Ei täsmää ihan tuo. Local Storagesta ei löydy minulta tuota, mutta cookiesta löytyy. Defaulttia on käpistelty tai se on muuttunut?
Mikään ei poista cookieita (adblokkerit/asetukset), mutta yritän kyllä kurkata häviääkö cookie kun sivupalkki palaa takaisin näkyviin.
Cookien sisältä löytyy nyt tällainen arvo:%7B%22_sidebarCollapse%22%3A%5B1582077096%2C86400%2Cfalse%5D%7D
ja tuo url-dekoodattuna:{"_sidebarCollapse":[1582077096,86400,false]}
Tuosta timestamp 1582077096 = keskiviikko, 19. helmikuuta 2020, klo 03.51.36 GMT+02:00 (19 tuntia sitten, jep - heräsin siihen aikoihin) ja 86400 = 1 vuorokausi. Päivämäärä tarkoittanee aikaa, kun cookie asennettiin viimeksi, mutta onko tuo muka voimassa "sisäisesti" vain 1 vuorokauden vai mitö tuo vuorokausi tuolla cookien arvossa tekee? Itse cookien voimassaoloaika on 1 vuosi.
Ei nuo silti selitä sitä, miksi joillakin on monta kertaa päiviässä hävinnyt tuo cookie.
Mhh.. hankala sanoa. Sessio PHP:n mieleetä loppuu ja alkaa (stackoverflow-copypaste):Ilmeisesti tyhjenee tällä hetkellä kun sessio katkeaa?
Höhö.. edelleen tallentuu samalla tavalla cookieen, eikä local storageen. Tyhjentelin keksuleita ja käynnistin uusiksi selainta ja rämpytin tuota "piilota sivupalkki" -juttua.Poistin nyt koodista tuon: data_storage_type="cookie" jota ehdotetaan korjaukseksi (vaatinee keksien tyhnnyksen?)
(sama koodi löytyy tuosta sidebar toggle toiminnosta, joten jos tuo toimii aluiden piilottamisessa niin varmaan toimii myös sidebarin kohdalla)
Mun korvaan/silmään vaikuttaisi olevan tuosta kyse - tai tuon hyvin läheiestä variaatiosta.Fixed - Expiry date when using XF.ToggleStorageData is not adhered
Unless I'm missing something, using the set function on XF.ToggleStorageData and passing an expiry seconds value has no effect for cookies. It looks syncToStorage in XF.ToggleStorageDataInstance does not include it when writing. let storage = XF.ToggleStorageData.getInstance('cookie')...xenforo.com
Tuolla joku kommentoi:Fixed - Expiry date when using XF.ToggleStorageData is not adhered
Unless I'm missing something, using the set function on XF.ToggleStorageData and passing an expiry seconds value has no effect for cookies. It looks syncToStorage in XF.ToggleStorageDataInstance does not include it when writing. let storage = XF.ToggleStorageData.getInstance('cookie')...xenforo.com
Ja fixaaja sanoi:Since multiple togglers with different expiries can be stored in a single data container, expiry is handled by storing expiry values together with the toggler values, and pruning expired items when the values are read from the container. The expiry is not meant to effect the lifetime of the container itself (especially considering local storage has no native expiry mechanism).
Kovasti kuulostaa siltä, että juuri se 86400, eli päivä on aikaraja kun tietty toggle vanhenee. On kyllä vähän ihmeellisesti toteutettu.Store the master Toggle cookie data for a set time, rather than per session (1 year). Support being able to specify the expiry date of each storage item and default it to 1 day. Fix some bugs which may have prevented entries from expiring when needed.
Testi editointia vartenEhkä jo kysytty aiemmin, mutta tarjoaako Xenforo 2.x mahdollisuutta näyttää forumille ladatut kuvat lainauksissa? Nyt näkyy vain "katso linkki 2342342". Muualta linkitetyt kuvat näkyvät lainauksissa, mutta forumille ladatut ei.
Tämä oli tällä tavalla toki jo aiemmassa versiossa, mutta olisiko jossain välissä mahdollista katsoa tuon toiminnallisuuden muuttamista, jos se on mahdollista (plugari?) tai ei ole jotain muuta syytä pitää sitä tuollaisena.
Nämä on aina ottaneet vähän pattiin, varsinkin kun (nykyisin) viestiä kirjoittaessa kuva näkyy lainatussa tekstissä ja omassa tekstissä tulee monesti viitatuksi siihen, notta "katso vaikka kuvasta...", mutta viesti lähetyksen jälkeen näkyy vain linkki.
Hienoa! Valtaisa kiitos tästä! Tämä on ollut niin epälooginen aiemmin, kun välillä kuva näkyy (ulkoiset) ja välillä ei (forumille ladatut).
Mulla ei tee noin. Chrome/Win10Nyt tämä tekee sitten niin näköjään että mikä hemmetin latauksella tai johonkin osioon menemällä tuo toggle sidebar menee hetkeksi pois ja sitten tulee takasin. Samalla sivu tietenkin levenee kun toggle bar on poissa sen sekunnin verran.
Sama softa.. Sulla varmaan paljon tehokkaammat laitteet kun mulla, mutta tuskin se nyt siitä johtuu. Ei tää eilen vielä näin tehnytMulla ei tee noin. Chrome/Win10
Kehtaan kertaalleen tehdä tälle kerjäys-noston. Eli mielestäni on hyvin hassua, että varsinaisen sivuston puolella (io-techin etusivu) tuossa Uutisia lyhyesti -boxissa boxiin nostetut viestit tulevat viimeisimmän kommentin perusteella, eikä "uutisen" itsensä mukaan. Sama tietty rajatusti koskee itse kyseistä foorumialuetta, mutta siellä käyttäjä pystyy sentään vaikuttamaan asiaan (Suodattimet, Lajittele, Ensimmäinen viesti).Tästä kiitos, mutta jos vielä saa toivoa viilausta, niin olisi kiva että tuo io-techin etusivun "uutisia lyhyesti laatikko" järjestyisi aloituspostauksen (eli itse uutisen) aikaleiman mukaan, ei tuoreimman vastauksen. Ymmärtääkseni ennen päivitystä se oli niin. EDIT: Ah, nesseijah tuossa yllä jo näemmä ehtikin tätä samaa toivoa.
Tuo Wordpress widgetin RSS-reader ei osaa tulkita ?order=post-date parametria RSS-feedin lopussa, kuten tässä Xenforossa sivupalkissa oleva nostoboksi. Yritetään miettiä tähän ratkaisua.Kehtaan kertaalleen tehdä tälle kerjäys-noston. Eli mielestäni on hyvin hassua, että varsinaisen sivuston puolella (io-techin etusivu) tuossa Uutisia lyhyesti -boxissa boxiin nostetut viestit tulevat viimeisimmän kommentin perusteella, eikä "uutisen" itsensä mukaan. Sama tietty rajatusti koskee itse kyseistä foorumialuetta, mutta siellä käyttäjä pystyy sentään vaikuttamaan asiaan (Suodattimet, Lajittele, Ensimmäinen viesti).
Toimiiko tuo?Tuo Wordpress widgetin RSS-reader ei osaa tulkita ?order=post-date parametria RSS-feedin lopussa, kuten tässä Xenforossa sivupalkissa oleva nostoboksi. Yritetään miettiä tähän ratkaisua.
Jos joku keksii näppärän keinon, miten tästä RSS-feedistä saadaan luotua feedi käytettäväksi niin, iso kiitos:
Tällä hetkellä Wordpressin RSS-lukija tulkitsee sen ilman tuota loppuparametria tälläiseksi:
Jotennii tulis mieleen, että Apachelle vois väkertää jonkun alias/rewrite-säännön tuohon. En puhu Apachea oikeastaan lainkaan ja tää on copypaste Apachen dokumentaatiosta, mutta vaikka olisi väärin, niin idea selvinnee ja Apache-gurut voi tämän korjata.Tuo Wordpress widgetin RSS-reader ei osaa tulkita ?order=post-date parametria RSS-feedin lopussa, kuten tässä Xenforossa sivupalkissa oleva nostoboksi. Yritetään miettiä tähän ratkaisua.
Jos joku keksii näppärän keinon, miten tästä RSS-feedistä saadaan luotua feedi käytettäväksi niin, iso kiitos:
Tällä hetkellä Wordpressin RSS-lukija tulkitsee sen ilman tuota loppuparametria tälläiseksi:
RewriteEngine on
RewriteRule "^/forums/uutisia-lyhyesti.84/wordpressin.rss$" "/forums/uutisia-lyhyesti.84/index.rss?order=post_date" [PT]
Tämä on aivan helvetin raivostuttavaa. Jokaisessa useamman sivun ketjussa tulee uudet viestit aina sen hetkisen sivun perään automaattisesti. Vanhassa versiossa tuli nappi, jolla ne sai halutessaan ladattua mutta nyt samat viestit pääsee lukemaan moneen kertaan kun ne tulevat viimeisellä sivulla jälleen @Sampsa saisiko tuolle jotain fixiä?Jotenkin oudosti kyllä toimii tuo viestien näyttäminen. Luin ketjua mihin tullut viesti 10min sitten ja on viimeisin viesti sillä sivulla. Sen jälkeen on tullut 8 min sitten viesti.
Sitten tuli uusi viesti mikä näkyi tuon 10min tulleet viestin jatkoksi ja se 8min sitten tullut on seuraavalla sivulla.
Päivittämällä sivun tuo uusi viesti sitten hyppiä tuonne uudelle sivulle minne kuuluukin.
Eli vaikka uusia viestejä tulisikin niin ei niitä kuuluisi noin näyttää vaan näkyvät sitten kun sinne asti pääset missä ne uudet viestit ovat.
...ja vielä yksi kikka, ilman Apachea ja sen säätöö. Mää oletan, että kyseessä on ongelma, jossa WP ei hyväksy tuota ?-merkin jälkeen tulevaan query stringiä lainkaan, vaan siivoaa sen pois.Jos joku keksii näppärän keinon, miten tästä RSS-feedistä saadaan luotua feedi käytettäväksi niin, iso kiitos:
https://bbs.io-tech.fi/forums/uutisia-lyhyesti.84/index.rss?order=post_date
Tällä hetkellä Wordpressin RSS-lukija tulkitsee sen ilman tuota loppuparametria tälläiseksi:
https://bbs.io-tech.fi/forums/uutisia-lyhyesti.84/index.rss
<?php
// Huom: virheenkäsittelyä: ei ole. Vois ehkä jotain olla, jos osoite ei vastaakaan
header('Content-Type: application/rss+xml; charset=utf-8');
echo file_get_contents('https://bbs.io-tech.fi/forums/uutisia-lyhyesti.84/index.rss?order=post_date');
Puhelimella sivu hyppii ärsyttävästi:
- Selaat ketjua vikan sivun keskellä
- ketjuun tulee uusi viesti
- selain hyppää tuon uusimman viestin verran alaspäin, vaikka olet kaukana uusimmista
Eli selain hyppii eteenpäin aina kun ketjuun tulee uusia viestejä ja ne ladataan ajaxilla näkyviin. Muuten kiva mutta jos olen lukemassa jossain uusin-10 viestissä niin se uusimman viestin tulo ei kauheasti kiinnosta. Eikä selain siis loppuun hyppääkkään, vaan uusimman viestin korkeuden verran eteenpäin. Sitten pitää taas itse rullailla ylös että mihin jäinkään.
Android + chrome/vivaldi
Sanoisin että nämä liittyy vahvasti toisiinsa.Tämä on aivan helvetin raivostuttavaa. Jokaisessa useamman sivun ketjussa tulee uudet viestit aina sen hetkisen sivun perään automaattisesti. Vanhassa versiossa tuli nappi, jolla ne sai halutessaan ladattua mutta nyt samat viestit pääsee lukemaan moneen kertaan kun ne tulevat viimeisellä sivulla jälleen @Sampsa saisiko tuolle jotain fixiä?
Meinaatko, että pitäisi näyttää silti tarkemmin vaikka näyttökertoja olisi tuhansia? Itse en näe tarvetta.Huomasin juuri, että kauppapaikan myyntiketjujen ylittäessä tuhannen katselukerran rajan lukema muuttuu "1k", "2k" ja niin edelleen, sen sijaan, että näyttäisi enää tarkkaa lukua.
Onko tuo mistä riippuvainen ominaisuus tarkalleen ottaen? Käytössä uudempi tumma teema tällä hetkellä.
Varmaan tietyissä isommissa luvuissa tuo numero ja k -lyhennys voisi toimia, mutta tässä tapauksessa preferoisin sitä vanhan mallin ulkoasua missä ainakin tuossa tuhannessa parissa näkyi yksikön tarkkuudella määrät.Meinaatko, että pitäisi näyttää silti tarkemmin vaikka näyttökertoja olisi tuhansia? Itse en näe tarvetta.
Oli vain XF1.5 lisäosa, kattotaan (Sampsa kattoo) saadaanko siitä 2.0 versio hankittuami...missä speksit?