Integritetspolicy

Senast uppdaterad: 22 oktober 2026

Kortversionen. Dokumenten, bilderna, videorna och filerna du skapar i Lolly stannar på din enhet. Det finns inga konton för vanlig användning, inga kakor från appen själv och ingen analys eller spårning någonstans i koden - inte "vi använder inte datan", utan genuint inte närvarande i källkoden. En kort, komplett lista över undantag finns där programvaran över huvud taget pratar med ett nätverk, och alla dessa beskrivs nedan i detalj: vad som lämnar enheten, till vem och när. Det enda undantaget som rör något personligt är en inloggning du uttryckligen måste starta. Om det inte står i det här dokumentet händer det inte.

Vad den här policyn omfattar

Lolly är öppen källkod - en motor, flera app-skal (webb, dator, mobil, CLI) och ett webbläsartillägg - som vem som helst kan köra. Den här policyn har två delar:

• Mjukvaran i sig: vad den gör och inte gör med din data, oavsett var den körs. Det här är en egenskap hos koden, så det gäller alla Lolly-driftsättningar, våra eller andras.
• lolly.tools, referensdriftsättningen som SUSE driver: de specifika val som görs när dess valfria serverdelar körs (vad som loggas, hur länge, av vem).

Om du använder en självhostad eller företagsinstans av Lolly gäller mjukvarans beteende nedan fortfarande, men operatören av den instansen - inte SUSE - är ansvarig för allt som sker på serversidan: deras render-endpoint, deras MCP-server, deras certifikatutfärdare för Content Credentials, om de kör en. Fråga dem om deras egen policy. Se Adoption & Governance för vad det innebär att driva Lolly.

Appen: vad som stannar på din enhet

Lollys webb-, dator- och mobilskal kör hela rendermotorn på klientsidan. Att öppna ett verktyg, fylla i indata, förhandsgranska och exportera sker allt på din enhet - ingen server är inblandad, och appen fungerar offline när den väl har laddats.

Appen sätter inga cookies. För att fungera sparar den en liten mängd data enbart på din enhet, och skickar den aldrig vidare:

• Gränssnittsinställningar - tema, språk, ljudinställningar, storlek på sidopanel/zoom, sorterings- och vyval, vilka introduktionstips du har sett - i localStorage, så de är tillgängliga innan appen har startat klart.
• En offlinecache av verktygskatalogen och tillgångsförhandsgranskningar, så att galleriet fungerar utan anslutning.
• Lokala användningsräknare för statistiken på ditt profilkort (hur många exporter, vilka verktyg) - en liten avgränsad datamängd i localStorage, som aldrig läses av oss och aldrig skickas någonstans.
• Dina egna dokument, sparade sessioner, uppladdade tillgångar och typsnitt - lagras i IndexedDB på din enhet, aldrig uppladdade, aldrig lästa av någon annan än dig.

Inget av detta delas, säljs eller används för att identifiera eller spåra dig. Det finns inget att samtycka till, eftersom ingen insamling sker - bara det här meddelandet, så att du vet vad som sparas och var. Att rensa webbplatsens lagring i din webbläsare tar bort allt av det när som helst, och det gör även Inställningar → Lagring → Rensa all min data, som också stänger av Synk först. (Enligt ePrivacy-direktivet Art. 5(3) kräver lagring som är strikt nödvändig för den tjänst du bad om inget samtycke - bara transparens, vilket är vad både det här dokumentet och meddelandet i appen är.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBKontrollera självHämta den signerade filen signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBKontrollera självHämta den signerade filen

Din egen säkerhetskopia av den här datan - lolly-backup-paketet som skapas av Exportera mina data - är en fil du behåller och kontrollerar. Den rör aldrig våra servrar om du inte själv väljer att skicka den någonstans. Se Dataöverföring.

Verktyg på enheten

Vissa verktyg - Strip Hidden Data, Compress PDF och andra som har märket "Runs on your device" - arbetar med en fil du tillhandahåller. Filen läses in i minnet i din webbläsare, omvandlas lokalt och erbjuds tillbaka som en nedladdning. Den laddas aldrig upp, eftersom det inte finns någon server i vägen att ladda upp den till. De här verktygen fungerar offline, och deras utdata bär varken vattenstämpel eller metadata från oss - poängen med de flesta av dem är att ta bort & skydda data, inte lägga till risk.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBKontrollera självHämta den signerade filen signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBKontrollera självHämta den signerade filen

Förbered för delning håller arbetsindata, privata fynd och ersättningskartor i minnet, utan att automatiskt lägga till dem i historik, länkar, säkerhetskopior eller synk. Inspektion och ersättning skickar inte filinnehåll till en server och validerar inte autentiseringsuppgifter online. Användare väljer om de vill kopiera, ladda ner, skicka eller uttryckligen spara ett resultat i sitt bibliotek; ett sparat resultat följer sedan bibliotekets vanliga inställningar för säkerhetskopiering och synk. Receptfiler utelämnar tidigare nyttolaster och bokstavliga mappningar. Sammanfattningsrapporter innehåller antal, omfångs-ID:n och filhashar. CLI:t kan också spara en privat granskningsfil som innehåller originalvärden, bara när det uttryckligen begärs med --review-file. Att rensa eller lämna en förberedelsevy i webbläsaren frigör dess arbetstillstånd; det är inget löfte om forensisk radering från webbläsarens eller operativsystemets minne.

Varje nätverksförfrågan appen kan göra

Tabellen nedan är den fullständiga listan över allt appen hämtar eller skickar över ett nätverk. Om det inte finns här gör appen det inte.

Varje fast värd i den tabellen är också den fullständiga tillåtlistan i appens Content-Security-Policy, som webbläsaren tillämpar. Listan är alltså inte bara en beskrivning av vad koden gör idag, den är den gräns webbläsaren håller appen till: en framtida ändring som försökte kontakta någon annan värd skulle blockeras, inte tillåtas i tysthet. En rad är det medvetna undantaget, och dess egen cell säger det: Send to LinkedIn finns bara i skrivbordsapparna, och webbappens policy listar ingen av dess värdar - webbappen skulle inte kunna nå dem ens om koden försökte. Ytterligare två rader, Bluesky och Discord, är på samma sätt bara för skrivbordsapparna, och deras värdar utelämnas från webbpolicyn av samma skäl. Fem rader har ingen fast värd, eftersom du väljer adressen i användningsögonblicket: en URL du ber ett verktyg fånga, en fjärrinstans du pekar skalet mot, och din egen Mastodon-server, WebDAV-server eller S3-bucket (de två sistnämnda även som ett synkhem). Ingen av dem finns i policyn, och var och en sker bara när du skriver in en adress och agerar på den. Penpot-raden når Penpot via appens egen ursprungsadress, så den täcks av 'self'. En driftsättning som inte vill ha någon av de valfria (en företagsinstans med egna typsnitt, till exempel) tar bort de värdarna från sin policy, och funktionerna nekar som standard (fail-closed) istället för att nå ut.

Bortsett från två sorters rader skickar inget av detta dina dokument, projekt, sessioner eller uppladdade filer någonstans: de finns för att föra saker till din enhet (verktyg, typsnitt, modeller). De två sorterna är Skicka-raderna, som skickar den enda fil du valt, och synkraden, som skickar en kopia av ditt arbete till den lagring du valt och till ingen Lolly-server. Alla andra undantag namnges uttryckligen i avsnitten nedan.

En notering om vad vi tog bort. Verify kan kontrollera SEAL-signaturer, ett system där en fils signeringsnyckel publiceras i DNS. Webbläsare kan inte göra DNS-uppslag, så varje webbimplementering måste dirigera uppslaget genom en DNS-over-HTTPS-resolver från tredje part - vilket skulle visa den operatören domänen som kontrolleras plus din IP- adress. Vi använde tidigare Cloudflares. Det gör vi inte längre, och det finns ingen ersättning: Verify skickar nu ingen resolver alls, så SEAL-verifiering här gör noll nätverksförfrågningar. Ingen Lolly-app slår upp SEAL-nycklar i DNS i dag: skrivbords- och mobilapparna kör samma Verify-vy, och kommandoradsverktyget lolly validate kontrollerar inte SEAL. En fil vars SEAL-post har sin nyckel inbäddad kontrolleras offline, och Verify kallar signaturen internt konsekvent utan att bekräfta domänen. En fil vars nyckel bara finns i DNS visar SEAL signature did not verify, med skälet "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBKontrollera självHämta den signerade filen signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBKontrollera självHämta den signerade filen Du kan bekräfta detta själv: greppbara kontroller för det här och varje annat påstående på den här sidan, med exakta kommandon och förväntad utdata, finns på Verifiera själv.

Direktlänkade render-URL:er

Aktiv på lolly.tools. Varje https://lolly.tools/tool/<tool-id>.<ext>?<inputs>-URL renderas på riktigt, och indata följer med i den URL:en. Avsnittet nedan förklarar vad det betyder för dig, och en operatör kan stänga av funktionen på sin egen instans.

Appen i sig stannar helt på din enhet. Separat kan en operatör aktivera direktlänkade render-URL:er - /tool/<tool-id>.<ext>?<inputs> - så att en delad Lolly- länk kan visas som en levande bild i en README, en wiki eller en instrumentpanel. Att hämta en sådan ber servern rendera publik verktygs- och katalogdata med indata skrivna i URL:en.

• Inga konton, inga kakor, inget tillstånd. Slutpunkten är anonym, och inget på din enhet läses. Dina dokument, sessioner och uppladdningar lämnar aldrig din webbläsare - de kan inte förekomma i de här länkarna alls.
• Men själva URL:en registreras. En URL:s frågesträng är en del av förfrågningsraden, så den hamnar i värdplattformens vanliga åtkomstloggar på samma sätt som varje begärd sökväg gör. Om en länks indata innehåller någons namn eller e-post - en namnbricka, en e-postsignatur - finns den texten i de loggarna, och ingen mängd policytext ändrar på det. Därför är en hotlink-URL fel plats för personuppgifter: lägg bara in det du skulle lägga på en offentlig sida.
• Indata är offentliga av konstruktion i vilket fall - de är vad som helst länkens upphovsperson skrev in i URL:en, läsbart för alla länken når. Lägg inte hemligheter i en delad länk. Lolly erbjuder länkkryptering för känsligt innehåll.
• Svar cachas och hastighetsbegränsas som vilken publik bild som helst, och märks noindex så att sökmotorer inte indexerar dina renderingar.

Självhostar du Lolly och vill inte ha en publik renderingsyta? Sätt LOLLY_DISABLE_RENDER_GET=1 och var och en av de här URL:erna returnerar 404.

MCP-servern (valfri, för AI-agenter)

Lolly kan också nås av en AI-agent via Model Context Protocol - en operatörsdriven endpoint (lolly.tools kör en; vem som helst kan självhosta sin egen, också helt luftgapad). Den delar renderingsvägens inga-konton-hållning, plus fyra verktyg som med nödvändighet hanterar filbytes:

• lolly_transform (kör ett verktyg för enheten på serversidan, för den anropande agentens räkning), lolly_verify (kontrollerar Content Credentials) och lolly_redact (svärtar över regioner i en bild eller PDF) tar alla emot en fils bytes från anroparen. De behandlas i processen, i minnet, och resultatet returneras i samma anrop - filen skrivs aldrig till disk och sparas aldrig när begäran är klar.
• lolly_rebrand (renoverar en gammal presentation till ett designsystem, genom dess steg plan, compile och inspect) tar emot ett bildspels bytes på samma sätt, och behandlar dem i minnet, bara för det anropet - inget skrivs till disk eller sparas när svaret har skickats. Dess första steg, capabilities, anger i klartext vart dina bytes skulle gå innan du skickar några: på en självhostad lokal server lämnar bildspelet aldrig den maskinen; på en hostad server skickar ett anrop till lolly_rebrand bildspelet dit, upp till de storleks- och bildgränser som samma steg anger.
• Bildverktygen (lolly_look, lolly_sample_color och lolly_trace_edges) kan också ta emot en bildfil från anroparen, hanterad på samma sätt: i minnet, bara för det anropet. Alla andra verktyg fungerar utifrån parametrarna i anropet: text, siffror, färger, URL:er, katalogtillgångs-id:n eller ett dokument som anroparen lämnar.
• Åtkomst är antingen en delad token som operatören utfärdar till klienter den litar på, eller tillståndslös OAuth 2.1: kortlivade signerade tokens verifierade mot en delad hemlighet, inget lagras på serversidan och själva token skrivs aldrig till en logg eller en render-URL.

Content Credentials-identitet (en inloggning du måste starta själv)

Lolly kan försegla en kryptografisk Content Credential i dina exporter så att vem som helst kan verifiera, offline, att en fil är oförändrad sedan den lämnade Lolly. Så långt är det påslaget som standard och helt lokalt - signeringsnyckeln genereras på din enhet och själva signeringen sker offline. Utan registrering är den nyckeln engångsbruk: ett nytt nyckelpar skapas för varje export och kastas med den. När du registrerar dig blir nyckeln bestående och genereras icke-extraherbar - inte ens Lollys egen kod kan läsa den, bara be den signera. Hur som helst lämnar den aldrig din enhet. Det här avsnittet täcker det enda valfria steget utöver detta: att registrera en verifierad identitet, så att dina exporter säger "Verified - signed by \<your email\>" i stället för en anonym nyckel. Hoppar du över registreringen gäller inget i det här avsnittet dig, och ingen personlig data lämnar någonsin din enhet.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBKontrollera självHämta den signerade filen signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBKontrollera självHämta den signerade filen

Om du registrerar dig är det här exakt vad som händer:

1. Du väljer en inloggningsmetod - GitHub, Google, SUSE (id.suse.com) eller en e-postad länk. För de tre OIDC-leverantörerna omdirigeras du till den leverantörens egen inloggningssida, som styrs av deras integritetspolicy, inte vår. Lollys certifikattjänst får tillbaka bara en verifierad e-postadress och leverantörens namn. För e-postlänken skickas adressen du skriver till Resend, ett transaktionellt e-post-API, enbart för att leverera den ena länken.
2. En kortlivad cookie skyddar omdirigeringen. Det här är den enda cookien hela Lolly-systemet sätter: lolly_ca_state, HttpOnly, avgränsad till /api/ca, som går ut inom tio minuter. Den bär ett slumpvärde, inte en spårnings- identifierare, och finns bara för att stoppa att OAuth-omdirigeringen förfalskas. Den rensas så snart inloggningen är klar.
3. Din IP-adress används kort för att förhindra missbruk av inloggnings- endpointerna (så att inte ett skript kan spamma en inkorg eller tömma e-postkvoten). Lolly hashar den innan en kortlivad missbrukskontrollhink skapas; den råa adressen skickas inte till den lagringen. Hinken går ut efter ungefär en minut och används inte för spårning. Vanliga hostingåtkomst- loggar är separata och beskrivs nedan.
4. Certifikattjänsten utfärdar ett kortlivat certifikat (7, 30, 90 eller 365 dagar, ditt val, begränsat av operatörens policy) som binder din verifierade e-post till den publika halvan av nyckelparet som genereras på din enhet. Den privata halvan lämnar aldrig din webbläsare.
5. Ingenting om utfärdandet registreras. Certifikattjänsten för ingen utfärdandelogg: inte din e-post, inte leverantören, inte ett serienummer, inte en tidsstämpel. Ingen databas, ingen loggrad, ingen webhook. Din e-postadress finns i begäran bara så länge det tar att skriva in den i certifikatet som din egen enhet tar emot, och sedan är den helt borta från vår sida.
6. Efter det är signering offline igen under hela certifikatets livslängd. Att exportera en fil kontaktar aldrig certifikattjänsten - bara registreringen gjorde det.

Avvägningen, sagt rakt ut. En tidigare version av den här tjänsten loggade varje utfärdande, så att ett felaktigt utfärdat eller komprometterat certifikat kunde spåras. Vi tog bort det, eftersom den loggen var den enda platsen i hela Lolly där personlig data kom till ro på en server, och vi föredrar att inte ha den framför att ha den försiktigt. Vad vi ger upp är spårbarhet på serversidan: om ett certifikat missbrukas kan vi inte slå upp vem som fick det. Certifikat är kortlivade till sin natur - 7 till 365 dagar, ditt val, begränsat av operatören - och går ut av sig själva, vilket är den motåtgärd vi förlitar oss på i stället. Självhostare vars egna skyldigheter kräver en granskningslogg kan lägga till en, och blir därmed personuppgiftsansvarig för den datan.

Webbläsartillägget

Webbläsartillägget Lolly URL Screenshot samlar inte in någon personlig data åt oss. Det har ingen analys, ingen spårning och ingen egen server. Sidan Webbläsartillägg beskriver hur det fungerar.

Vad det gör. Lolly-webbappen kan be det om en skärmdump av en webbsida, eller om en sidas innehåll för att starta ett designsystem från en webbplats. Varje förfrågan öppnar ett godkännandefönster i tillägget som visar vilken sajt som frågar, om den vill ha en skärmdump eller sidans innehåll, och sidans adress. Först när du trycker på Approve once öppnar tillägget den sidan i en tillfällig bakgrundsflik, tar skärmdumpen eller läser sidan, lämnar resultatet till den Lolly-flik som bad om det och stänger fliken. Varje förfrågan kräver sitt eget godkännande.

Data.

• Vi samlar inte in något. Resultatet går bara till den Lolly- sida som bad om det, i samma webbläsare. Tillägget lagrar inget sidinnehåll och lägger inte till någon annan mottagare.
• Nätverksförfrågningar. Sidan du godkänner laddas som den skulle göra i vilken flik som helst, tillsammans med vad sidan själv begär. När ett sidinnehåll läses hämtas också sidans stilmallar och några av dess ikon- och logotypbilder, inifrån sidan, och de hämtningarna skickar inga cookies till andra sajter. Tillägget gör inga andra förfrågningar, och ingen går till en Lolly-server.
• Din webbläsarsession. Sidan laddas med din webbläsarsession, så som den skulle göra om du öppnade den själv, så en sida du är inloggad på kan lägga privat information i resultatet.
• Adresserna du godkänner används bara för att ladda den ena sidan för den ena förfrågan. De loggas eller delas inte.

Behörigheter.

• debugger - för att ta skärmdumpen via DevTools Protocol (samma mekanism som Lollys skrivbordsapp använder).
• tabs - för att öppna och stänga den tillfälliga fliken, och för att kontrollera att varken Lolly-sidan eller målsidan har flyttat sedan du godkände.
• scripting - för att läsa en sidas innehåll i den tillfälliga fliken, efter att du godkänt den förfrågan.
• storage - för att notera id:n för dess tillfälliga flikar i sessionslagring, så att de ändå stängs om webbläsaren stoppar tillägget under en förfrågan. Inget sidinnehåll lagras.
• *Valfri sajtåtkomst (http:///, https:///) - beviljas inte vid installation. När du trycker på Approve once* ber tillägget Chrome om åtkomst till den enda sajten i den förfrågan, och Chrome frågar dig första gången för varje sajt. En sajt du tillåtit tidigare kräver ändå ett nytt godkännande för varje förfrågan.

Ingen av dessa används för att läsa, övervaka eller överföra din surfning utöver den ena förfrågan du godkände.

Infrastrukturloggar

Precis som vilken webbplats som helst genererar servrarna bakom lolly.tools - och bakom varje Lolly-driftsättning - standardmässiga webbserverloggar (access logs) närhelst en förfrågan över huvud taget når dem: IP-adress, begärd sökväg, tidsstämpel, user agent. Det är grundläggande hostingbeteende, inget Lolly lägger till ovanpå, och det innehåller aldrig innehållet i dina dokument, eftersom de aldrig når en server över huvud taget. Det enda avsiktliga undantaget är en fil du uttryckligen lämnar till ett MCP- anrop av lolly_transform, lolly_verify, lolly_redact eller lolly_rebrand, som behandlas i minnet och aldrig skrivs till disk eller en logg, som beskrivet ovan.

Lollys egen kod skriver ingenting till de loggarna. MCP-servern loggar start, konfiguration och renderingsvarningar; den för ingen egen förfrågningslogg och loggar inte tokens eller anroparadresser. Penpot-genomströmningen loggar varje kommandonamn och Penpots svarsstatus, aldrig rubriker, tokens eller filen. Certifikattjänsten loggar sina startinställningar och konfigurationsvarningar, plus två avskalade rader vid fel: en felstatuskod för misslyckad sändning utan mottagaradress, och en fast felrad utan felmeddelande, stackspårning eller URL (ett leverantörsfel kan bära identitetsvärden eller inloggningsuppgifter). Allt annat i loggen tillhör värdplattformen, inte oss.

För lolly.tools är hostingen Vercel, och lagringstiden för åtkomstloggar följer Vercels egna plattformsstandarder för vårt abonnemang. Vi konfigurerar ingen loggexport, ingen långsiktig logg- export och ingen analys- eller övervakningsprodukt ovanpå. Vi behåller ingen egen kopia av de här loggarna, vilket också innebär att vi inte har något sätt att söka i dem åt dig - se Dina rättigheter.

Rättslig grund, lagring och mottagare

Nästan ingenting här kräver en rättslig grund, eftersom nästan ingenting behandlas. För fullständighetens skull, hela listan:

Mottagare. Kategorierna av mottagare är: vår hostingleverantör (Vercel Inc.); vår leverantör av missbrukskontrollagring, som bara tar emot kortlivade, envägshärledda hinknycklar och aldrig den råa IP-adressen; och - endast om du använder e-postinloggning - en leverantör av transaktionsmejl (Resend). Om du loggar in med GitHub, Google eller SUSE (id.suse.com) interagerar du direkt med den leverantören enligt deras egen integritetspolicy. De lämnar oss en verifierad e-postadress och inget annat. Vi delar inte personuppgifter med någon annan, och vi säljer inte data, kör inte reklam eller profilerar användare.

Överföringar utanför EES. Vercel och Resend är amerikanska företag. Beräkningsfunktioner för lolly.tools är fästa till Vercels Frankfurt-region (fra1) så behandlingen sker i EU, men som USA-baserade leverantörer kan de ändå få åtkomst till data som personuppgiftsbiträden från USA. Dessa överföringar bygger på Europeiska kommissionens standardavtalsklausuler och/eller EU-US Data Privacy Framework, enligt vad som anges i respektive leverantörs personuppgiftsbiträdesavtal. Eftersom de personuppgifter som når dessa leverantörer är så begränsade - en e-postadress som skickas vidare för att skicka ett meddelande, vanliga åtkomstloggar, och en kortlivad härledd missbrukskontrollhink - är exponeringen motsvarande liten.

Automatiserat beslutsfattande. Inget. Det förekommer ingen profilering och inget automatiserat beslut som ger rättsliga eller på liknande sätt betydande effekter (art. 22).

Barns integritet

Lolly samlar inte medvetet in personuppgifter från någon, oavsett ålder, i den vanliga användningen av appen - det finns inget att samla in. Den enda plats där personuppgifter (en e-postadress) någonsin samlas in är vid registrering av Content Credentials, som beskrivs ovan, vilket inte riktar sig till eller är avsett för barn.

Dina rättigheter

Eftersom nästan allt Lolly rör vid endast lagras på din egen enhet är det mesta av vad dataskyddslagstiftningen kallar "dina rättigheter" - tillgång, rättelse, radering, portabilitet - saker du redan kan göra själv, direkt, utan att fråga någon: din data finns i din webbläsares lagring, i en form du kan granska, exportera (Exportera mina data, ovan) eller radera (genom att rensa sajtens lagring i din webbläsare, som ovan).

Formellt har du enligt GDPR artikel 15-22 rätt att få tillgång till dina personuppgifter, att rätta dem, att radera dem, att begränsa eller invända mot behandlingen av dem (inklusive att invända mot allt vi grundar på berättigat intresse), till dataportabilitet och - där behandlingen bygger på samtycke - att återkalla det samtycket när som helst, utan att det påverkar lagligheten av det som skedde innan du återkallade det.

Här är den ärliga positionen kring att utöva dem gentemot oss. Eftersom vi inte längre för en utfärdandelogg, har vi inga personuppgifter om dig som vi kan slå upp, rätta, exportera eller radera. Om du skriver och frågar vad vi har om dig är det sanna svaret ingenting, och det säger vi rakt ut. Den enda kategori som alls finns är åtkomstloggar för hosting kopplade till en IP-adress, som förvaras av vår hostingleverantör enligt deras standardlagringstider. Vi har ingen möjlighet att söka i eller selektivt radera dessa, och vi säger det istället för att låtsas annat. Allt som faktiskt är din egendom finns på din enhet, där du redan kan läsa, exportera och förstöra det utan att fråga någon om lov.

Du har rätt att klaga. Om du anser att vi har hanterat dina uppgifter felaktigt kan du lämna in ett klagomål till en tillsynsmyndighet för dataskydd

• inom EU, myndigheten i ditt bosättningsland, ditt arbetsland eller där du anser

att överträdelsen skedde (art. 77). Vår ledande tillsynsmyndighet är Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) i Ansbach, Tyskland. Du behöver inte kontakta oss först, även om vi gärna vill ha chansen att rätta till det.

Vi säljer inte data. Vi har ingen att sälja.

Ändringar av denna policy

Datumet högst upp ändras varje gång detta dokument gör det. En ändring som påverkar vad som lämnar din enhet eller vad som sparas får en egen rad här, inte en tyst redigering - om du vill se vad som ändrats, fråga (nedan) eller jämför mot den publika källkoden.

22 oktober 2026: rättade beskrivningen av befintligt beteende. Avsnittet om webbläsartillägget täcker nu godkännandefönstret för varje förfrågan, sajtåtkomst som begärs en sajt i taget och hämtningarna av stilmallar och ikoner vid läsning av en webbplats. Rättat är också: raderna Skicka till Google Drive och Meeting Planner, noten om SEAL (ingen Lolly-app slår upp SEAL-nycklar i DNS), standardnivån för användningstelemetri i organisationstjänsten, MCP-bildverktygen och applikationsloggningen i de publika tjänsterna. Själva programvaran ändrades inte.

Vem som ansvarar, och hur du når oss

Personuppgiftsansvarig för lolly.tools är:

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

SUSE har utsett ett dataskyddsombud, nåbart på privacy@suse.com. Använd den adressen för alla formella förfrågningar under "Dina rättigheter" ovan.

Angående allt kring Lolly i sig - hur det fungerar, varför något är som det är eller en rättelse av detta dokument - kontakta Andy Fitzsimon, fitzy@suse.com.

För en självhostad eller enterprise-instans av Lolly, kontakta istället den som driver den: operatören är personuppgiftsansvarig för sin egen driftsättning. SUSE och Lolly open source-projektet innehar inga uppgifter för driftsättningar de inte kör.