Skip to content

Add App Filtering Page and Session Validation (ref #633)#652

Open
galagyy wants to merge 17 commits intounchihugo:masterfrom
galagyy:feature/app-filtering
Open

Add App Filtering Page and Session Validation (ref #633)#652
galagyy wants to merge 17 commits intounchihugo:masterfrom
galagyy:feature/app-filtering

Conversation

@galagyy
Copy link
Copy Markdown

@galagyy galagyy commented Apr 4, 2026

Summary

This PR introduces an app filtering feature. I had seen a feature request, specifically #633, which discusses an idea for a feature similar to this.

This allows the user to create a custom "Allow list" and "Block list" where users may pick which apps they want affecting the flyout and taskbar player.

Motivation

As mentioned above, feature request #633 introduced an idea of a feature similar to this. This request has more features they want added so I do not suggest closing it yet.

Type of Change

  • Feature
  • Bug fix
  • Refactor (no functional changes)
  • Style (formatting, naming)
  • Other

What Changed

  • App Filtering Page: Created an app filtering page where users can define custom rules on which apps to consider for the flyout & taskbar. The page has a dropdown of open processes and an addition section to add apps by program executable name.
  • Home & Settings Navigation: Added the aforementioned App Filtering page to the dashboard and added it to the left-side navigation.
  • Media Logic Changes: Added a new function, IsSessionAllowed(), to validate the current session. This function has replaced the previous GetFocusedSession().
  • Localization: Added the text and such for the new page to the localization file.

Additional Information

Originally I had the filter list housed under the taskbar section; I have moved it to its own section due to how it affects both the taskbar and flyout.

NOTE: I have also gone ahead and added the copyright disclaimer on top of the files added, but I am unsure if I was supposed to do that.

Checklist

  • Code changes are manually tested and working.
  • Formatting and naming are consistent with the project.
  • Self-review of changes is done.
  • AI tools were used (Used to verify changes are accurate & fix formatting issues).

galagyy added 3 commits April 3, 2026 17:33
- Add dedicated "App Filter" page
- Add "App Filtering" menu card and navigation item
- Add app filtering properties to settings storage
- Add app filtering keys to en-US dictionary
- Update main menu to use `GetActiveMediaSession()` over `GetFocusedSession()`
- Update control click handlers to use `GetActiveMediaSession()`
- Update formatting from K&R to BSD (C# standard)
- Add taskbar & flyout refresh once a filter has been updated
@github-actions github-actions bot added MainWindow / Media Flyout Changes to MainWindow including the Media Flyout SettingsWindow Changes to SettingsWindow or settings pages not related to flyouts/widgets Taskbar Widget Changes to the Taskbar Media Widget labels Apr 4, 2026
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 4, 2026

A quick comment about the formatting, I come from a Java/C++ background so I had originally formatted it with braces on the same line. I changed it in one of the commits, but if there is still an issue with it let me know and I will try my best to fix it.

Thanks!

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 4, 2026

Found a small bug regarding pause/play, I will try fixing it today.

- Update `PlayPause_Click()` in both `MainWindow.xaml.cs` and `TaskbarWidgetControl.xaml.cs` to use `TryTogglePlayPauseAsync()` over the previous keyboard approach to respect app filtering
- Update UI logic to check `PlaybackStatus` over `Controls.IsPauseEnabled` to prevent desync from filters

NOTE: ControlPlayPause opacity has been moved outside of the conditional due to making more sense there.
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 4, 2026

Fixed the bug above, I changed the old implementation that relied on manually sending a keyboard input.

Copy link
Copy Markdown
Owner

@unchihugo unchihugo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @galagyy, solid implementation so far! Just a few things I've noticed throughout that we should adjust before merging. I've noted it in the comments.

I'd like to discuss the implementation of the filter lists:
Currently, names in the filter lists aren't sanitized - we should have this feature utilize our MediaPlayerData class. Methods in here can find the sanitized title + icon for apps/media players, especially with the changes I've added myself in the Volume Flyout branch here.

Could you adapt the current code to use the GetMediaPlayerData() method in MediaPlayerData instead of ExtractAppName()? That would be great!

Once the current issues/questions are addressed, we can continue with the merge :)

if (taskbarSession == null)
{
taskbarWindow?.UpdateUi("-", "-", null, GlobalSystemMediaTransportControlsSessionPlaybackStatus.Closed);
return;
Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe the early return here is justified unless I'm mistaken, and adding the else clause isn't necessary either. I think we should bring the structure back to a similar state of what it was before (early return if null, no else needed).

What happens now when focusedSession == null:

taskbarSession = GetActiveMediaSession(); // first check, null
update taskbar ui, but don't return
focusedSession = GetActiveMediaSession(); // a second time, null again
if (focusedSession == null) return; // returns after calling same method again

Additionally, variable taskbarSession is the same as focusedSession. We should keep the focusedSession naming!


var thumbnail = BitmapHelper.GetThumbnail(songInfo.Thumbnail);
BitmapHelper.GetDominantColors(1);
taskbarWindow?.UpdateUi(songInfo.Title, songInfo.Artist, thumbnail, playbackInfo.PlaybackStatus, playbackInfo.Controls);
Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I'm not mistaken, this change is unnecessary right? Correct me if I'm wrong!

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, you are correct! I have gone ahead and fixed it.

@@ -0,0 +1,141 @@
// Copyright � 2024-2026 The FluentFlyout Authors
Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For some reason, the copyright symbol is a question mark here.

galagyy added 3 commits April 4, 2026 20:06
- Removed the `ExtractAppName()` function in favor of using the already-existing `getMediaPlayerData()` function
- Reintroduced early return statement
- Renamed `taskbarSession` back to `focusedSession`
- Removed unneeded else indentation
- Replaced malformed unicode with proper copyright unicode
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 5, 2026

Hello, thank you for the prompt review!

I have addressed all the issues you pointed out earlier:

  • Reverted back to the prior naming scheme & format
  • Reverted to using pre-existing sanitization & function
  • Re-added the early return statement
  • Fixed the malformed copyright symbol
  • Fixed the redundant call to retrieve album image, name, etc.

I also had noticed that all the other tabs have an image describing their function with this specifically standing out as one without; would you like me to try to find an image suitable for it?

Thank you!

@galagyy galagyy requested a review from unchihugo April 5, 2026 03:14
Copy link
Copy Markdown
Owner

@unchihugo unchihugo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, thanks for the quick refactor, though could you answer my questions I've noted in the code review? Just asking since I'm a bit busy and can't load up the build right now :)

I also had noticed that all the other tabs have an image describing their function with this specifically standing out as one without; would you like me to try to find an image suitable for it?

I was thinking of having this be a subpage from the System page instead (kind of like the Advanced Settings button there). Therefore we wouldn't need an image for it either currently!

PS: have you tested whether the manual adding works?

if (mainWindow?.mediaManager != null)
{
var apps = mainWindow.mediaManager.CurrentMediaSessions.Values
.Select(s => MediaPlayerData.getMediaPlayerData(s.Id).Item1)
Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you explain why you have to specify Item1 here?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I chose to specifically pick Item1 because the getMediaPlayerData() function returns both (string, ImageSource) and I specifically need only the title of the application.

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 5, 2026

Hello, thanks for the response!

I will try moving it to the Systems page as you specified earlier. Regarding manual adding, it has worked with the apps I've tried (e.g. Chrome, Edge, Firefox, etc.) but I haven't come across an app that wouldn't be displayed on the default dropdown yet; I will try to test that case soon.

I will have the changes done hopefully by the end of today; I will try adding pictures or a video if you are unable to build it currently.

@unchihugo
Copy link
Copy Markdown
Owner

Okay, that makes sense - will wait for updates!

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 5, 2026

Currently I have these for the system, I will post further images/videos in some time.

I've removed the tab for App Filtering in the left-side hamburger menu and placed it here instead.
image

The UI for the actual App Filtering page looks a little something like this:
image

I was able to confirm that manually adding an app works for all apps that I had tested from. I am working on removing it from the main page and tidying up the code a bit.

@unchihugo
Copy link
Copy Markdown
Owner

That's good!

I'm thinking about the user experience with the current UI - it took me a bit to figure out what was happening myself, so I think we should definitely improve UX before we ship this to average users.

We can brainstorm this after you're ready. A lot of users on GitHub called this feature something like whitelist/blacklist instead of filtering.

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 5, 2026

Hello! Yes, the UX needs to be improved, if you have any ideas I am open to them as I am not very good at UX myself.

I'm about to commit the changes where the button is removed from the hamburger menu and main menu; it should hopefully be a matter of naming and UX now.

- Move the app filtering feature to the system menu
@galagyy galagyy requested a review from unchihugo April 5, 2026 21:51
galagyy added 2 commits April 5, 2026 17:27
- Fix `.exe` parsing when adding custom application
- Inverted if statements for easier readability
- Changed type casting to use the `as` keyword for readability
- Update app comparison to compare manual additions against dropdown selections
- Move `.exe` comparison within new comparison method
- Added documentation to all methods for future maintenance
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 6, 2026

I went ahead and added a few changes for the manual addition, namely better comparison against known sources to prevent two rules for the same app.

I also went ahead and added documentation to all the methods for the AppFilteringPage.xaml.cs for future maintainability.

I believe the only hurdle remaining as you said should be the UI now!

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 7, 2026

I've tried making it more friendly, using the whitelist and blacklist language you had pointed out earlier; I am still unsure if it is intuitive to the average user though.

image

- Change page wording to be more intuitive
- Reformat UI to be more friendly
Copy link
Copy Markdown
Owner

@unchihugo unchihugo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Look great @galagyy! I think the renaming definitely makes things a bit more clear. We're almost ready to add this feature in, but I've noticed that if you click a media player in the list it adds a colored background (indicating select), are you able to remove that? Thank you!

By the way, I'd love to have icons displayed next to the name in the future; if you'd like contributing more, do you think you could handle that as well?

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 7, 2026

I'll work on the changes when I get back today, they should be ready by the end of today. I will try adding the icons as that seems like a great addition.

@darklinkpower
Copy link
Copy Markdown

Hi, first of all, thank you for working on this feature, it looks great. Hope you don't mind me chiming in with an outsider perspective, but I think there are a few potential issues with the proposed implementation.

I think having both a whitelist and blacklist in their current form introduces some ambiguity and UX friction.

Right now there are effectively two concurrent filtering models:

  • Blacklist -> block these apps (default allow)
  • Whitelist -> only allow these apps (default deny)

The issue is that once the whitelist has any entries, it implicitly overrides the blacklist, making it effectively unused. This creates:

  • Ambiguity (which list takes precedence, if any? The same program can also be in both lists?)
  • Hidden behavior (mode switches based on whether whitelist is empty)
  • Potential confusion for users trying to understand why something is or isn't showing
  • The user needs to wonder and choose: Should I use the whitelist, the blacklist, or maybe both?

I'm wondering if it might be clearer to make this a single-mode selection feature in a simple dropdown/ComboBox, for example:

a) Blacklist mode: Allow all except blocked apps
b) Whitelist mode: Only allow selected apps

Then show only the relevant list based on the selected mode.

This would make the behavior explicit, avoid overlap, and simplify the mental strain for users, resulting in a clearer UX. I'd suggest making "Blacklist" (allow-all except blocked) the default, since it preserves current behavior. If "Whitelist mode" is selected, it should behave consistently regardless of whether the list is empty, meaning no implicit mode or logic-behavior switching based on list contents (Is the list empty or not?). In my opinion avoiding that kind of hidden logic would make the feature more predictable and easier to understand.

Apologies if this feedback is unnecessary or wrong, especially when the developer is okay with the current approach. Just wanted to share my perspective in case it's helpful.

@unchihugo
Copy link
Copy Markdown
Owner

Hi @darklinkpower, you're making great points against the current UX. I was also brainstorming about the dropdown -> whitelist / blacklist feature instead of presenting both at once, as I had some difficulties understanding the UI as well. Your feedback definitely clarify the reasons to change implementation, and is incredibly helpful to us.

That said, @galagyy if you're able to, could you change the implementation to a dropdown with blacklist and whitelist options separated? I can take over the UI if you'd like!

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 7, 2026

Hello, @darklinkpower made some great points surrounding the UI, the dropdown feature seems like a much better fit than what I had created.

Regarding the UI, I intend to push the icon change and try to implement the feature in a little bit of time; if you could take over the UI after that would be great!

galagyy added 2 commits April 7, 2026 16:56
- Add disk caching for app icons as apps may not always be open
- Add `AppNameIconConverter` to convert an apps name to an icon matching the app using memory cache or disk
- Add dedicated whitelist/blacklist mode
- Add app icon for apps in either entry
- Add padding to dropdown entries
- Update dictionary entries to match new scheme
@galagyy galagyy requested a review from unchihugo April 7, 2026 23:58
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 8, 2026

I believe I should have the app icon implemented properly; I added in retrieving an icon from disk if it is not in cache as some apps may not be open and still may be on either the whitelist or blacklist.

I tried my best with changing the UI to meet the ideas and address the issues you both had outlined earlier. I am still new to C# and .NET though so I cannot say it works 100%, but I believe it should be fine. The format feels as if it's missing something but I'm unsure myself what that could be.

If you could look at the UI/take over the UI now that would be great!

@unchihugo
Copy link
Copy Markdown
Owner

@galagyy I'll have a look at it once I'm free! By the way, are you able to exclusively use the MediaPlayerData method? No worries if it doesn't return an icon for now. We have some MediaPlayerData icon utilities in the Volume Flyout branch, and adding more methods might make things too complicated or add some redundancy. We can also work on icons in another branch/PR if you prefer to get this feature merged first.

@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 8, 2026

Hello! Yes, I could do that; do you want me to add the disk retrieval to the MediaPlayerData method or remove the idea completely for now?

I could also go about using the old method but having the icon only when the blacklisted/whitelisted application is open doesn't sound like the best idea.

@unchihugo
Copy link
Copy Markdown
Owner

Hello! Yes, I could do that; do you want me to add the disk retrieval to the MediaPlayerData method or remove the idea completely for now?

You can remove it entirely for now. The thing is, in the Volume Flyout branch there's new methods to find icons and names more accurately automatically, so I think we should see how that works out first once both branches are merged!

- Revert `MediaPlayerData` to use previous implementation
- Remove `AppNameIconConverter` as it's no longer needed
- Remove app icons from the whitelist/blacklist UI
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 8, 2026

Alright, I've gone ahead and removed the icons for now as you suggested! I'll await the Volume Flyout's implementation later.

- Remove `AppFilteringRulesTitle` as it was redundant
@galagyy
Copy link
Copy Markdown
Author

galagyy commented Apr 9, 2026

Could you change "AppFilteringTitle" to "Whitelist & Blacklist" and remove "AppFilteringRulesTitle"? The page can use "AppFilteringTitle" instead!

I somehow glossed over this, I have gone through the code and removed the redundant one.

@galagyy galagyy changed the title Add App Filtering page and session validation (ref #633) Add App Filtering Page and Session Validation (ref #633) Apr 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

MainWindow / Media Flyout Changes to MainWindow including the Media Flyout SettingsWindow Changes to SettingsWindow or settings pages not related to flyouts/widgets Taskbar Widget Changes to the Taskbar Media Widget

Projects

None yet

3 participants