# Config change in UI taking a long time when scanning on slow storage
**URL:** https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764
**Category:** General
**Created:** [April 6, 2020, 2:26pm UTC](https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764 "2020-04-06T14:26:39Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@finwo](https://forum.syncthing.net/u/finwo)
#### Post date: [April 6, 2020, 2:26pm UTC](https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764/1 "2020-04-06T14:26:39Z")
Thread for discussion and possible debugging sessions around ticket [#6503](https://github.com/syncthing/syncthing/issues/6503).
It’s not really a feature, not really development, therefor the General category. I’d be happy to move it if it doesn’t belong here.
---
### Author:  [@imsodin](https://forum.syncthing.net/u/imsodin)
#### Post date: [April 6, 2020, 2:31pm UTC](https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764/2 "2020-04-06T14:31:40Z")
For stacktraces, I think it’s SIGABRT you need to send.
Edit: I just checked and both SIGABRT and SIGQUIT work.
Additional you can also enable model debug logging (actions \> log) and collect the logs when and after you do a config change - hopefully this will give a clue too about what’s going on.
---
### Author:  [@finwo](https://forum.syncthing.net/u/finwo)
#### Post date: [April 6, 2020, 3:10pm UTC](https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764/3 "2020-04-06T15:10:51Z")
Before I start generating those logs, I found a workaround:
- shutdown syncthing
- modify known devices to auto-accept offered folders (modified the default location to be the slow storage)
- start syncthing again
Accepting the new folder this way added them to the list faster than I could open my browser and load the web gui.
This evening (~5pm here now) I’ll work on those logs.
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [April 6, 2020, 4:02pm UTC](https://forum.syncthing.net/t/config-change-in-ui-taking-a-long-time-when-scanning-on-slow-storage/14764/4 "2020-04-06T16:02:24Z")
No it’s definitely SIGQUIT. But you need to hit the “inner” process (higher PID) and the output will go to stderr which may or may not be captured by whatever is grabbing the log output.