# Reset button should not appear in the same location as confirm/cancel buttons

**URL:** <https://meta.discourse.org/t/reset-button-should-not-appear-in-the-same-location-as-confirm-cancel-buttons/31397>\
**Category:** UX\
**Created:** [2015 年 7 月 24 日午後 3:51 UTC](https://meta.discourse.org/t/reset-button-should-not-appear-in-the-same-location-as-confirm-cancel-buttons/31397 "2015-07-24T15:51:10Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![Steven](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/steven/32/187890_2.png) [@Steven](https://meta.discourse.org/u/Steven)\
**Post date:** [2015 年 7 月 25 日午後 2:16 UTC](https://meta.discourse.org/t/reset-button-should-not-appear-in-the-same-location-as-confirm-cancel-buttons/31397/4 "2015-07-25T14:16:54Z")

</div>

> [@rewphus](#):
>
> This just happened to me for that exact scenario. I had a long list of whitelisted onebox domains, and lost them all because of a funky loading issue/impatient fingers. I actually don’t remember reset auto-confirming either, meaning that when you click reset, even though it flashes the confirm/cancel buttons it doesn’t actually allow you to choose one.

It happened to me once. You can find your old list in Logs \> Staff action  
A simple Copy/Paste should do the job

---

_[View the full topic](https://meta.discourse.org/t/reset-button-should-not-appear-in-the-same-location-as-confirm-cancel-buttons/31397)._