-
Notifications
You must be signed in to change notification settings - Fork 0
Refactor NO_TICKET Various improvements #24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: coderabbit_combined_20260121_augment_sentry_coderabbit_1_base_refactor_no_ticket_various_improvements_pr228
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -221,7 +221,7 @@ final class AddressToolbarContainer: UIView, | |
| guard #available(iOS 26.0, *), let windowUUID else { return 0 } | ||
|
|
||
| let isEditingAddress = state?.addressToolbar.isEditing == true | ||
| let shoudShowKeyboard = state?.addressToolbar.shouldShowKeyboard | ||
| let shouldShowKeyboard = state?.addressToolbar.shouldShowKeyboard | ||
| let isBottomToolbar = state?.toolbarPosition == .bottom | ||
| let shouldAdjustForAccessory = hasAccessoryView && | ||
| !isEditingAddress && | ||
|
|
@@ -231,7 +231,7 @@ final class AddressToolbarContainer: UIView, | |
|
|
||
| /// We want to check here if the keyboard accessory view state has changed | ||
| /// To avoid spamming redux actions. | ||
| guard hasAccessoryView != shoudShowKeyboard else { return accessoryViewOffset } | ||
| guard hasAccessoryView != shouldShowKeyboard else { return accessoryViewOffset } | ||
| store.dispatch( | ||
| ToolbarAction( | ||
| shouldShowKeyboard: hasAccessoryView, | ||
|
|
@@ -445,7 +445,7 @@ final class AddressToolbarContainer: UIView, | |
| insertSubview(leftSkeletonAddressBar, aboveSubview: toolbar) | ||
| insertSubview(rightSkeletonAddressBar, aboveSubview: toolbar) | ||
|
|
||
| toolbar.leadingAnchor.constraint(equalTo: leftSkeletonAddressBar.trailingAnchor).isActive = true | ||
| toolbar.leadingAnchor.constraint(equalTo: rightSkeletonAddressBar.trailingAnchor).isActive = true | ||
| toolbar.trailingAnchor.constraint(equalTo: rightSkeletonAddressBar.leadingAnchor).isActive = true | ||
|
Comment on lines
+448
to
449
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Fix inverted toolbar constraints (leading/trailing pinned to the same right skeleton). 🐛 Proposed fix- toolbar.leadingAnchor.constraint(equalTo: rightSkeletonAddressBar.trailingAnchor).isActive = true
+ toolbar.leadingAnchor.constraint(equalTo: leftSkeletonAddressBar.trailingAnchor).isActive = true🤖 Prompt for AI Agents |
||
| } else { | ||
| toolbar.leadingAnchor.constraint(equalTo: leadingAnchor).isActive = true | ||
|
|
@@ -459,19 +459,22 @@ final class AddressToolbarContainer: UIView, | |
| } | ||
|
|
||
| private func setupSkeletonAddressBarsLayout() { | ||
| if toolbarHelper.isSwipingTabsEnabled { | ||
| NSLayoutConstraint.activate([ | ||
| leftSkeletonAddressBar.topAnchor.constraint(equalTo: topAnchor), | ||
| leftSkeletonAddressBar.trailingAnchor.constraint(equalTo: leadingAnchor), | ||
| leftSkeletonAddressBar.bottomAnchor.constraint(equalTo: bottomAnchor), | ||
| leftSkeletonAddressBar.widthAnchor.constraint(equalTo: widthAnchor, constant: -UX.skeletonBarWidthOffset), | ||
|
|
||
| rightSkeletonAddressBar.topAnchor.constraint(equalTo: topAnchor), | ||
| rightSkeletonAddressBar.leadingAnchor.constraint(equalTo: trailingAnchor), | ||
| rightSkeletonAddressBar.bottomAnchor.constraint(equalTo: bottomAnchor), | ||
| rightSkeletonAddressBar.widthAnchor.constraint(equalTo: widthAnchor, constant: -UX.skeletonBarWidthOffset) | ||
| ]) | ||
| } | ||
| guard toolbarHelper.isSwipingTabsEnabled else { return } | ||
|
|
||
| // Check if the interface is in landscape mode for layout adjustments | ||
| let isLandscape = UIApplication.shared.statusBarOrientation.isLandscape | ||
|
|
||
| NSLayoutConstraint.activate([ | ||
| leftSkeletonAddressBar.topAnchor.constraint(equalTo: topAnchor), | ||
| leftSkeletonAddressBar.trailingAnchor.constraint(equalTo: leadingAnchor), | ||
| leftSkeletonAddressBar.bottomAnchor.constraint(equalTo: bottomAnchor), | ||
| leftSkeletonAddressBar.widthAnchor.constraint(equalTo: widthAnchor, constant: -UX.skeletonBarWidthOffset), | ||
|
|
||
| rightSkeletonAddressBar.topAnchor.constraint(equalTo: topAnchor), | ||
| rightSkeletonAddressBar.leadingAnchor.constraint(equalTo: trailingAnchor), | ||
| rightSkeletonAddressBar.bottomAnchor.constraint(equalTo: bottomAnchor), | ||
| rightSkeletonAddressBar.widthAnchor.constraint(equalTo: widthAnchor, constant: -UX.skeletonBarWidthOffset) | ||
| ]) | ||
| } | ||
|
|
||
| private func updateProgressBarPosition(_ position: AddressToolbarPosition) { | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Divider visibility ignores trailing page actions.
hasPageActionsonly checks the leading stack. If trailing actions exist but leading is empty, the divider stays hidden.🐛 Proposed fix
📝 Committable suggestion
🤖 Prompt for AI Agents