Versio korjaa rajauspolkujen käsittelyä ja istuntojen uusimista sekä SAML-kirjautumista, root-salasanan vaihtamista, vesileimoja, kokoelmien jakamista, pikavalikkoa, latauksia, rajausta, CSV-tuontia ja käyttöoikeuksien kopiointipainikkeita.
Tärkeää
- Rajauspolkuja käytetään aiempaa rajatummin
Jos kuvassa on Photoshop-polku mutta yhtäkään poluista ei ole määritetty rajauspoluksi, kuvaa ei enää rajata polun mukaan. Tällaisen tiedoston esikatselukuvissa näkyy nyt koko kuva-aihe irti rajatun aiheen sijaan. Järjestelmässä jo olevien tiedostojen esikatselukuvat säilyvät ennallaan, kunnes niiden metatiedot luetaan uudelleen. Tarkista kyseiset tiedostot ennen esikatselukuvien luomista uudelleen. Asetus koskee nyt myös JPEG- ja PSD-tiedostoja. Katso tarkemmat tiedot kohdasta Korjattua. - Istuntoa ei voi enää uusia, jos sen sidonta selaimeen ei täsmää
/oauth2/refreshedellyttää nyt selainevästettä, johon istunto on sidottu. Selainkäyttöliittymä huolehtii tästä. Mukautetun käyttöliittymän tai integraation, joka vastaaInvalidToken-virheeseen uusimispyynnöllä, on hylättävä istunto ja kirjauduttava uudelleen sisään uudelleenyritysten sijaan. API-asiakkaille myönnettyjä tunnuksia ei ole sidottu selaimeen, eikä muutos koske niitä. Katso tarkemmat tiedot kohdasta Korjattua.
Korjattua
- SAML-kirjautuminen ei enää päätä selaimen muita istuntoja
Tunnistuspalvelu lähettää tunnistusvastauksensa sivustojen välisellä POST-pyynnöllä, jotenSameSite=Lax-määritteellä varustettu selaintunniste-eväste ei kulje mukana. Collection Pro loi tällöin pyynnölle uuden evästeen, antoi selaimelle uuden identiteetin ja hylkäsi kaikki aiempaan identiteettiin sidotut istuntotunnukset. Muut välilehdet lakkasivat näyttämästä sisältöä ja siirtyivät kirjautumissivulle, ja kirjautumisen säilyttävä eväste lakkasi toimimasta. Sivustojen välinen pyyntö ei enää luo selainidentiteettiä. Tunnistusvastausta seuraavat saman sivuston vaiheet välittävät selaimen oman evästeen ja säilyttävät sidonnan siihen. Katso Istunnon sidonta. Myös hylkäysten lokitiedot ovat nyt hyödyllisempiä: ne kertovat, mitä pyyntö sisälsi (BrowserCookie=absenttaimismatch), ja vain vieras eväste aiheuttaa varoituksen. Istunnon evästeen puuttuminen on tavanomainen tilanne, joka kirjataan debug-tasolla. - Istuntoa ei voi enää palauttaa toimintaan uusimalla, jos sen sidonta selaimeen ei täsmää
/oauth2/refreshtarkisti uusimistunnuksen mutta ei sidontaa. Hylättyyn tunnukseen uusimispyynnöllä vastannut asiakas sai siksi uuden tunnuksen, jossa oli sama virheellinen sidonta ja joka hylättiin vuorostaan. Tätä silmukkaa toistava käyttöliittymä saattoi tuottaa satoja hylättyjä pyyntöjä sekunnissa niin kauan kuin välilehti oli auki. Uusimispyynnön on nyt tultava selaimesta, johon istunto on sidottu. Muutos ei koske sitomattomia istuntoja (API-asiakkaat, password grant -kirjautuminen ja eri alkuperästä tehdyt kirjautumiset).InvalidToken-virheen saavan asiakkaan tulee hylätä istunto ja aloittaa uusi kirjautuminen uudelleenyritysten sijaan. - Vain rajauspoluksi määritetty polku rajaa esikatselukuvan
Jos kuvassa oli Photoshop-polku mutta yhtäkään poluista ei ollut määritetty rajauspoluksi, kuva rajattiin silti kyseisen polun mukaan. Esikatseluissa näkyi siis maskattu kuva-aihe, vaikka ladattava kuva säilyi kokonaisena. Rajauksen käyttö määräytyy Photoshopin tallentaman rajauspolun perusteella. Polku haetaan sen yhteyteen tallennetulla nimellä sen sijaan, että käytettäisiin ensimmäistä polkua. Myös ääkkösiä sisältävä nimi löytää oikean polun riippumatta siitä, onko tiedosto tallennettu macOS- vai Windows-järjestelmässä. Ilman nimeä tallennettu rajauspolku tarkoittaa edelleen ensimmäistä polkua. TIFF-tiedostojen lisäksi tämä koskee nyt JPEG- ja PSD-tiedostoja, joissa on samat metatiedot. JPEG-tiedoston polku ilmoitetaan, mutta sitä ei käytetä rajaukseen, koska sen versiot ovat JPEG-muodossa eivätkä tue läpinäkyvyyttä taustan poistamiseksi. PNG-muodossa tuotettava mukautettu versio sen sijaan rajataan. Rajauspolun lukeminen ei enää käy läpi koko kuvaa, joten tarkistuksen aiempi 200 Mt:n raja on poistunut. Järjestelmässä jo olevat tiedostot säilyttävät niiden luomisessa käytetyn rajauksen, kunnes niiden metatiedot luetaan uudelleen. Rajauspolun nimi näkyy teknisissä metatiedoissa sellaisenaan riippumatta siitä, millä järjestelmällä tiedosto on tallennettu. - Toistuva vesileima toistuu myös mukautetussa versiossa
Poolissa tai objektityypissä toistuvaksi määritetty vesileima peitti tavalliset versiot toistuvana kuviona, mutta mukautetun version esiasetuksella ladattaessa kuvaan sijoitettiin vain yksi vesileima kohdistusasetuksen osoittamaan kohtaan. Mukautetut versiot tuotetaan omilla käsittelyohjeillaan, joihin toistoasetusta ei välitetty. Vesileimakuva, sen sijainti, koko ja läpinäkyvyys välitettiin kaikki oikein; vain toiston määrittävä lippu puuttui. - Prosentteina määritetty vesileiman koko ei enää estä mukautetun version lataamista
Jos vesileiman koko annettiin prosentteina pikselien sijaan, vesileimalla varustetun mukautetun version tuottaminen epäonnistui kokonaan. Lataus jäi tyhjäksi, ja lokiin kirjattiinexec #0: exit status 1. Prosenttiosuus suhteutetaan muunnetun kuvan kokoon, joka luettiin versiotiedostosta. Tätä tiedostoa ei kuitenkaan kirjoiteta lainkaan, kun versio suoratoistetaan suoraan lataukseen, kuten mukautetut versiot. Ongelma ei koskenut pikseleinä määritettyjä kokoja eikä tavallisia versioita, jotka kirjoitetaan levylle. - Poolien lyhytlinkit eivät enää juutu aloitusnäkymään
Pooliin sen lyhytnimellä viittaavan linkin avaaminen saattoi jättää käyttöliittymän pysyvästi tervetulonäkymään. Aloitusnäkymä peittää valintaikkunakerroksen, joten sovellusten latautuessa avattu valintaikkuna – kirjautumispyyntö, virhe tai vahvistus – jäi näkymättömiin. Lataus odotti vastausta, jota kukaan ei voinut antaa. Aloitusnäkymä väistyy nyt ensimmäisen sellaisen valintaikkunan tieltä, joka ei ole pelkkä passiivinen ilmoitus. - ”Add to collection” käyttäjille, joilla ei ole kokoelmia
Haun pikavalikko piilotti toiminnon käyttäjiltä, joilla ei vielä ollut kokoelmaa mutta joilla oli oikeus luoda sellainen. Hiiren oikealla painikkeella avattava valikko ja kolmen pisteen valikko eivät siis tarjonneet tapaa aloittaa ensimmäistä kokoelmaa. Ongelma ei koskenut tilejä, joilla oli jo kokoelma, minkä vuoksi se vaikutti käyttöoikeusongelmalta. Toiminto pysyy nyt näkyvissä aina, kun kokoelmien hallinta tarjoaa uuden kokoelman luomista. - Jaetun kokoelman siirtäminen varoittaa ennen omistajan vaihtumista
Kokoelman pudottaminen toisen käyttäjän omistamaan puuhun siirtää kokoelman ja kaikki sen alikokoelmat uuden yläkokoelman omistajalle. Aiempi omistaja menettää tällöin pääsyn kokoelmaan ilman ilmoitusta. Siirto vahvistetaan nyt ensin, ja vahvistuksessa nimetään molemmat omistajat. Myös pudottaminen My collections -otsikon päälle käsitellään samalla tavalla välittömän siirron sijaan. Siirto, johon käyttäjällä ei ole oikeutta, estetään jo pudotettaessa: siirto vaatii kokoelmaan kirjoitus- ja ACL-oikeudet sekä uuteen yläkokoelmaan luontioikeuden. Näin valintaikkunaa ei avata siirrolle, joka voisi vain johtaa palvelinvirheeseen. - Pikavalikko piilottaa objektityypit, joihin käyttäjällä ei ole lukuoikeutta
Quick Access -paneeli näytti kaikki siihen määritetyt objektityypit, myös ne, joihin käyttäjällä ei ollut lukuoikeutta. Tällaisen tyypin valitseminen johti tyhjään hakutulokseen. Yksi aggregointipyyntö selvittää nyt, mitkä tyypit todella sisältävät jotakin käyttäjälle näkyvää, ja muut jätetään pois. Jos pyyntöön ei voida vastata, paneeli näytetään suodattamattomana, jotta se ei koskaan tyhjene vahingossa. - Hylätty tunnus päättää istunnon rajattomien uudelleenyritysten sijaan
Kun palvelin hylkäsi istuntotunnuksen, käyttöliittymä uusi sen ja yritti pyyntöä uudelleen ilman rajaa. Istunto, jota ei voitu korjata, sai asiakkaan jatkamaan pyyntöjen lähettämistä täydellä nopeudella. Päätöksenteko on nyt keskitetty: joukko samanaikaisia epäonnistumisia käynnistää yhden uusimisen, ensimmäisellä käyttökerralla hylätty uusittu tunnus päättää istunnon, ja uusimisen jatkoyrityksiä harvennetaan ja niiden määrä on rajattu. Tunnukset tyhjennetään ennen kirjautumisnäkymän näyttämistä. Istunnon päätyttyä uusia pyyntöjä ei lähetetä. Käyttäjän muille välilehdille ilmoitetaan asiasta BroadcastChannel-kanavalla sen sijaan, että jokainen niistä toistaisi samaa silmukkaa itsenäisesti. Myös Safarin varajärjestelyn otsake lähetti edelleen vanhentunutta tunnusta uudelleenyrityksessä. Lisäksi uloskirjautumistapahtuman kuuntelija rekisteröitiin ennen kuin versio oli tiedossa, joten se ei koskaan tullut voimaan. - Tietueiden lataaminen Connectorilla yhdistetystä järjestelmästä
Latausvalintaikkuna tarjosi mukautettuja versioita yhdistetystä järjestelmästä peräisin oleville tietueille. Tämä osio jätti lomaketietoihin määrittelemättömän arvon, jolloin tiedostojen URL-osoitteiden kerääminen kaatui eikä Lataa-painike aktivoitunut. Mukautetut versiot tuotetaan palvelimella alkuperäistiedostosta, kun taas Connectorin valintaikkuna välittää vain valmiita tiedostojen URL-osoitteita. Siksi mukautettuja versioita ei enää tarjota siinä. - Rajauskehys, kun version leveys ja korkeus on määritetty
Leveyden ja korkeuden syöttäminen Resize/Crop-versiolle kutisti rajauskehyksen muutamaan pikseliin. Tiedoston päällä näkyvä valinta ei siksi enää vastannut ladattavaa aluetta, vaikka ladattu tiedosto itsessään oli oikein. Kuvasuhteen lukitseminen muutti nykyistä rajausta, joka voi siinä käsittelyssä vain pienentyä. Korkeuden kirjoittaminen numero kerrallaan tuotti hetkellisesti äärimmäisiä kuvasuhteita, jotka kutistivat rajausta lisää. Rajaus sovitetaan nyt uudelleen suurimmaksi kehykseksi, joka mahtuu kuvaan. - CSV-tuonti sisäkkäisten kenttien sisällä oleviin sisäkkäisiin kenttiin
Ulomman sisäkkäisen kentän riviin viittaavat sarakkeet –events[1].dates[].date– kohdistettiin väärälle riville. Toiseen tapahtumaan kuuluva arvo päätyi ensimmäiseen tapahtumaan tyhjän rivin jälkeen, ja vain toiseen tapahtumaan kartoitettu kenttä päätyi ensimmäiseen. Sisin indeksi lasketaan nyt erikseen jokaiselle ulommalle riville. Sarakkeet ryhmitellään indeksiensä perusteella sen sijaan, että ne säilytettäisiin harvana luettelona, joka kadotti yhteyden asetuksiinsa. Myös useamman kuin yhden numeron pituiset indeksit tunnistetaan. - CSV-tuonti linkitetyn objektin lokalisoituun kenttään
Linkitetyn objektin sisällä olevaan kenttään viittaava sarake nimeää kentän#-merkin jälkeen. Lokalisoitu kenttä tallennetaan kuitenkin itsessään muodossaname#de-DE, joten vertailuun päätyi vain toista#-merkkiä edeltävä osa eikä tällainen sarake koskaan täsmännyt. Vertailu käytti myös vaihtoehdon näyttötekstiä, joka muuttuu Show Display Names -valinnan mukaan. Siksi sama otsake täsmäsi tai jäi täsmäämättä kyseisen valintaruudun tilan perusteella. Nyt käytetään vaihtoehdon arvoa, ja pisin vastaavuus etsitään ensin. - CSV-tuonti päivämäärä- ja aikakenttään
Pelkän päivämäärän sisältävä arvo tallennettiin kellonajalla 02:00, koska tuontityökalu pakotti arvot täyteen sekuntitarkkuuteen ja tulkitsi ne UTC-ajaksi. Siksi tuotu kellonaika 18:00 näkyi Berliinissä kellonaikana 20:00. Arvo muotoillaan nyt kohdekentän hyväksymällä tarkkuudella, päivämäärä säilyy päivämääränä ja arvo, jota ei voida jäsentää, merkitään virheelliseksi sen sijaan, että se jätettäisiin pois ilmoittamatta. Myös ilman sekunteja kirjoitetut päivämäärä- ja aika-arvot, kuten 2026-05-15 14:30, tunnistetaan. - ACL-hallinnan kopiointipainikkeet
Copy selected row pysyi käytössä, vaikka mitään ei ollut valittu, ja sen napsauttaminen aiheutti poikkeuksen. Miinuspainike epäonnistui samalla tavalla ilmoittamatta siitä. Copy all rows aktivoitui vain, kun rivejä oli enemmän kuin yksi, joten vain yhden käyttöoikeuden sisältävän poolin oikeuksia ei voinut kopioida lainkaan. Molemmat painikkeet noudattavat nyt valintaa, ja painettu tila säilyy sillä painikkeella, jota todella käytettiin.