Personvernerklæring

Sist oppdatert: 22. oktober 2026

Kortversjonen. Dokumentene, bildene, videoene og filene du lager i Lolly, blir på enheten din. Det finnes ingen kontoer for vanlig bruk, ingen infokapsler fra selve appen og ingen analyse eller sporing noe sted i kildekoden - ikke "vi bruker ikke dataene", men faktisk fraværende fra kildekoden. En kort, fullstendig liste over unntak finnes der hvor programvaren i det hele tatt kommuniserer med et nettverk, og hvert av dem er beskrevet i detalj under: hva som sendes ut, til hvem og når. Det eneste unntaket som involverer noe personlig, er en innlogging du selv må starte eksplisitt. Står det ikke i dette dokumentet, skjer det ikke.

Hva denne erklæringen dekker

Lolly er programvare med åpen kildekode - en motor, flere app-skall (web, desktop, mobil, CLI) og en nettleserutvidelse - som hvem som helst kan kjøre. Denne erklæringen har to deler:

• Selve programvaren: hva den gjør og ikke gjør med dataene dine, uansett hvor den kjører. Dette er en egenskap ved koden, så det gjelder for enhver Lolly-utrulling, vår eller andres.
• lolly.tools, referanseutrullingen SUSE drifter: de spesifikke valgene som er tatt for de valgfrie server-side delene (hva som logges, hvor lenge, av hvem).

Hvis du bruker en selvhostet eller enterprise-instans av Lolly, gjelder programvareatferden nedenfor fortsatt, men operatøren av den instansen - ikke SUSE - er ansvarlig for alt som er server-side: deres render-endepunkt, deres MCP-server, deres sertifiseringsinstans for Content Credentials, hvis de drifter en. Spør dem om deres egen erklæring. Se Adoption & Governance for hva det innebærer å drifte Lolly.

Appen: hva som blir på enheten din

Lollys web-, desktop- og mobilskall kjører hele render-motoren klientsidig. Å åpne et verktøy, fylle inn data, forhåndsvise og eksportere skjer alt på enheten din - ingen server er involvert, og appen fungerer offline når den først er lastet.

Appen setter ingen informasjonskapsler. For å fungere lagrer den en liten mengde data kun på enheten din, aldri overført:

• Grensesnittinnstillinger - tema, språk, lydinnstillinger, størrelse på sidepanel/zoom, sorterings- og visningsvalg, hvilke onboarding-tips du har sett - i localStorage, slik at de er tilgjengelige før appen er ferdig med å starte opp.
• En offline-buffer av verktøykatalogen og ressursforhåndsvisninger, slik at galleriet fungerer uten tilkobling.
• Lokale bruksmålere for statistikken på profilkortet ditt (hvor mange eksporter, hvilke verktøy) - en liten avgrenset blob i localStorage, aldri lest av oss, aldri sendt noe sted.
• Dine egne dokumenter, lagrede økter, opplastede ressurser og skrifter - lagret i IndexedDB på enheten din, aldri lastet opp, aldri lest av noen andre enn deg.

Ingenting av dette deles, selges eller brukes til å identifisere eller spore deg. Det er ingenting å samtykke til, fordi det ikke foregår noen innsamling - kun dette varselet, slik at du vet hva som lagres og hvor. Å tømme nettstedets lagring i nettleseren din fjerner alt sammen når som helst, og det samme gjør Innstillinger → Lagring → Slett alle mine data, som også slår av Synk først. (I henhold til ePrivacy-direktivet Art. 5(3) krever lagring som er strengt nødvendig for tjenesten du ba om, ikke samtykke - bare åpenhet, som er hva dette dokumentet og varselet i appen begge er.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBSjekk det selvHent den signerte filen signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBSjekk det selvHent den signerte filen

Din egen sikkerhetskopi av disse dataene - lolly-backup-pakken som lages av Eksporter dataene mine - er en fil du beholder og kontrollerer selv. Den berører aldri våre servere med mindre du selv velger å sende den et sted. Se Dataoverføring.

Verktøy som kjører på enheten

Enkelte verktøy - Strip Hidden Data, Compress PDF og andre som bærer merket "Runs on your device" - jobber med en fil du gir dem. Filen leses inn i minnet i nettleseren din, transformeres lokalt og tilbys tilbake som en nedlasting. Den lastes aldri opp, fordi det ikke finnes noen server i veien å laste den opp til. Disse verktøyene fungerer offline, og resultatet deres bærer verken vannmerke eller metadata fra oss - poenget med de fleste av dem er å fjerne & beskytte data, ikke legge til risiko.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBSjekk det selvHent den signerte filen signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBSjekk det selvHent den signerte filen

Forbered for deling holder arbeidsinndata, private funn og erstatningskart i minnet, uten å automatisk legge dem til i historikk, lenker, sikkerhetskopier eller synk. Inspeksjon og erstatning sender ikke filinnhold til en server eller validerer legitimasjon på nett. Brukere velger om de vil kopiere, laste ned, sende eller uttrykkelig lagre et resultat i biblioteket sitt; et lagret resultat følger deretter bibliotekets vanlige innstillinger for sikkerhetskopiering og synk. Oppskriftsfiler utelater tidligere nyttelaster og bokstavelige tilordninger. Sammendragsrapporter inneholder antall, omfangs-ID-er og filhasher. CLI-en kan også lagre en privat gjennomgangsfil som inneholder originalverdier, bare når det uttrykkelig blir bedt om det med --review-file. Å tømme eller forlate en forberedelsesvisning i nettleseren frigjør arbeidstilstanden dens; dette er ikke et løfte om rettsteknisk sletting fra nettleserens eller operativsystemets minne.

Hver nettverksforespørsel appen kan gjøre

Tabellen nedenfor er den komplette listen over alt appen henter eller sender over et nettverk. Hvis det ikke står her, gjør ikke appen det.

Hver faste vert i den tabellen er også hele tillatelseslisten i appens Content-Security-Policy, som nettleseren håndhever. Så listen er ikke bare en beskrivelse av hva koden gjør i dag, den er grensen nettleseren holder appen til: en fremtidig endring som forsøkte å kontakte en annen vert, ville blitt blokkert, ikke stille tillatt. Én rad er det bevisste unntaket, og cellen sier det selv: Send to LinkedIn finnes bare i skrivebordsappene, og nettappens policy nevner ingen av vertene dens - nettappen kunne ikke nå dem selv om koden dens forsøkte. To rader til, Bluesky og Discord, er bare for skrivebordsappene på samme måte, og vertene deres er utelatt fra nettpolicyen av samme grunn. Fem rader har ingen fast vert, fordi du velger adressen i bruksøyeblikket: en URL du ber et verktøy fange opp, en ekstern instans du peker skallet mot, og din egen Mastodon-server, WebDAV-server eller S3-bucket (de to siste også som et synkhjem). Ingen av dem er i policyen, og hver skjer bare når du skriver inn en adresse og handler på den. Penpot-raden når Penpot gjennom appens egen opprinnelse, så den dekkes av 'self'. En utrulling som ikke vil ha noen av de valgfrie (en bedriftsinstans med sine egne skrifter, for eksempel) fjerner de vertene fra policyen sin, og funksjonene feiler lukket i stedet for å nå ut.

Bortsett fra to slags rader sender ingen av disse dokumentene, prosjektene, øktene eller opplastede filene dine noe sted: de finnes for å bringe ting til enheten din (verktøy, skrifter, modeller). De to slagene er Send-radene, som sender den ene filen du valgte, og synk-raden, som sender en kopi av arbeidet ditt til lagringen du valgte og til ingen Lolly-server. Ethvert annet unntak er navngitt eksplisitt i avsnittene nedenfor.

En merknad om hva vi fjernet. Verify kan sjekke SEAL-signaturer, en ordning der en fils signeringsnøkkel publiseres i DNS. Nettlesere kan ikke gjøre DNS-oppslag, så enhver nettleserimplementasjon må rute oppslaget gjennom en tredjeparts DNS-over-HTTPS- resolver - som ville vise den operatøren domenet som sjekkes, pluss IP- adressen din. Vi pleide å bruke Cloudflares. Det gjør vi ikke lenger, og det finnes ingen erstatning: Verify sender nå ingen resolver i det hele tatt, så SEAL-verifisering gjør null nettverksforespørsler. Ingen Lolly-app slår opp SEAL-nøkler i DNS i dag: desktop- og mobilappene kjører den samme Verify-visningen, og kommandolinjens lolly validate sjekker ikke SEAL. En fil der SEAL-posten bærer nøkkelen sin inline, sjekkes offline, og Verify kaller signaturen internt konsistent uten å bekrefte domenet. En fil der nøkkelen bare ligger i DNS, viser SEAL-signaturen ble ikke verifisert, med årsaken "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBSjekk det selvHent den signerte filen signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBSjekk det selvHent den signerte filen Du kan bekrefte dette selv: greppbare sjekker for denne og hver annen påstand på denne siden, med de nøyaktige kommandoene og forventet resultat, finnes på Verify It Yourself.

Hot-linkede render-URL-er

Aktiv på lolly.tools. Hver https://lolly.tools/tool/<tool-id>.<ext>?<inputs>-URL rendres for ekte, og inndataene følger med i URL-en. Avsnittet nedenfor beskriver hva det betyr for deg, og en operatør kan slå funksjonen av på sin egen instans.

Selve appen blir utelukkende på enheten din. Separat kan en operatør slå på hot-link render-URL-er - /tool/<tool-id>.<ext>?<inputs> - slik at en delt Lolly- lenke kan vises som et levende bilde i en README, en wiki eller et dashbord. Å hente en ber serveren om å rendre offentlig verktøy- og katalogdata med inndataene skrevet inn i URL-en.

• Ingen kontoer, ingen infokapsler, ingen tilstand. Endepunktet er anonymt, og ingenting på enheten din leses. Dokumentene, øktene og opplastingene dine forlater aldri nettleseren din - de kan ikke dukke opp i disse lenkene i det hele tatt.
• Men selve URL-en registreres. En URLs spørrestreng er en del av forespørselslinjen, så den dukker opp i vertsplattformens ordinære tilgangslogger på samme måte som hver forespurte sti gjør. Hvis en lenkes inndata inneholder noens navn eller e-post - et navneskilt, en e-postsignatur - ligger den teksten i de loggene, og ingen mengde policytekst endrer det. Så en hot-link-URL er feil sted for personopplysninger: gi den bare det du ville lagt på en offentlig side.
• Inndataene er offentlige av natur uansett - de er akkurat det lenkens forfatter skrev inn i URL-en, lesbart for alle lenken når. Ikke legg hemmeligheter i en delt lenke. Lolly tilbyr lenkekryptering for sensitivt innhold.
• Svar er mellomlagret og rategrenset som ethvert offentlig bilde, og merket noindex slik at søkemotorer ikke indekserer rendringene dine.

Selvhoster du Lolly og ikke vil ha en offentlig render-flate? Sett LOLLY_DISABLE_RENDER_GET=1 og hver eneste av disse URL-ene returnerer 404.

MCP-serveren (valgfritt, for AI-agenter)

Lolly kan også nås av en AI-agent over Model Context Protocol - et operatørdrevet endepunkt (lolly.tools drifter ett; hvem som helst kan selvhoste sitt eget, inkludert fullstendig luftgapet). Det deler render-banens ingen-kontoer-holdning, pluss fire verktøy som nødvendigvis håndterer filbytes:

• lolly_transform (kjør et verktøy som normalt kjører på enheten, server-side, på vegne av den kallende agenten), lolly_verify (sjekk Content Credentials) og lolly_redact (sladd ut områder av et bilde eller en PDF) godtar alle bytene til en fil fra den som kaller. De behandles in-process, i minnet, og resultatet returneres i det samme kallet - filen skrives aldri til disk og lagres aldri etter at forespørselen er fullført.
• lolly_rebrand (fornyer en gammel presentasjon til et designsystem, gjennom stegene plan, compile og inspect) tar imot en presentasjons bytes på samme måte, og behandler dem i minnet, bare for det kallet - ingenting skrives til disk eller beholdes etter at svaret er sendt. Det første steget, capabilities, sier rett ut hvor bytene dine ville gått før du sender noen: på en selvhostet lokal server forlater presentasjonen aldri den maskinen; på en hostet server sender et kall til lolly_rebrand presentasjonen dit, opp til de størrelses- og lysbildegrensene det samme steget oppgir.
• Bildeverktøyene (lolly_look, lolly_sample_color og lolly_trace_edges) kan også ta en bildefil fra den som kaller, behandlet på samme måte: i minnet, bare for det kallet. Alle andre verktøy fungerer ut fra parameterne i kallet: tekst, tall, farger, URL-er, katalog-ressurs-id-er eller et dokument den som kaller leverer.
• Tilgang er enten et delt token operatøren utsteder til klienter de stoler på, eller tilstandsløs OAuth 2.1: kortvarige signerte tokener verifisert mot en delt hemmelighet, ingenting lagret server-side, og selve tokenet skrives aldri til en logg eller en render-URL.

Content Credentials-identitet (en innlogging du selv må starte)

Lolly kan forsegle en kryptografisk Content Credential i eksportene dine, slik at hvem som helst kan verifisere, offline, at en fil er uendret siden den forlot Lolly. Det er på som standard og helt lokalt - signeringsnøkkelen genereres på enheten din og selve signeringen skjer offline. Uten registrering er den nøkkelen engangs: et nytt nøkkelpar preges for hver eksport og forkastes sammen med den. Når du registrerer deg, blir nøkkelen en varig en og genereres ikke-uttrekkbar - ikke engang Lollys egen kode kan lese den, kun be den om å signere. Uansett forlater den aldri enheten din. Dette avsnittet dekker det ene valgfrie steget på toppen av dette: å registrere en verifisert identitet, slik at eksportene dine sier "Verified - signed by \<your email\>" i stedet for en anonym nøkkel. Hvis du hopper over registreringen, gjelder ingenting i dette avsnittet for deg, og ingen personopplysninger forlater noensinne enheten din.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBSjekk det selvHent den signerte filen signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBSjekk det selvHent den signerte filen

Hvis du registrerer deg, er dette nøyaktig hva som skjer:

1. Du velger en innloggingsmetode - GitHub, Google, SUSE (id.suse.com) eller en e-postet lenke. For de tre OIDC-leverandørene blir du omdirigert til den leverandørens egen innloggingsside, underlagt deres personvernerklæring, ikke vår. Lollys sertifikattjeneste mottar kun en verifisert e-postadresse og leverandørens navn tilbake. For e-postlenken sendes adressen du skriver, til Resend, et transaksjonelt e-post-API, utelukkende for å levere den ene lenken.
2. En kortvarig informasjonskapsel beskytter omdirigeringen. Dette er den ene informasjonskapselen hele Lolly-systemet setter: lolly_ca_state, HttpOnly, avgrenset til /api/ca, utløper innen ti minutter. Den bærer en tilfeldig verdi, ikke en spor- identifikator, og finnes kun for å hindre at OAuth-omdirigeringen forfalskes. Den fjernes så snart innloggingen er fullført.
3. IP-adressen din brukes, kortvarig, for å forhindre misbruk av innloggings- endepunktene (slik at ett skript ikke kan spamme en innboks eller tømme e-postkvoten). Lolly hasher den før den oppretter en kortvarig misbrukskontroll- bøtte; den rå adressen sendes ikke til den lagringen. Bøtten utløper etter omtrent ett minutt og brukes ikke til sporing. Vanlige hostingtilgangslogger er separate og beskrives nedenfor.
4. Sertifikattjenesten utsteder et kortvarig sertifikat (7, 30, 90 eller 365 dager, ditt valg, begrenset av operatørens policy) som binder den verifiserte e-posten din til den offentlige halvdelen av nøkkelparet generert på enheten din. Den private halvdelen forlater aldri nettleseren din.
5. Ingenting om utstedelsen registreres. Sertifikattjenesten fører ingen utstedelseslogg: ikke e-posten din, ikke leverandøren, ikke et serienummer, ikke et tidsstempel. Ingen database, ingen loggelinje, ingen webhook. E-postadressen din finnes i forespørselen kun lenge nok til å bli skrevet inn i sertifikatet enheten din mottar, og deretter er den helt borte fra vår side.
6. Etter det er signering offline igjen for hele sertifikatets levetid. Å eksportere en fil kontakter aldri sertifikattjenesten - det gjorde bare registreringen.

Avveiningen, sagt rett ut. En tidligere versjon av denne tjenesten loggførte hver utstedelse, slik at et feilutstedt eller kompromittert sertifikat kunne spores. Vi fjernet det, fordi den loggen var det eneste stedet i hele Lolly der personopplysninger kom til hvile på en server, og vi vil heller ikke holde dem enn å holde dem forsiktig. Det vi gir opp er server-side sporbarhet: hvis et sertifikat misbrukes, kan vi ikke slå opp hvem som fikk det. Sertifikater er kortvarige av design - 7 til 365 dager, ditt valg, begrenset av operatøren - og utløper av seg selv, noe som er avbøtningen vi baserer oss på i stedet. Selvhostere hvis egne forpliktelser krever en revisjonslogg, kan legge til én, og blir dermed behandlingsansvarlig for de dataene.

Nettleserutvidelsen

Nettleserutvidelsen Lolly URL Screenshot samler ikke inn personopplysninger for oss. Den har ingen analyse, ingen sporing og ingen egen server. Siden Nettleserutvidelse beskriver hvordan den fungerer.

Hva den gjør. Lolly-webappen kan be den om et skjermbilde av en nettside, eller om innholdet på en side for å starte et designsystem fra et nettsted. Hver forespørsel åpner et godkjenningsvindu i utvidelsen som viser nettstedet som ber om det, om det vil ha et skjermbilde eller sideinnholdet, og sideadressen. Først etter at du trykker Approve once åpner utvidelsen den siden i en midlertidig bakgrunnsfane, tar skjermbildet eller leser siden, gir resultatet til Lolly-fanen som spurte og lukker fanen. Hver forespørsel trenger sin egen godkjenning.

Data.

• Vi samler ikke inn noe. Resultatet går bare til Lolly-siden som spurte, i samme nettleser. Utvidelsen lagrer ikke sideinnhold og legger ikke til noen annen mottaker.
• Nettverksforespørsler. Siden du godkjenner, lastes som den ville gjort i en hvilken som helst fane, sammen med det siden selv ber om. Å lese innholdet på en side henter også sidens stilark og noen av ikon- og logobildene, fra innsiden av siden, og disse hentingene sender ingen informasjonskapsler til andre nettsteder. Utvidelsen gjør ingen andre forespørsler, og ingen går til en Lolly-server.
• Nettleserøkten din. Siden lastes med nettleserøkten din, slik den ville gjort hvis du åpnet den selv, så en side du er logget inn på, kan legge privat informasjon i resultatet.
• Adressene du godkjenner brukes kun til å laste den ene siden for den ene forespørselen. De blir ikke logget eller delt.

Tillatelser.

• debugger - for å ta skjermbildet via DevTools Protocol (den samme mekanismen Lolly desktop-appen bruker).
• tabs - for å åpne og lukke den midlertidige fanen, og for å sjekke at verken Lolly-siden eller målsiden har flyttet seg siden du godkjente.
• scripting - for å lese innholdet på en side i den midlertidige fanen, etter at du godkjenner den forespørselen.
• storage - for å notere id-ene til de midlertidige fanene i økt-lagring, slik at de fortsatt lukkes hvis nettleseren stopper utvidelsen under en forespørsel. Ingen sideinnhold lagres.
• *Valgfri nettstedstilgang (http:///, https:///) - ikke gitt ved installasjon. Når du trykker Approve once*, ber utvidelsen Chrome om tilgang til det ene nettstedet i den forespørselen, og Chrome spør deg første gang for hvert nettsted. Et nettsted du har tillatt før, trenger fortsatt en ny godkjenning for hver forespørsel.

Ingen av disse brukes til å lese, overvåke eller overføre nettleseraktiviteten din utover den ene forespørselen du godkjente.

Infrastrukturlogger

Som ethvert nettsted genererer serverne bak lolly.tools - og bak enhver Lolly- utrulling - standard tilgangslogger for webserver når en forespørsel i det hele tatt når dem: IP-adresse, forespurt bane, tidsstempel, brukeragent. Det er grunnleggende vertsatferd, ikke noe Lolly legger til på toppen, og det inneholder aldri innholdet i dokumentene dine, fordi de aldri når en server i utgangspunktet. Det ene bevisste unntaket er en fil du eksplisitt gir til et MCP-kall lolly_transform, lolly_verify, lolly_redact eller lolly_rebrand, som behandles i minnet og aldri skrives til disk eller en logg, som beskrevet ovenfor.

De offentlige tjenestene minimerer applikasjonslogging. MCP-serveren logger oppstart, konfigurasjon og renderingsadvarsler; den fører ingen egen forespørselslogg og logger ikke tokener eller oppringeradresser. Penpot-gjennomstrømmingen logger hvert kommandonavn og Penpots svarstatus, aldri overskrifter, tokener eller filen. Sertifikattjenesten logger oppstartsinnstillingene og konfigurasjonsadvarsler, pluss to strippede linjer ved feil: en statuskode for sendefeil uten mottakeradresse, og en fast feillinje uten feiltekst, stack-spor eller URL (en leverandørfeil kan bære identitetsverdier eller legitimasjon). Alt annet i loggen tilhører vertsplattformen, ikke oss.

For lolly.tools er vertsleverandøren Vercel, og oppbevaring av tilgangslogger følger Vercels egne plattformstandarder for vårt abonnement. Vi konfigurerer ingen loggavløp, ingen langtids- logg-eksport og ingen analyse- eller overvåkingsprodukt på toppen. Vi beholder ingen kopi av disse loggene selv, noe som også betyr at vi ikke har noen måte å søke i dem for deg - se Dine rettigheter.

Rettslig grunnlag, lagringstid og mottakere

Nesten ingenting her trenger et rettslig grunnlag, fordi nesten ingenting behandles. For fullstendighetens skyld, hele listen:

Mottakere. Kategoriene av mottakere er: vår hostingleverandør (Vercel Inc.); leverandøren vår for misbrukskontroll-lagring, som bare mottar kortvarige, enveis-utledede bøttenøkler og aldri den rå IP-adressen; og - bare hvis du bruker innlogging via e-post - en transaksjonell e-postleverandør (Resend). Hvis du logger inn med GitHub, Google eller SUSE (id.suse.com), samhandler du direkte med den leverandøren under deres egen personvernerklæring. De oppgir en verifisert e-postadresse til oss og ingenting annet. Vi deler ikke personopplysninger med noen andre, og vi selger ikke data, driver ikke reklame eller profilerer brukere.

Overføringer utenfor EØS. Vercel og Resend er amerikanske selskaper. Funksjonsberegning for lolly.tools er festet til Vercels Frankfurt-region (fra1), slik at behandlingen skjer i EU, men som USA-baserte leverandører kan de likevel få tilgang til data som databehandlere fra USA. Disse overføringene bygger på EU-kommisjonens standard personvernbestemmelser og/eller EU-US Data Privacy Framework, som fastsatt i hver leverandørs databehandleravtale. Fordi personopplysningene som når disse leverandørene er så begrensede - en e-postadresse videresendt for å sende én melding, ordinære tilgangslogger, og en kortvarig utledet misbrukskontroll-bøtte - er eksponeringen tilsvarende liten.

Automatisert beslutningstaking. Ingen. Det er ingen profilering og ingen automatisert beslutning som gir rettsvirkning eller tilsvarende betydelig effekt (art. 22).

Barns personvern

Lolly samler ikke bevisst inn personopplysninger fra noen, uansett alder, i vanlig bruk av appen - det er ingenting å samle inn. Det ene stedet personopplysninger (en e-postadresse) noensinne samles inn er ved registrering av Content Credentials, beskrevet ovenfor, som ikke er rettet mot eller ment for barn.

Dine rettigheter

Fordi nesten alt Lolly berører kun lagres på din egen enhet, er det meste av det personvernlovgivningen kaller «dine rettigheter» - innsyn, retting, sletting, dataportabilitet - noe du allerede kan gjøre selv, umiddelbart, uten å spørre noen: dataene dine ligger i nettleserens lagring, i en form du kan inspisere, eksportere (Eksporter dataene mine, ovenfor) eller slette (ved å tømme nettstedets lagring i nettleseren din, som ovenfor).

Formelt sett har du i henhold til GDPR artikkel 15-22 rett til innsyn i dine personopplysninger, til å rette dem, til å slette dem, til å begrense eller protestere mot behandlingen av dem (inkludert å protestere mot alt vi baserer på berettiget interesse), til dataportabilitet og - der behandlingen bygger på samtykke - til å trekke tilbake samtykket når som helst, uten at det påvirker lovligheten av det som skjedde før du trakk det tilbake.

Her er den ærlige situasjonen når det gjelder å utøve dem overfor oss. Siden vi ikke lenger fører en utstedelseslogg, har vi ingen personopplysninger om deg som vi kan slå opp, rette, eksportere eller slette. Hvis du skriver og spør hva vi har om deg, er det sanne svaret ingenting, og det vil vi si. Den eneste kategorien som i det hele tatt finnes er tilgangslogger for hosting koblet til en IP-adresse, holdt av vår hostingleverandør under deres standard lagringstid. Vi har ingen mulighet til å søke i eller selektivt slette dem, og det vil vi fortelle deg fremfor å late som noe annet. Alt som faktisk er ditt ligger på din egen enhet, hvor du allerede kan lese, eksportere og slette det uten å spørre noen om lov.

Du har rett til å klage. Hvis du mener vi har behandlet dataene dine feil, kan du sende en klage til en tilsynsmyndighet for personvern

• i EU, myndigheten i landet der du bor, arbeider

eller der du mener overtredelsen skjedde (art. 77). Vår ledende tilsynsmyndighet er Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) i Ansbach, Tyskland. Du trenger ikke kontakte oss først, selv om vi gjerne vil ha sjansen til å rette det opp.

Vi selger ikke data. Vi har ingen å selge.

Endringer i denne erklæringen

Datoen øverst endres hver gang dette dokumentet gjør det. En endring som påvirker hva som forlater enheten din eller hva som lagres, får sin egen linje her, ikke en stille redigering - hvis du vil se hva som er endret, spør (nedenfor) eller sammenlign med den offentlige kildekoden.

22. oktober 2026: rettet beskrivelsen av eksisterende atferd. Avsnittet om nettleserutvidelsen dekker nå godkjenningsvinduet for hver forespørsel, nettstedstilgang som ber om ett nettsted om gangen og henting av stilark og ikoner ved lesing av et nettsted. Rettet er også: radene Send to Google Drive og Meeting Planner, SEAL-merknaden (ingen Lolly-app slår opp SEAL-nøkler i DNS), standardnivået for bruksstatistikk i organisasjonstjenesten, MCP-bildeverktøyene og applikasjonsloggingen til de offentlige tjenestene. Selve programvaren endret seg ikke.

Hvem er ansvarlig, og hvordan nå oss

Behandlingsansvarlig for lolly.tools er:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Nürnberg Tyskland

SUSE har utnevnt et personvernombud, som kan nås på privacy@suse.com. Bruk den adressen for enhver formell forespørsel under «Dine rettigheter» ovenfor.

For alt om Lolly selv - hvordan det fungerer, hvorfor noe er som det er eller en rettelse til dette dokumentet - kontakt Andy Fitzsimon, fitzy@suse.com.

For en selvhostet eller enterprise Lolly-instans, kontakt den som drifter den istedenfor: operatøren er behandlingsansvarlig for sin egen driftssetting. SUSE og Lolly-open source-prosjektet lagrer ingen data for driftssettinger de ikke selv driver.