Glass Highlight Long Press Not Showing

[haarj]

Describe the Bug:

in LNPopupBar.m the following code disables the highlight. How come?

`- (void)setHighlighted:(BOOL)highlighted animated:(BOOL)animated
{
if(_resolvedIsGlass)
{
return;
}

id block = ^ { self.highlightView.alpha = highlighted ? 1.0 : 0.0; };

if(animated)
{
	[UIView animateWithDuration:0.2 delay:0.0 options:UIViewAnimationOptionBeginFromCurrentState animations:block completion:nil];
}
else
{
	[UIView performWithoutAnimation:block];
}

}`

Reproduction:

Just to to that code.

Expected Behavior:

Highlight would be nice to have again.

Screenshots and/or Videos:

No response

Additional Context:

No response

[LeoNatan]

?

[LeoNatan]

I don't understand what you are asking.

[haarj]

in LNPopupBar.m line 331, the long press highlight of the popup bar is disabled. This was not the case in previous versions so I can't see the highlight when a user long presses on the popupbar.

[LeoNatan]

Which previous versions? It has always been disabled with glass background effect, because iOS 26 applies its own highlight when the glass effect is interactive.

[LeoNatan]

Simulator.Screen.Recording.-.iPhone.16.Pro.Max.-.2025-10-25.at.15.31.55.mov

[LeoNatan]

If you change the effect to a UIBlurEffect, you should get the old highlight back.

[haarj]

This is my code, actually not seeing it in 4.2.6, either. Going to keep testing previous versions.

    self.popupBar.barStyle = LNPopupBarStyleDefault;
    self.popupInteractionStyle = LNPopupInteractionStyleDrag;
    self.popupBar.progressViewStyle = LNPopupBarProgressViewStyleDefault;
    self.popupContentView.popupCloseButtonStyle = LNPopupCloseButtonStyleDefault;
    self.popupBar.supportsMinimization = YES;
    
    LNPopupBarAppearance *appearance = [LNPopupBarAppearance new];
    appearance.marqueeScrollEnabled = YES;
    appearance.coordinateMarqueeScroll = YES;
    if (@available(iOS 26.0, *)) {
        UIGlassEffect *glassEffect = [UIGlassEffect effectWithStyle:UIGlassEffectStyleClear];
        glassEffect.interactive = YES;
        appearance.floatingBackgroundEffect = glassEffect;
        appearance.floatingBarShineEnabled = YES;
    }
    self.popupBar.standardAppearance = appearance;
    [self.popupBar setInheritsAppearanceFromDockingView:YES];
    self.popupPresentationDelegate = self;
    self.allowPopupHapticFeedbackGeneration = NO;

[LeoNatan]

Unfortunately, if I can't reproduce, I can't help.

Also test with iOS 26.1 beta. There are many fixes to UIKit.

[haarj]

Still testing around. Interestingly, I am getting a Gesture: System gesture gate timed out. log in the console when long pressing on the popupbar.

[haarj]

I think I am getting closer. I am using a regular UIViewController for the popupbar's content view controller. Not an "LNPopupCustomBarViewController".

[haarj]

Also self in my code is a UITabBarController.

[LeoNatan]

LNPopupCustomBarViewController is for custom popup bars, not content. You are supposed to use regular UIViewController.

I have a hunch. Does your content controller have a scroll view in it? What happens if you just place a [UIViewController new] as the content controller?
I've seen bugs where even hidden content views that contain scroll somehow confuse the glass system in spectacular ways.

[haarj]

Not at computer but I  tested where I presented the popupbar from a navigation controller instead of a tab controller. It looked a little funky but the highlight was there. So maybe tabbarcontroller is weird suddenly?Sent from my iPhoneOn Oct 25, 2025, at 2:36 PM, Léo Natan ***@***.***> wrote: LNPopupCustomBarViewController is for custom popup bars, not content. You are supposed to use regular UIViewController. I have a hunch. Does your content controller have a scroll view in it? What happens if you just place a [UIViewController new] as the content controller? I've seen bugs where even hidden content views that contain scroll somehow confuse the glass system in spectacular ways. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>

[haarj]

Yes but maybe you have to pass the interaction from your gesture back to the system's gesture?

[LeoNatan]

Nope. Apple has rigged the system so their interaction gets priority at the UIEvent level. 🤣 That's why I need a reproduction to investigate.

[LeoNatan]

Oh wow, I might have a reproduction on LNPopupUI! I'll investigate soon.

[LeoNatan]

There is a bug in [LNPopupBarAppearance copy], which breaks the isInteractive property. When you set standardAppearance = , the appearance is copied. My guess is that is the issue. Damn.

[haarj]

And the Oscar goes to...

[LeoNatan]

I won't open a new issue, but it should be fixed in 4.3.5.

[haarj]

Thanks, boss. Much appreciated. High-five!

[haarj]

@LeoNatan I tested 4.3.5 and same issue. I think you also have to make the changes in LNPopupBar.m's, setStandardAppearance method too.

[LeoNatan]

The copy method now behaves correctly. The issue was solved for my reproduction.

[haarj]

But my code is calling that in LNPopupBar when it hits my, self.popupBar.standardAppearance = appearance;

[LeoNatan]

In setStandardAppearance:, put a breakpoint on [self _setNeedsRecalcActiveAppearanceChain];.

In the debugger, type:

po [_standardAppearance valueForKeyPath:@"floatingBackgroundEffect.isInteractive"]

[haarj]

returns 1

[LeoNatan]

So the issue that I saw is fixed.

If there is another, I need a reproduction.

[haarj]

Trying. Interestingly, when I pause the program after presenting the popup, the highlight comes back. So maybe at some point the isInteractive is getting switched off somewhere?

[haarj]

Ok I think I found my issue. Even though I am dispatching to the main thread presenting the popupbar, I am nesting 2 async requests to get some data first before presenting the popup. Even though I am dispatching both of those completion blocks to the main thread it still doesn't work so reworking the code so I can present the popup before calling those 2 async requests.

[haarj]

So while the code looks right, I'm going to decouple popupbar presenting from those 2 async requests, which are really only for the full screen music player. I can get popupbar data from the nowPlayingItem of the MPMusicPlayerController.

[LeoNatan]

Well, the Apple Music app shows a "Bot Playing" bar always, and swaps the data as it becomes available. You could do the same.

[haarj]

Thanks, Leo. I only show the bar if there is a nowPlayingItem or if a user is playing an AVPlayer video. Other than that I don't show it or give the user the ability to dismiss it completely. This rework was actually good. Got rid of unnecessary flows. Thanks!

[LeoNatan]

So the issue is resolved now?

[haarj]

YesSent from my iPhoneOn Oct 26, 2025, at 3:50 PM, Léo Natan ***@***.***> wrote: So the issue is resolved now? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you modified the open/close state.Message ID: ***@***.***>