Claramente es absurdo hablar de 'miles de favoritos', es de entender que tengas miles guardados, pero eso de que son miles de favoritos, es absurdo.

Favorito, en un navegador tiene más el sentido de algo 'recurrente'. Es decir algo que con cierta frecuencia y de continuidad accedes.

En tu caso si tienes miles, porque consideras que en 'algún momento' pueda interesarte acceder a tal... lo preferible es que los guardes y mantengas por tu propia cuenta en ficheros con extensión URL... todo en alguna carpeta organizado en subcarpetas a tu gusto, igual que tienes imágenes o pdfs...   y deja como 'favoritos' esas... 10-50 direcciones que son las recurrentes, las que visitas todos los días, semanas o al menos una vez al mes. Y el resto de enlaces que no visitas nunca, pero que los guardas, por sí... mantenlos organizados como te he dicho.

Los ficheros de extensión URL, cuando das doble click, abren el navegador con la dirección contenida.
Como además suele haber programas para administrar ficheros, uno de esos podría ofrecerte justo la utilidad de búsqueda que tu requieras...

Podría ser perfectamente posible...

...si resulta que ese tipo trabaja precisamente en una compañía que suministra servicios de internet (o se ofrece como técnico independiente para arreglar instalaciones y mientras los atiende toma las credenciales de sus clientes).

Por supuesto opera ilegalmente y cuando la compañía lo detecte, fijo se irá a la calle y puede que a la cárcel si la compañía además decide denunciarlo.

Sí, es una opción adecuada cuando el lapso entre agregado de notificaciones de los usuarios es un período largo (la definición de 'largo' es algo a valorar por uno mismo según su sistema y la potencia del equipo, etc...). Por ejemplo en un foro, los mensajes privados, habrá usuarios que cada día redacten 4 o 5 mensajes privados, pero la gran mayoría quizás solo redacte 1 a la semana.

Si el lapso entre añadidos es muy corto, no es eficiente.
Imagina un usuario que tiene 10 notificaciones, lo has limitado a 50, y recibe 1 notificación cada 10 minutos... si está con 10 notificaciones, hasta que llegue a 50, estarás ejecutando el algoritmo 40 veces solo para ese usuario (multiplícalo por el número de usuarios). Acaso no ves más 'saludable' y eficiente tratar solo aquellos que superen cierto umbral (>45 por ejemplo).

Opcionalmente en vez de ser programado a ejecutarse automaticamente cada x tiempo, podrías derivarlo a que tras cada añadido, verifique lo que comentaba en el mensaje anterior (si hay usuarios que han alcanzado el límite). Decidirse por uno u otro es algo a decidir en función d ela frecuencia de añadidos y lo que tarde es tratar el número de usuarios que sobrepasen el umbral.

En cualquier caso ese tratamiento conviene que sea asíncrono respecto del añadido de notificaciones, para que una cosa interfiera lo menos posible con la otra.

????

---

Hay varias formas de implementarlo, pero si tienes dudas (para avanzar y no quedarte parado), toma la solución que más te convenza y cuando al tiempo observes los problemas que acarrea, pués repasas el tema y ves de implementar una solución que ataje esos problemas.

La que te propuse en el mensaje anterior es la más óptima, aunque requiere un poquito (no mucho más) de trabajo para implementarlo.

La solución que revisa cuando un usuario añade-recibe una notificación es sobretodo muy cómoda de implementar e incluso su eficiencia podría ser suficiente en sistemas donde el tiempo entre añadidos (como ya he comentado), es más o menos dilatado. Es decir si el sistema no está muy concurrido podría bastarte.

No me interesa nada el tema, ya hasta me aburre.
Tan solo creo que es ir contra el espíritu de la ley de indultos. Creo que que si alguien no se arrepiente de sus delitos, no debiera ser indultado jamás, que cumpla su condena hasta el último día (quizás por enfermedad grave que no tenga otro desmbocadura que la muerte en un plazo medio-corto, fuera admisible (al menos por mi parte)).

Y comentar que esto: "...anunciando los indultos de los presos políticos catalanes...", es erróneo, debe ser remplazado por: "...anunciando los indultos de los políticos presos catalanes..."

Los presos políticos, se dan en países con regímenes autoritarios y generalmente sin cometer ningún delito, basta su ideología para ser detenidos. En España, simplemente se ha detenido a unos políticos que han cometido delitos estipulados en la Constitución Española, Constitución que fue aprobada por todos los partidos políticos (de cualquier 'signo') en 1978.

- Politicos presos son políticos que cometen delitos y se los encarcela, igual que si el delito lo hubiera cometido un zapatero o repartidor de pizzas. Los políticos, no están exentos de cumplir la ley, como  a veces ellos parecen creer...
- Un político preso, son políticos (en realidad esa condición de 'ser político' no es indispensable en este caso) cualquiera, que se encarcelan por sus ideas políticas (esto se ha visto en Venezuela, en Rusia, en regímenes islámicos y hasta la saciedad en China).

Es muy fácil, redactar o decir cosas de forma que la ambigüedad conduzca a la confusión con la intención de servir a los ideales de ciertos personajes.
Justo es señalar que A es A... y B es B... y que son cosas distintas pese a los tejemanejes de esos emperrados en hacer lo que sea que se les ocurra con tal de imponer sus ideas a los demás pasando por encima de la ley.

Si el teclado está roto, toca arreglarlo. No hay soluciones mágicas.

Provisionalmente mira de conectar un teclado USB, o bien (especialmente si no tienes un teclado USB a mano) tirar del teclado virtual (comando OSK (On Screen Keyboard)), que puede configurarse (dispone de su manual) y usando el ratón (o lápiz óptico si tu notebook dispone de él). El 'osk.exe' suele encontrarse en 'windows\System32' por si tienes que buscarlo explorando...

Ninguno de los dos, es lo sufiicientemente adecuado. Mucha sobrecarga a cambio de incertidumbre. Más bien sería un cron, pero anónimo respecto de un usuario, actuando solo por máximo número de consultas y planificación flexible. Me explico...

Sería preferible tener esa tabla ordenada por el número de notificaciones (O bien crear una consulta para devolverte los usuarios que sobrepasen las 50 activaciones, si no hay ninguno para devolver el usuario con más notificaciones, luego entenderás para qué esto último). Y si la cantidad de usuarios devueltos es mayor que 0...

Luego, tu 'cron' solo consulta si hay usuarios que sobrepasen el número límite de notificaciones (esto es fácil si es una tabla ordenada o si mantiene un campo 'orden' (que vas actualizando para ese usuario cuando recibe una nueva notificación) o si usas una consulta expresa). En caso positivo despachas esos usuarios que sobrepasan ese límite.

La planificación cada minuto (según el caso, claro) puede ser excesiva. No debería estar activado cada minuto, antes de salir (de su previa puesta en marcha), consulta el valor de notificación más próximo al límite (el que ahora es el número de notificaciones mayor en la tabla). Si por ejemplo está en 30 y tu limite es 50, (si por ejemplo se presupone que las notificaciones de media por usuario se recibe 1 cada 20 minutos), lo activas para dentro de 6 horas (20*20=400 minutos)... si está en 45, lo activas para dentro de 90 minutos (5*20=100 minutis), si tiene 49, lo activas para dentro de 20 minutos (1*20=20 minutos)... no pasa nada si se atiende de repente 5 usuarios que han sobrepasado ese limite de 50, es decir en una sola consulta se tenga que despachar a tantos usuarios como hayan sobrepasado las notificaciones.

Si sucede que las notificaciones se reciben de media por usuario, 1 cada minuto (por ejemplo), pués si el de valor más alto es 30, pues considera que hasta 50 notificaciones quizás tarde esos 20 minutos (20*1=20 minutos)... no pasa nada si lo sobrepasa 2 minutos antes o si es otro usuario que lo adelanta porque recibe más), pués lo activas para dentro de 20 minutos... etc... es decir no tiene que ser exhaustivamente programado para que sea perfectamente exacto, eso supone una sobrecarga innecesaria, etc.

p.d.:
Esto va purgando los usuarios con muchas notificaciones, para los que tienen pocas notificaciones y que por tanto la antigüedad de sus notificaciones (y no el número) pueda llegar a ser elevada, puedes programar otro que consulte el menor número de notificaciones... por ejemplo para una base de datos de 1000 usuarios los 10 con menor número de notificaciones (pero mayor que 0, es decir ignora los de 0 notificaciones, esto lo falsearía), y ver si para hay que eliminar para ellos las notificaciones más antiguas si tienen una antigüedad x. Esta programación debería ser más distante en el tiempo, quizas 1 vez al día o 1 vez a la hora. Dependerá de la cantidad de usuarios y la 'actividad' de las notificaciones.

Habrá un grueso en medio que ni estarán arriba, ni abajo, para estos bastaría una programación que se ejecute cada mes (por ejemplo), para borrar consultas más antiguas de x tiempo.

Lo que no tiene sentido es esto que tú dices...
Pero, claro... tiene todo el sentido del mundo, porque tú (y solo tú al parecer) sabes cuando alguien que se sienta a tu lado (o tu al suyo), cuántos años lleva viviendo en tal o cual páis, y si ese es el caso. Y sabiendo eso, tienes una certidumbre que el resto ignora.

La OMS insiste en la tontería de las nomenclaturas "Alfa, Beta, Gamma, Delta..." para las definiciones de nuevas cepas del virus, alegando que con ello se quiere evitar que se 'cuelgue el San Benito' a uno u otro país.
El caso es que esa nomenclatura, a nivel de ciudadano impide que quien lo crea oportuno tome más precauciones, basado en la estúpida creencia de discriminación.

Si uno (por ejemplo), viaja en un avión y hay un pasajero (por ejemplo) de La India y tu asiento es a su lado, y 'está de moda', la cepa Kappa... pues como ni idea de dónde C0J0N3X es Kappa, podrías acabar infectado. Si en cambio se mantuviera el nombre del origen 'cepa India', pués tu mismo podrías decir, "Hale, me pongo la mascarilla aunque ya no sea exigible"...

Por cierto ahora hablaban de otra nueva cepa, de no recuerdo dónde, claro que tampoco hace falta saberlo, le toca la letra siguiente y ya está. 

Me alegro...
Si come y bebe bien y también hace sus necesidades bien, tiene todas las de salir adelante.
Si tuviera algo grave interno no observado, sin duda con el tiempo transcurrido (al menos 12 días) ya se habría manifestado, aunque es preferible contar 3 semanas. Así que es buena señal.

Esto es raro. No es la funcionalidad esperada ni es normal que si estás en modo diseño quede desactivado.

Intenta cerrar el entorno de VS y ver si al abrirlo fuenciona bien. Si persiste, apaga el equipo e inícialo de nuevo. Si era  un bloqueo durante la actualización, ahora debiera quedar desbloqueado. Si todavía sigue sin funcionar, tal vez requiera una reinstalación.

Si todo falla, sin duda se trata de un bug de dicha actualización. Lo acertado es buscar info en la propia página de VS en la web de mocosoft, si no se encuentra, deberías reportar el bug.