page 3, of course... Decided to go back to the previous build. Unfortunately, Quick-access items didn't return, however, from log-in to desktop is back to instant

page 3, of course... Decided to go back to the previous build. Unfortunately, Quick-access items didn't return, however, from log-in to desktop is back to instant Yes, the delay bug was added with 21343. Upvote the FBH.

The known Start menu search bug is an interesting one. On one system, search in Start mostly works, searchapp.exe doesn't crash often, and when it does it restarts and mostly stays running (and working). On another system, search in Start is never available because searchapp.exe crashes and basically stays that way. Sometimes there is a flurry of crashes in quick succession, but searchapp.exe is never in memory long enough for search in Start to ever work. Fortunately, it's not a case where it's in an endless searchapp.exe crash loop. It's hard to explain why two systems with the same build experience the bug so very differently, but does anyone else think that the Start menu maybe shouldn't be tied in any way to an app ?

The known Start menu search bug is an interesting one. On one system, search in Start mostly works, searchapp.exe doesn't crash often, and when it does it restarts and mostly stays running (and working). On another system, search in Start is never available because searchapp.exe crashes and basically stays that way. Sometimes there is a flurry of crashes in quick succession, but searchapp.exe is never in memory long enough for search in Start to ever work. Fortunately, it's not a case where it's in an endless searchapp.exe crash loop. It's hard to explain why two systems with the same build experience the bug so very differently, but does anyone else think that the Start menu maybe shouldn't be tied in any way to an app ? This seems to be another inconsistent one, I have 4 machines at build 21343 and I did not see this bug at all yet.

RS-Prerelease build 21343 is out to Dev Channel

CrazyKats 19,585 Volunteer Moderator

Live in W.U.

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

105 answers

Anonymous

2021-03-26T10:01:29+00:00

page 3, of course...

Decided to go back to the previous build. Unfortunately, Quick-access items didn't return, however, from log-in to desktop is back to instant
Was this answer helpful?

1 person found this answer helpful.

0 comments No comments
Anonymous

2021-03-26T10:22:00+00:00

page 3, of course...

Decided to go back to the previous build. Unfortunately, Quick-access items didn't return, however, from log-in to desktop is back to instant

Yes, the delay bug was added with 21343.

Upvote the FBH.
Was this answer helpful?

0 comments No comments
Anonymous

2021-03-26T11:26:29+00:00

have upvoted
Was this answer helpful?

1 person found this answer helpful.

0 comments No comments
Anonymous

2021-03-26T16:45:29+00:00

The known Start menu search bug is an interesting one.

On one system, search in Start mostly works, searchapp.exe doesn't crash often, and when it does it restarts and mostly stays running (and working).

On another system, search in Start is never available because searchapp.exe crashes and basically stays that way. Sometimes there is a flurry of crashes in quick succession, but searchapp.exe is never in memory long enough for search in Start to ever work. Fortunately, it's not a case where it's in an endless searchapp.exe crash loop.

It's hard to explain why two systems with the same build experience the bug so very differently, but does anyone else think that the Start menu maybe shouldn't be tied in any way to an app?
Was this answer helpful?

0 comments No comments
Anonymous

2021-03-26T17:42:00+00:00

The known Start menu search bug is an interesting one.

On one system, search in Start mostly works, searchapp.exe doesn't crash often, and when it does it restarts and mostly stays running (and working).

On another system, search in Start is never available because searchapp.exe crashes and basically stays that way. Sometimes there is a flurry of crashes in quick succession, but searchapp.exe is never in memory long enough for search in Start to ever work. Fortunately, it's not a case where it's in an endless searchapp.exe crash loop.

It's hard to explain why two systems with the same build experience the bug so very differently, but does anyone else think that the Start menu maybe shouldn't be tied in any way to an app?

This seems to be another inconsistent one, I have 4 machines at build 21343 and I did not see this bug at all yet.
Was this answer helpful?

0 comments No comments