This repository has been archived on 2023-03-18. You can view files and clone it, but cannot push or open issues or pull requests.

Osama Sayegh 8c2c96af25 DEV: Ensure experimental user menu is always closed after clicking on items (#18231) ... Because Discourse is a single-page application, clicks on the majority of `<a>` elements in the app need to be intercepted by JavaScript to prevent browsers' default action (full page reload). Links in the user menu - which include notifications, reviewables, bookmarks etc. - are no exception to this rule and currently clicks on these items are handled by the global [click-interceptor](1fa21ed415/app/assets/javascripts/discourse/app/lib/intercept-click.js (L20)) which calls the `preventDefault` function on the click event object and uses the `DiscourseURL.routeTo` function to route the user to the page they request. However, for links in the user menu, there's an extra step which is to let the header know that it should close the user menu after clicking an item in the menu, but the global interceptor doesn't know that because the step is specific to links in the user menu. This can cause a bug on mobile devices where the menu remains open after clicking on a notification which results in the user having to close the menu to see the page that the notification takes them to. This commit adds a click handler to user menu items that ensures the menu is closed when an item is clicked and navigates the user to wherever the item links to. There's a small downside to this change which is that user menu items now have their own click interceptor instead of relying on the global interceptor, i.e. duplicated logic, but since it's only a couple of lines, I think we can live with it for a while. I did try to make the click handler of the user menu items only close the menu (call the `closeUserMenu` function), but for some reasons it caused a full page reload to happen when clicking a notification item due to some weird interactions between the header widget and the user menu. I didn't debug this thoroughly because we have plans to change the header implementation from widgets/virtual-dom to Glimmer component, which will likely resolve that weird full page reload issue and we'll be able to make the click handler just close the menu and let the global interceptor prevents the default action and do the routing. Internal topic: t/71911/118.		2022-09-13 15:44:45 +03:00
..
app	DEV: Ensure experimental user menu is always closed after clicking on items (#18231)	2022-09-13 15:44:45 +03:00
config	DEV: Enable jquery-integration runtime deprecation (#18057)	2022-08-23 19:28:22 +01:00
lib	DEV: Add favicon to dev ember proxy (#18228)	2022-09-12 15:46:50 +02:00
public/assets/scripts	DEV: Use DiscourseJsProcessor for theme template compilation (#18135)	2022-09-01 11:50:46 +01:00
scripts	DEV: Compile splash screen JS with ember-cli before inlining (#18150)	2022-09-01 09:58:48 +01:00
tests	DEV: Ensure experimental user menu is always closed after clicking on items (#18231)	2022-09-13 15:44:45 +03:00
.ember-cli	REFACTOR: Sync up master with changes for Ember-CLI (#11671)	2021-01-12 10:13:21 -05:00
.npmrc	DEV: Prevent npm usage (#13945)	2021-08-04 22:04:58 +02:00
ember-cli-build.js	FIX: Transpile start-discourse.js to fix iOS12 support (#18149)	2022-08-31 15:15:19 +01:00
jsconfig.json	DEV: Add jsconfig (#17800)	2022-08-04 22:50:47 +01:00
package.json	Build(deps): Bump ember-exam in /app/assets/javascripts (#18221)	2022-09-12 10:22:42 +02:00
testem.js	DEV: Stick to ipv4 when proxying testem requests (#18064)	2022-08-30 13:38:55 +02:00