[Bug 1826604] Re: Extension causes saving files to desktop to be slow

2019-07-20 Thread Matt Lu
On my systems, this bug also affected saving files from firefox, regardless of the destination! This is not about the time for downloading, I'm talking about ~1 kB files. On one machine, it took 4-5 seconds saving such files to any location (not just the desktop), on the other it took over 2

[Bug 1616332] Re: gnome-software using hundreds of MB of memory when not in use

2018-01-08 Thread Matt Lu
Just happened to me, too (17.10 x64). RAM usage got up, system became sluggish then stopped responding completely, only MagicSysRQ got me out. After restart, the problem has left an ugly gift: syslog has grown to 6,4 GB (I won't upload that). tail syslog (repeating for at least last 100 lines):

[Bug 1728467] Re: All files on ntfs partitions are marked executable

2017-12-25 Thread Matt Lu
Thank you very much for your offer, but I have messed up my system trying to fix that and at this point I don't want to complicate matters further (17.10 is quite buggy for me). Would it be possible to submit your patch for official inclusion? -- You received this bug notification because you

[Bug 1728467] Re: All files on ntfs partitions are marked executable

2017-12-22 Thread Matt Lu
In ubuntu 16.10/17.04/17.10, handling of ntfs drives has changed compared to 14.04.5. Now, all files on an ntfs drive are marked as executable. This is bad for several reasons: - it just does not make any sense, data files are not executable, windows executables are usually not executable on

[Bug 1728467] Re: All files on ntfs partitions are marked executable

2017-12-22 Thread Matt Lu
Please understand that this is severely affecting basic ubuntu use with ntfs drives for basic users, while bug #453605 that is said to be the reason of the misbehaviour has merely given more options to advanced users and was not intended to mess up file handling in the way it presumably did. If