[From nobody Sun May 3 21:37:08 2026 Received: (at 1127368-done) by bugs.debian.org; 3 May 2026 20:36:26 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02 (2024-03-25) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-6.1 required=4.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,FREEMAIL_FROM, HAS_BUG_NUMBER,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, TONLINE_FAKE_DKIM autolearn=ham autolearn_force=no version=4.0.1-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 20; hammy, 150; neutral, 148; spammy, 0. spammytokens: hammytokens:0.000-+--H*F:U*c.schoenert, 0.000-+--H*RU:sk:c.schoe, 0.000-+--H*rp:U*c.schoenert, 0.000-+--Hx-spam-relays-external:sk:c.schoe, 0.000-+--H*Ad:N*Matthias Return-path: <c.schoenert@t-online.de> Received: from mailout06.t-online.de ([194.25.134.19]:53952) by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from <c.schoenert@t-online.de>) id 1wJdY8-005RQr-1o for 1127368-done@bugs.debian.org; Sun, 03 May 2026 20:36:26 +0000 Received: from fwd88.aul.t-online.de (fwd88.aul.t-online.de [10.223.144.114]) by mailout06.t-online.de (Postfix) with SMTP id 6A2A848B; Sun, 3 May 2026 22:31:04 +0200 (CEST) Received: from [192.168.188.24] ([105.186.153.32]) by fwd88.t-online.de with (TLSv1.3:TLS_AES_256_GCM_SHA384 encrypted) esmtp id 1wJdSv-4dqd8a0; Sun, 3 May 2026 22:31:02 +0200 Message-ID: <fe5e0515-4c80-4942-aacf-ba5058c569a5@t-online.de> Date: Sun, 3 May 2026 22:30:59 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Bug#1127368: kicad: KiCad changes files without reason or authorization From: Carsten Schoenert <c.schoenert@t-online.de> To: Matthias Brennwald <mbrennwa@gmail.com>, 1127368-done@bugs.debian.org References: <5B93AT.7U6XDY9NTLFG1@gmail.com> <5B93AT.7U6XDY9NTLFG1@gmail.com> <41cc9f5f-29a0-4e45-ab4e-b8ec60bf834c@t-online.de> Content-Language: en-US Autocrypt: addr=c.schoenert@t-online.de; keydata= xsFNBFIDTk4BEACx6disb51q5rTdDmnkOayFDiLgOrZ4InnRmbTsgYJaigcRXjVtjFaxwL0M Qtzrt9srlLBReWD4JvoLP9/8z2C1ORaoOUatApssuKd32Qa80lBlduIQCfaZ6K5Ij0TXeqIb dWXMWSvpaOwt+ecBGSdEepgABtxO9Xel9zqDsAauFxBRHGzJs3bSG8QRtwnQA2+9J8UEtzAc dY69YAkF3Q6HIPP/0mbGiget/1WGR+8tPKlVMYcgZtGIP2J36GkDbfDvdbH5QLn2KtMuGXLv f1CTy+vvQL3mY4caKamCU7tLi8FSufNZpPChguNOHsbuO//ACrTFqGysVFvq25zEb60t9Hoq AXHIMlDJFnR7XBUCyAHV4NROMvGZlFbLuZpUA81Kukj72xifqk9ZFl9sxqKPgheqi+dT8peV LgvgCgMgQjvZgQ5X4AG2kiIezWtjlToCZAZ4ufQ26aofvwZqhBrogQF/+272B9CJuKBLIx+R CEhtW4gTKShY3moc8Aqh8AFH3pWkXILAxEGnvMu8oapAUiRNXNOb/nBlYXH1BEc+Boarm8vj LElQxdI4uNEQsLvZxsL4iYvrbZ5OLZnjkMJjvU7XVFjxAkDAHT8eYH9LWK/VeiK8fm+zsDZU qy2dN77RYlQbO9TkKlJs3CR2lpT7Dr/ObtIqEf4VFOplxTY9kwARAQABzStDYXJzdGVuIFNj aG9lbmVydCA8Yy5zY2hvZW5lcnRAdC1vbmxpbmUuZGU+wsF3BBMBCAAhBQJSA05OAhsDBQsJ CAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEIMBYBQlHR2w8DoP/2RO8DOOA/P2Bf5atiNtEbSD nPGlN5Roml4paIPoGMw42cezBekdkJ4B/Ccr2x5MigroUTYLZwxP6U7YUNVuZhRmaEjGVD35 pIklW/os+9b5srxpdHWatHC6w/OoRL0P5EtK3sHeMOrhhMsSZe/fCiXr5VetpVgNx9fdFmSs UhkiyaBar24bLNAaY3KAAnDAUxXfQxZdYZ6kxH2Wq6sypgfq1lk4TTzGUx32nmGcR/fBZmmc +ZbZPzjd3Mor9/Dg57aMt87j/MqIndHVuucAB+/lENM4ufK04DBoqHEorD2CQJvEkn7HjydE e0YNITrFkpsqbbeltIMNV6viIxQluoYjBobY+5CRvCtYr/9m5ND0tDwHesfaBY7NWkkWhCYs M+CtlyqCtSo9Y23i/ap99GSNfguVISp8nxy3i8w/ZQ44TIRv/0zEcRoYgl/iF3wB3Gug6DVa XSZKveGMc2Q1+5u9jWfC/Jvy+J1qPM9h2m5pvTwuBrdfaMGvOzCk0iqWvHUN4cZIa8io2WXD pbbnytAhqFDFYCfgpL1Q9eczVIOO3WaITAJVHGBYnLLpsgwdsIMGXyhRO9wSpC80o2HhQK90 ifpYS1VnLJLNt2D+B31uuQr6LIuq1rtUvAzM39i3ftMLCnL1jSa+6q0uVzyTWI1xsmF7g0md ulwfQ+5zLW4KzsFNBFIDTk4BEADKWf/qL0X1KWdBdTyI6qoz/1YL/hLniKAvR9J43Wtfv9EY NxRpIMGzNTOyCi/qlw0HbMo6vIxy/Tw8nTj36OjZrZQ0dFHKM66Vl4KNbA5kI0lCTj1FIjGR adMsBXWpJ44SdXF5BtAuq2/vZzYbLtjYGu5tnQrYLjGOQ0FByw3wuGnlBJVzGbbCxSB06mGa w5LXRq5HZN5zzmaiqx+z+hlOAtyo61x+gxT5BNQXGIdZkBKyzItx4OxFaiWh3JtLqSQDBkDo yzhPvEBaOFn99QUgfk4Maoj1PgFgoteKQrywY18HCtlpSMUAvX+k074kDYgrTLrh26ApECl+ bOK6P1BPWRN0uedKewnGGemJJwq2RihdpLzyHBaRlwokRH9Drs7pCsxfy9VgPCEbm7ytgzk0 EHkA7Hl/ur39TT8VLluc+zZ10xU4uuTWIBiUOeIbuJo+UVRZBFVMmsKDVQeFSi0ujz/VW/0N sW1L73406B3jYZB/bffFTGkH5acrq3cQ25Wcur92da30g5TOq3sG71+XDPVcNZgiMbDJf6tK 39rB/GjQ0Pk0O2GaiSL9tGkfjsxhZ7p5+lNCDOWWK8IAH6T7PKoIGPqRl8KmANE6qZsevgaM CWsvkJastf9a3F6ZbL15QD1qdtRebv8yhCxyikaqy8oZKWDer4pBy0oD+g9/CwARAQABwsFf BBgBCAAJBQJSA05OAhsMAAoJEIMBYBQlHR2wMKAP/iL+tk5G2vbVJCw0BKJBoMEjBedQI38l f9CeLSVtJeokIR8GkDqgTpwKJaH0/cou2Q2GUMJ5U4J/vvYFNzJk8jyT1fdC0N83HUGNKQ3H NGGcq0GQFoOHcSVeo1V77Fuf3YYhzD5mPz/ypvIvsnbuiRgxWx5meU9LfZzf8Ijzv6e67q1O G+JAKvitV4UvUo9l05ewadRg53QpWNmmRHSXflpmw0PX5C9TKsyY/Sg4DdBf2NIzktQyOxya T2yHaVuQUUQRQ0248NdA1ql7zV48ZjF1ADhagQ8bgYuGMdOW6upfUBvPqQl0poV8FwjNErex N+CUbA5inlT9oIP03LtwZoKKDuK2PojoTtGp7WZ4ryQX9i9ogUOGknAABxFg4iMBQVkyl9oF QSgHa0HlbjRj8uY1kqsO4FgrcoGiouNzEfhP5zpxvCg3BBuWngo9ApU+MXOAwuq1Gt4dzUg4 7Ir2s32nhiv5TErJzPdNrUSK/tOUZOSkOzXv1kOGbXAlhC/5a5VGfA99uFcYK899gpfB4q64 jrc3wewP0MXjVl8U004Px7sYT4BkAoCupRtmBoRWhttvbcv6T8uFMAF+j91ng0X1+n21fV+O 9wPRnD3/KJThRVMR8poUevmJbFgPfvGGmz1asVIK8tBamAZp5aCeqZ7HVkTmMbj1x07Ry7o0 iWLO In-Reply-To: <41cc9f5f-29a0-4e45-ab4e-b8ec60bf834c@t-online.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-TOI-EXPURGATEID: 150726::1777840262-33FFC8E9-F8E2F9F4/0/0 CLEAN NORMAL X-TOI-MSGID: b51ac6d3-5bfc-460f-9453-e73e4a5a5dfa DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=t-online.de; s=20260216; t=1777840264; i=c.schoenert@t-online.de; bh=Igm2Nolj3JGN9qgIfhCs73Skf161GjlXcOv5147ZO/k=; h=Date:Subject:From:To:References:In-Reply-To; b=CL1W4wP5Qh1jtg6PTGmJOr0k0aHA4IMajnpxRKSaLP5NJ76uFJ5kmQRXqJ1xzLnca wRupLG3Q7cOL2VumonuslurDiLGQqg9k3GPUk8dJqYVIL+fvAS3hWcNFsxxXrvSA2+ FXZ1F3FFV7Wcv8tVKL4NqWZezUWh7La0UTvT5gx+PUjnR6o130iggcqkwJxMRqog0X 7p69VA16JHZxUGn0pRZMeTG0wW3qvdIKwJwM138SmdCxvx3uA5Kf6rw3Pzv18cAM7u dC9FDynnsTjETaoNqp4EePwQO49BHQ6JEKeD0QsvKCf4asjiKt2QSoDtHrjZGxzgM+ +CdymFBsIRJWQ== X-Greylist: delayed 312 seconds by postgrey-1.37 at buxtehude; Sun, 03 May 2026 20:36:24 UTC Hello Matthias, I'll close the report now as no feedback was ever given. Am 15.03.26 um 10:21 schrieb Carsten Schoenert: > Hello Matthias, > > Am 07.02.26 um 14:28 schrieb Matthias Brennwald: >> KiCad changes files without reason or authorization. >> >> Steps to reproduce: >> * Open a KiCad file >> * Double click on an element to see details >> * Close the file >> * --> KiCad asks if the changes should be saved, although nothing was >> changed. >> * --> User clicks "Discard" to prevent changing the file anyway. >> * --> The file gets changed (new timestamp), although KiCad was told to not >> change it. > > Has the content of the file changed? I guess no. > > If not than the behavior isn't issue and a normal thing that is happen > due how filesystems do work. > > An example. > Given we create a new file 'testfile.txt' and we look at the low level > file properties which are created by the tool stat. > >> $ echo -e "Current time: $(date '+%F %H:%M:%S.%N')\n" && echo "test data" > testfile.txt && LANG= stat testfile.txt >> Current time: 2026-03-15 10:04:20.999735307 <--- The output of the date call. >> >> File: testfile.txt <--- The output of the stat command. >> Size: 10 Blocks: 8 IO Block: 4096 regular file >> Device: 259,3 Inode: 1713991 Links: 1 >> Access: (0664/-rw-rw-r--) Uid: ( 1000/ carsten) Gid: ( 1000/ carsten) >> Access: 2026-03-15 10:04:20.997852751 +0200 >> Modify: 2026-03-15 10:04:20.997852751 +0200 >> Change: 2026-03-15 10:04:20.997852751 +0200 >> Birth: 2026-03-15 10:04:20.997852751 +0200 > > You can see the file is created with four dedicated values about > different times. As the file was just created all the parameters have > the same timestamp! > > Now do just using the cat command, means we will read the file. > >> $ echo -e "Current time: $(date '+%F %H:%M:%S.%N')\n" && cat testfile.txt && LANG= stat testfile.txt >> Current time: 2026-03-15 10:04:49.073065930 >> >> test data >> File: testfile.txt >> Size: 10 Blocks: 8 IO Block: 4096 regular file >> Device: 259,3 Inode: 1713991 Links: 1 >> Access: (0664/-rw-rw-r--) Uid: ( 1000/ carsten) Gid: ( 1000/ carsten) >> Access: 2026-03-15 10:04:49.071198334 +0200 <----- >> Modify: 2026-03-15 10:04:20.997852751 +0200 >> Change: 2026-03-15 10:04:20.997852751 +0200 >> Birth: 2026-03-15 10:04:20.997852751 +0200 > > The timestamp has only changed for the Access entry as it was a read > only access. > > Now open the file in a editor, change nothing but save the file while > closing. > >> $ echo -e "Current time: $(date '+%F %H:%M:%S.%N')\n" && LANG= stat testfile.txt >> Current time: 2026-03-15 10:07:46.117659114 >> >> File: testfile.txt >> Size: 10 Blocks: 8 IO Block: 4096 regular file >> Device: 259,3 Inode: 1713991 Links: 1 >> Access: (0664/-rw-rw-r--) Uid: ( 1000/ carsten) Gid: ( 1000/ carsten) >> Access: 2026-03-15 10:05:07.320072273 +0200 <----- >> Modify: 2026-03-15 10:05:05.683993944 +0200 <----- >> Change: 2026-03-15 10:05:05.687994136 +0200 <----- >> Birth: 2026-03-15 10:04:20.997852751 +0200 > > Now it is visible that the timestamp for the Access, Modify and Change > has been changed. But the content is still the same. > > If you still think the behavior is a bug you will need to address this > issue upstream, Debian is not doing any special things, we do just > package the upstream data with just some minor modifications about the > apptsream data and the string of the Release version. > > Further information can be found also here. > https://linuxconfig.org/check-file-access-and-modification-time-in-linux > -- Mit freundlichen Grüßen Carsten Schönert]