Description: Memory usage is steadily increasing every time when copying something to the clipboard Steps to Reproduce: 1. Open the attached file (with zero undo steps) 2. Select All (CTRL+A) 3. Copy (CTRL+C) multiple times (12x) while monitor the memory usage -> increasing 4. Close the Writer document -> nearly no effect on the memory usage 5. Open a New writer document. Clear the clipboard -> type something into it; select it & copy it (still no substantial change) Actual Results: Memory is steadily increasing Expected Results: No or a little increase Reproducible: Always User Profile Reset: No Additional Info: Repro with: Version: 6.0.0.0.alpha0+ Build ID: fc61be93c60967bf1d6bcffcada8189016d4530e CPU threads: 4; OS: Windows 6.29; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-09-04_23:40:52 Locale: nl-NL (nl_NL); Calc: CL but not with: Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 136121 [details] Example file
(In reply to Telesto from comment #0) > 1. Open the attached file (with zero undo steps) For zero undo steps: Open Tools - Options - LibO - Advanced - Expert config: org.openoffice.Office.Common/Undo (and set it to 0) I could repro this earlier in our private discussion, so setting to NEW
Also found in: Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 4; OS: Windows 6.2; UI render: GL; Locale: nl-NL (nl_NL); Calc: CL but not in: Versie: 5.3.3.1 Build ID: 46360c72c4823cefeaa85af537fba22bd568da7e CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; Layout-Engine: nieuw; Locale: nl-NL (nl_NL); Calc: CL
~/bibisect-win32-5.4 $ git bisect bad af41b507d8b649bf19e1337db93291acf2e0f859 is the first bad commit commit af41b507d8b649bf19e1337db93291acf2e0f859 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sat Feb 11 02:27:13 2017 -0800 source 4b429851e54ccc42e5f9acebce67139bc3d5e244 source 4b429851e54ccc42e5f9acebce67139bc3d5e244 source 28ec4d1456ae17711749e4131e9f8e96eccb1b95 source 416252b1f6d60d36f8cb0b57c71a0edf33395a44 source 68044e9ec6d17cac1695b0e87c8430df98ace80e source 079abb8b46a53600352c6f99a391153684ed8a98 source ff46e5335896903fd9f20f321b96b7e5b72cda5d source 0f5da9c1c6e3e29de46f9ad48864945074004586 source d08e466c465b6d10c381937fd5e7ba8a160e7b85 source ea88107a65e93cde3729c46a4cc738ce396890ca source 2b385f20e7ddefd37f4ad6080b869c2120e67435 source a10b95bcc97896f7f8d8643593a5d759f41ac82d source 5b2b75ac26961d3cef093ca546a5316be6f2d782 source 0d5e1cd497b0de0e62c5911fcd6b473689a1dfe7 source 693b00a6b22c0f3e84316f38d7f2c81e35eecc4d source d77087577066350d9f26b8736ec1b672dd328cfd source 4c81fe62c16b0ebc7f86ff589880169247584c8e source 49f6e7fecd7d6dbac399881e6397ca550ba675c4 source 24672786abf703659f60babe1a6e0f19775593ce source 72828a34e76017cfa0df53babc24d1c2377031f8 source 9cc666630dafd3fc6cf65ec5b0048df58a3af5a2 source 35e122bfa5e3de9f7c4eb762a206642c4e22157e source 8ee3f986981ecb74bafb9d4702085bb993418efd source 4770f5488870cae68d9a3df2c62613c32a040f44 source 36d7778f465367ebd2ea5e64cfcea2fc22a8b01d source f72756cdfb9cd0b574fd84f194355c3ad00d3677 source fba7a44ee479540ba65b41ef1e647cdb93c20d14 source cbf61ee5652573f7c18065c477598edf1e14156b source 0e22ddad37cf2529b3ab7edf8862d14e85dad53f source 2131bf4ebd3bab7bb0b3f3587078e3d51833db18 source 18f40d26ec03dbd23f254c2cfe95e4783fd33449 source 25df36cf04b6ad94da09725a0bfe012b404b7de2 source f725fadea60a4a74724f8bb9c71aa54a644c35bb source 6e3cbd285ebf5ec8b97576eb234711cd465e573e source 21dda4921fa4bdcf6bd8193d776f316f967898da source 327f3f544e9bdb31e1d331c566db48a0a666a4f2 source 8955ce4ede374ed2af4477850809d21a2b5e6dd6 source de70ad0b0c65f4ae5dbdb156e1b9aa1d22855b2c source f486e4a428be124627d89ce9f9ccf18eca9deb75 source 6fffabf4e5afcc97126b6281f3d322cbd7615f7d source 4500e89f7f933e8b90d175b739e9d0b2a4c11486 source b814e4d0503ae135f4532e16db4830a4ac8c0167 source f96428fc5f9c19b9fe1d6eb32ddac8d84f7372ef source b36f675c5e13decbd3204c0e5e893a41e5653a72 source 8870dec9a431eeff5045efd4ba12a2a70bad5e24 source 7b79e23260db34f2bb0a2994a5e64dd39117228c source 920f1dd4a77b887f79a24b76adf0d25f00551056 source 5fb6c73d3037d9f860212ecb06b99fdc34bb6dcc source 5ad3a737e0ec43ca41bc8353cd0897d882204d32 source dcb992ae2a4f022336c63e6bdace68000218397b source 491f9a6ce4ab670145833dbcdd2b2ae5fe824c68 source ebcc8707a019831907c340ce3bcbc9557136eed0 source 2527c001408b17b5a740d81debcf97a1385932e0 source 9859ee7b1901449e63e4047554776f23c2de20ce source 77894947ea5fcae00d8eeaee9482b53adfc6b7f2 source 1d5372daac88346d59c2bf6a14ec9dd9ce6eb1bc source 8a12673c1727381ce8ab729759c3d9cd2069342e source 1aabba2778e3a634be00d8a6eb0388c4aaf07ccf source 53d6df4f54d92bdb527ff2824561db998695e865 source d9126de425534db6f09a1a7ef5d0e91f26a2c6ea source 9c807ff9d8e0e6e84852aead31d8b19ec6453207 source 9439844a795e32c67bdb0b0d83f7d9c200866df4 source 7c58ebaa025d6b8852608045af23239f7402a8be source 2bba0a173d5a7eb2fc41871e86bdc4a2a3d3ef8f source 6cf68af560b45b753836c4d3dc8b00aef1a34123 source 4f43e2b1e00001666a3ae0a2706e9564e14c30c4 source 660ec54429a02e522ea8321137cb0379c4d0ec59 source 7fca7325543415e53e9db2a95e6a1ea5e77f429e source 8ccd11e1ae7248071184bfbeb2bced9ce096d52b source 843e2a9dd6127bf7b5b9adde2ef01451449f0ba3 source 9e82befc72c5af36cf093f68eab31f837657ea1c source 6ec8387bea9015c4487f76cebd045a1a6e291bc4 source d0293ed2421e2d7d0290c24d89959c84d1060623 source eca0aee7a5f862e63b2bb4b56ef69fb5761e4b5f source e5460ca2774ce121dca3f6d06fbfb556c8fffcd9 source 545c6e9d4fa3209eefd3867077c5fe820f0675d0 source ecd82b5121899fe23f0ccbdd8a89c8b18436f027 source ef306355851e9b6591e9f3fb9476d5bbd548d9ba source 5a5cd0ac64c9a56f6d680a2aec2821c8d888f688 source 484658f9df81b06e7444b5c7c2cc7841abf829e7 source 8211548e7d76fe1b6e022f3db7301bb63aaa66ec source b6dcda29bc1b06d92813d7cee9a8dd2771fca145 source 9db8c85f75f1d0bc76aa1a77cd118b72d188e8b1 source aa347e360c87651da647c12d444429a3c401c37d source 81516167e37cae84b8d74cfa7537196312fb9911 source 0d08b70ec10e3100ae374564c95d74b78508a5a6 source fe9c6fa5a43177f4d77766f29d44784e17f53320 source b2c467e47f438b2011aa304cca9bf403eaa1c8e2 source 64871f42632b89e6eb336298b83d0720e044e382 source 5e58ea581e330680ce0a6695b86fd909d7b5fcb0 source 1b6fa616087e7415be9dc7113bbd8bf381aadd70 source 968f6a7f0293c08a73807603f3cb294e4b50bad8 source d3ff66999d924e832f8219c65ced0526f1a67f82 source afb60a273f9ed9f1ff17f25f62ef9dd15a4a7c3a source 6944b82d6d892e9921af659a4eabec5976511392 source a024b6dfff0c773e8cfbefa7f6a9d3579ce8e759 source f7ee0054cf9da35f210d9043a68339415aba2284 source a754294ac7a902fe96fbbd6b8b6824a360d6b248 source 071c74dfe24940b4222ed9576e2357d012b86617 source 1f80f2c3535b3c93abade36748408df37315c5f6 source 6b05071e282515cc589ac806476360f851ea5f72 source 82f9573bb239b8e964723b05374d8619c3d45112 source 43e8797add78ba172abdc75457500d68c15473eb source 935231896925461f36eff5aee58aa64921ccb0e5 source 37192ccc89dda5ca8c274e7cfb8b236fd5aaeb4f :040000 040000 1c4af0948955d28a17e8ba20800f152ca0f2f455 f30cb1890f269497bac0392650193b38a8d944f3 M instdir ~/bibisect-win32-5.4 $ git bisect log # bad: [ce4dd90e7ca9dbdd95cd371173de6fc199859a4d] source f200d5700782ae179fd96b6ad4b0fe8e7edd1616 # good: [633bfe84509c1953415e5dd0f564098a16890131] source 4136757b4e51c4e6f7cb4132c95538a7f831ef2c git bisect start 'origin/master' 'oldest' # bad: [b0dbbec4cf8fe5d5e886cce07fd4f377e4f2559e] source c2b1336b7b2fbec0172c09e247593bd43320f5fd git bisect bad b0dbbec4cf8fe5d5e886cce07fd4f377e4f2559e # bad: [07aa4febb313d4b3f31b4ef6474c7b38acfb0a94] source efbbf4a7950a63b771877f5e9fc98acb174d55ed git bisect bad 07aa4febb313d4b3f31b4ef6474c7b38acfb0a94 # good: [622b8221f17acd002edc9c8207aa97c15a3d7d4e] source 21033d04fd55470cb8b693bca4af2058da2a8dcc git bisect good 622b8221f17acd002edc9c8207aa97c15a3d7d4e # good: [82f5c68ded28949a263d8ebed7dc851e50083bb2] source 7c73c4605bb75b288e186b5de0ca12da1724353e git bisect good 82f5c68ded28949a263d8ebed7dc851e50083bb2 # bad: [013aca608248ba43601707fe939996bc83083db1] source 0a849c9315a74754dbbecc529e5c5ccda66fbd86 git bisect bad 013aca608248ba43601707fe939996bc83083db1 # good: [ae3f1ed49a1f966a18b9efdaa560e1c174f85d63] source ce0f9962d1d1d5a4f6301be18c23b2d14efd9d6b git bisect good ae3f1ed49a1f966a18b9efdaa560e1c174f85d63 # good: [cbdd75a63cac31dccf7b2b69a8a047a781d90b65] source 64f2c78605a1bab8c7caeb14cf387e1aa4dda51b git bisect good cbdd75a63cac31dccf7b2b69a8a047a781d90b65 # good: [ded4b23df52bea9737bcd512554abd5e597f5f5c] source 6884550c20f95a635357ad848799a1aae555968a git bisect good ded4b23df52bea9737bcd512554abd5e597f5f5c # good: [7911293576937940ea97f5da8302f37e99424eb4] source 41ef8d6df116c72f81bfa19c8e067a412c7f46db git bisect good 7911293576937940ea97f5da8302f37e99424eb4 # good: [8b804e506396dbc6d044b54613027ac384dff224] source 9aeccd9ac7b71bfa225e4a2c4dd6692a4659da71 git bisect good 8b804e506396dbc6d044b54613027ac384dff224 # bad: [0052c61a4d15c1d946bdd5902d89745918348293] source b5a20001f4514975c6aadd985a6e8f096cbea87a git bisect bad 0052c61a4d15c1d946bdd5902d89745918348293 # bad: [166cf0660b45f81d4cc5bb54e452c387dbfc874b] source 882e5625945dbb95e03282899941a56610066003 git bisect bad 166cf0660b45f81d4cc5bb54e452c387dbfc874b # bad: [af41b507d8b649bf19e1337db93291acf2e0f859] source 4b429851e54ccc42e5f9acebce67139bc3d5e244 git bisect bad af41b507d8b649bf19e1337db93291acf2e0f859 # first bad commit: [af41b507d8b649bf19e1337db93291acf2e0f859] source 4b429851e54ccc42e5f9acebce67139bc3d5e244
Created attachment 136752 [details] Bibisect log demo@demo-VirtualBox:~/bibisect-linux-64-5.4$ ./instdir/program/soffice javaldx: Could not find a Java Runtime Environment! Warning: failed to read path from javaldx demo@demo-VirtualBox:~/bibisect-linux-64-5.4$ git bisect good 06dcab7405b594a2914dae8558f189dbe76c267d is the first bad commit commit 06dcab7405b594a2914dae8558f189dbe76c267d Author: Jenkins Build User <tdf@pollux.tdf> Date: Wed Feb 15 02:35:56 2017 +0100 source a754294ac7a902fe96fbbd6b8b6824a360d6b248 source a754294ac7a902fe96fbbd6b8b6824a360d6b248 :040000 040000 31cbaa8b68e7555ef20365f6cc8f557ef4bed34d a7568904504e5e5cb1d7790ad0e566732fb3baa9 M instdir ----- https://cgit.freedesktop.org/libreoffice/core/commit/?id=a754294ac7a902fe96fbbd6b8b6824a360d6b248 author Noel Grandin <noel.grandin@collabora.co.uk> 2017-01-19 09:29:32 (GMT) committer Noel Grandin <noel.grandin@collabora.co.uk> 2017-01-19 11:06:47 (GMT) commit a754294ac7a902fe96fbbd6b8b6824a360d6b248 (patch) tree 23ead80aa960366395713f2e4d032d9ca868d9a0 parent 071c74dfe24940b4222ed9576e2357d012b86617 (diff) use rtl::Reference in SwDocFac instead of manual acquire/release Change-Id: I40b4f6d2893fe0d4113032f638bce1793fc47cd7
Adding Cc: to Noel Grandin
Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=23f9a6c6c311725ec1b42a1ff4442023a0355ec0&h=libreoffice-5-4 tdf#112292: Revert "use rtl::Reference in SwDocFac" It will be available in 5.4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cc483d0470dbf0d01e4da818b148ff0b851c5187 tdf#112292 - fix memory leak and use more auto ref counting in sw It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
No repro with: Version: 6.0.0.0.alpha0+ Build ID: c5a93cad149618bbd43632f1660a558c34bdbf7e CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-10-07_01:04:25 Locale: nl-NL (nl_NL); Calc: CL Thanks Noel!!
@Noel Is possible to use more 'auto ref counting' for Calc too? I can't reproduce the same memory build up as with Writer (memory will be released). But the the memory release seems to be sub-optimal, because it's pretty slow (but working in the end). So it's possible to hit a OOM, because the memory release is lagging behind. 1. Download and open https://yadi.sk/i/rM9QctDym5y3M (bug 96341) 2. Select column A, B & C 3. Hold CTRL+C for a while (10/15 times 4. Notice the increase in memory 5. Select cell A1 (clearing the memory) (Drop 1) 6. Wait a while, notice that Calc is clearing out memory 7. Close the document.. The memory usage will drop eventually to 113 MB or something like that on a x86 build)
sorry no, that sounds like something else
(In reply to Telesto from comment #9) > No repro with: > Version: 6.0.0.0.alpha0+ > Build ID: c5a93cad149618bbd43632f1660a558c34bdbf7e > CPU threads: 4; OS: Windows 6.3; UI render: default; > TinderBox: Win-x86@42, Branch:master, Time: 2017-10-07_01:04:25 > Locale: nl-NL (nl_NL); Calc: CL > > Thanks Noel!! Let's set to FIXED, then.