Skip to content

Comments

web: Fix horizontal scrolling and text truncation in Test tabs#1158

Merged
elie222 merged 1 commit intomainfrom
fix/test-tab-table-width
Jan 1, 2026
Merged

web: Fix horizontal scrolling and text truncation in Test tabs#1158
elie222 merged 1 commit intomainfrom
fix/test-tab-table-width

Conversation

@elie222
Copy link
Owner

@elie222 elie222 commented Dec 31, 2025

User description

Truncates long email content and constrains table layout in the Test tabs to prevent horizontal scrolling and keep action buttons visible.

  • Added text truncation (truncate) and line clamping (line-clamp-2) to EmailMessageCell
  • Fixed flex layout in ProcessRulesRow and TestRulesContentRow to constrain content width
  • Added EmailRowExample to components demo page to showcase the fix

Summary by CodeRabbit

  • Refactor

    • Reorganized email message display layout with improved spacing and separation between content and action controls.
  • Style

    • Added text truncation for email subjects, snippets, and URLs to maintain consistent visual display.
  • Documentation

    • Added UI component example showcasing email row truncation behavior.

✏️ Tip: You can customize this high-level summary in your review settings.


Generated description

Below is a concise technical summary of the changes proposed in this PR:

graph LR
Components_("Components"):::modified
EmailRowExample_("EmailRowExample"):::added
TABLE_COMPONENTS_("TABLE_COMPONENTS"):::added
EmailMessageCell_("EmailMessageCell"):::modified
MESSAGE_TEXT_("MESSAGE_TEXT"):::modified
TestRulesContentRow_("TestRulesContentRow"):::modified
ProcessRulesRow_("ProcessRulesRow"):::modified
Components_ -- "Adds landing section calling EmailRowExample to demo truncation." --> EmailRowExample_
EmailRowExample_ -- "Introduces Table components to render bordered email example." --> TABLE_COMPONENTS_
EmailMessageCell_ -- "Adds truncation and two-line clamp to subject/snippet." --> MESSAGE_TEXT_
TestRulesContentRow_ -- "Adds spaced wrapper and forwards messageId,labelIds to EmailMessageCell." --> EmailMessageCell_
ProcessRulesRow_ -- "Adds spaced layout and forwards messageId/labelIds to cell." --> EmailMessageCell_
classDef added stroke:#15AA7A
classDef removed stroke:#CD5270
classDef modified stroke:#EDAC4C
linkStyle default stroke:#CBD5E1,font-size:13px
Loading

Implement text truncation and line clamping within EmailMessageCell components to prevent horizontal scrolling and ensure action buttons remain visible. Adjust flex layouts in ProcessRulesRow and TestRulesContentRow to constrain content width in Test tabs.

TopicDetails
Constrain Table Layout Adjust flexbox properties in ProcessRulesRow and TestRulesContentRow to ensure email message content is constrained, preventing horizontal scrolling and keeping action buttons visible.
Modified files (3)
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
Latest Contributors(2)
UserCommitDate
elie222bulk-run-rules-activit...December 19, 2025
mojkakec12345@gmail.comfix-all-commentsJuly 11, 2025
Truncate Email Content Apply CSS classes to EmailMessageCell to truncate long subject lines and clamp email snippets to two lines, improving readability and preventing overflow.
Modified files (2)
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
Latest Contributors(2)
UserCommitDate
elie222bulk-run-rules-activit...December 19, 2025
mojkakec12345@gmail.comfix-all-commentsJuly 11, 2025
This pull request is reviewed by Baz. Review like a pro on (Baz).

@vercel
Copy link

vercel bot commented Dec 31, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
inbox-zero Ready Ready Preview Dec 31, 2025 5:23pm

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Dec 31, 2025

📝 Walkthrough

Walkthrough

Layout restructuring of email message cells and action controls across process and test rule views. Two rule components reorganized into two-zone flex layouts (content left, actions right) for improved spacing and truncation. EmailMessageCell enhanced with CSS truncation and line-clamping. New EmailRowExample component added to landing page demonstrating truncation behavior.

Changes

Cohort / File(s) Summary
Layout Restructuring
apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx, apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
Converted single-row layouts to two-zone flex containers with gap-4 spacing. Left zone wraps content in flex-1 with min-w-0 for proper truncation; right zone in shrink-0 container holds action controls (buttons, spinners, ResultsDisplay, FixWithChat).
Truncation Styling
apps/web/components/EmailMessageCell.tsx
Added truncate class to subject line; enhanced snippet with line-clamp-2 and break-all to constrain and wrap content. Maintains existing layout and conditional rendering.
Landing Page Demo
apps/web/app/(landing)/components/page.tsx
Introduced new EmailRowExample component rendering table row with long sender name, subject, and URL. Added "Email Row Truncation" UI block to Components page. Imported Table-related components.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

Possibly related PRs

  • #666: Modifies ProcessRules.tsx to refactor result data fetching and merging logic for the same rendering hierarchy being restructured in this PR.
  • #329: Alters TestRulesContentRow button handler payload to include messageId; touches the same component being restructured for layout.
  • #328: Modifies TestRules.tsx TestRulesContentRow rendering and button handler logic; overlaps with layout restructuring in this PR.

Suggested reviewers

  • edulelis

Poem

🐰 A flex container hops with glee,
Gap-4 spaces stretch so free,
Truncate the lines, let snippets breathe,
Two zones dance, no more squeeze,
EmailMessageCell finds harmony!

Pre-merge checks and finishing touches

❌ Failed checks (1 warning)
Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%. You can run @coderabbitai generate docstrings to improve docstring coverage.
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title directly describes the main change: fixing horizontal scrolling and text truncation issues in Test tabs. This aligns well with the actual changes across ProcessRules, TestRules, and EmailMessageCell components.
✨ Finishing touches
  • 📝 Generate docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@macroscopeapp
Copy link
Contributor

macroscopeapp bot commented Dec 31, 2025

Fix horizontal scrolling in Test tabs by truncating email content and preventing action controls from shrinking in ProcessRulesRow and TestRulesContentRow

Adjust flex layouts to wrap EmailMessageCell in min-w-0 flex-1, add gap-4, set actions to shrink-0, and update EmailMessageCell to use truncate for subject and line-clamp-2 break-all for snippet. Add an example section demonstrating truncation on the components page.

📍Where to Start

Start with the layout changes in ProcessRules.tsx and TestRules.tsx, then review the text styling in EmailMessageCell.tsx.


📊 Macroscope summarized 330393b. 4 files reviewed, 1 issue evaluated, 0 issues filtered, 1 comment posted. View details

Comment on lines +753 to +758
<div>
<div className="underline">Email Row Truncation</div>
<div className="mt-4">
<EmailRowExample />
</div>
</div>
Copy link
Contributor

Choose a reason for hiding this comment

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

EmailRowExample is used but not defined/imported, which will throw at runtime. Consider importing it or removing this section; the diff removes the usage to avoid the error.

-        <div>
-          <div className="underline">Email Row Truncation</div>
-          <div className="mt-4">
-            <EmailRowExample />
-          </div>
-        </div>

🚀 Want me to fix this? Reply ex: "fix it for me".

Copy link
Contributor

@cubic-dev-ai cubic-dev-ai bot left a comment

Choose a reason for hiding this comment

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

No issues found across 4 files

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (2)
apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx (1)

152-185: Layout restructuring correctly implements truncation constraints.

The two-zone flex layout with min-w-0 flex-1 on the left container is essential for allowing the EmailMessageCell to truncate properly. The shrink-0 on the right ensures action buttons remain fully visible.

Optional: Consider removing redundant spacing

The parent container uses gap-4 while the right child has ml-4, creating 32px total spacing. Consider removing ml-4 from line 164 to rely solely on gap-4 for consistent spacing:

-          <div className="ml-4 shrink-0">
+          <div className="shrink-0">

This would make spacing consistent and maintain the same visual separation (16px from gap-4).

apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx (1)

359-404: Layout restructuring successfully enables content truncation.

The refactored two-zone layout with min-w-0 flex-1 for the email content and shrink-0 for the action buttons correctly implements the truncation fix. The conditional rendering logic for results/actions is preserved.

Optional: Consider removing redundant spacing

Similar to TestRules.tsx, the parent uses gap-4 (line 359) while the right container has ml-4 (line 371), creating 32px total spacing. Consider simplifying:

-          <div className="ml-4 flex shrink-0 items-center gap-1">
+          <div className="flex shrink-0 items-center gap-1">

This maintains consistent 16px spacing via gap-4 and reduces redundancy.

📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 6a0d4df and 330393b.

📒 Files selected for processing (4)
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/components/EmailMessageCell.tsx
🧰 Additional context used
📓 Path-based instructions (17)
**/*.{ts,tsx}

📄 CodeRabbit inference engine (.cursor/rules/data-fetching.mdc)

**/*.{ts,tsx}: For API GET requests to server, use the swr package
Use result?.serverError with toastError from @/components/Toast for error handling in async operations

**/*.{ts,tsx}: Use wrapper functions for Gmail message operations (get, list, batch, etc.) from @/utils/gmail/message.ts instead of direct API calls
Use wrapper functions for Gmail thread operations from @/utils/gmail/thread.ts instead of direct API calls
Use wrapper functions for Gmail label operations from @/utils/gmail/label.ts instead of direct API calls

**/*.{ts,tsx}: For early access feature flags, create hooks using the naming convention use[FeatureName]Enabled that return a boolean from useFeatureFlagEnabled("flag-key")
For A/B test variant flags, create hooks using the naming convention use[FeatureName]Variant that define variant types, use useFeatureFlagVariantKey() with type casting, and provide a default "control" fallback
Use kebab-case for PostHog feature flag keys (e.g., inbox-cleaner, pricing-options-2)
Always define types for A/B test variant flags (e.g., type PricingVariant = "control" | "variant-a" | "variant-b") and provide type safety through type casting

**/*.{ts,tsx}: Don't use primitive type aliases or misleading types
Don't use empty type parameters in type aliases and interfaces
Don't use this and super in static contexts
Don't use any or unknown as type constraints
Don't use the TypeScript directive @ts-ignore
Don't use TypeScript enums
Don't export imported variables
Don't add type annotations to variables, parameters, and class properties that are initialized with literal expressions
Don't use TypeScript namespaces
Don't use non-null assertions with the ! postfix operator
Don't use parameter properties in class constructors
Don't use user-defined types
Use as const instead of literal types and type annotations
Use either T[] or Array<T> consistently
Initialize each enum member value explicitly
Use export type for types
Use `impo...

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/app/(app)/**/*.{ts,tsx}

📄 CodeRabbit inference engine (.cursor/rules/page-structure.mdc)

apps/web/app/(app)/**/*.{ts,tsx}: Components for the page are either put in page.tsx, or in the apps/web/app/(app)/PAGE_NAME folder
If we're in a deeply nested component we will use swr to fetch via API
If you need to use onClick in a component, that component is a client component and file must start with use client

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{ts,tsx,js,jsx}

📄 CodeRabbit inference engine (.cursor/rules/prisma-enum-imports.mdc)

Always import Prisma enums from @/generated/prisma/enums instead of @/generated/prisma/client to avoid Next.js bundling errors in client components

Import Prisma using the project's centralized utility: import prisma from '@/utils/prisma'

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/**/*.{ts,tsx}

📄 CodeRabbit inference engine (.cursor/rules/project-structure.mdc)

Import specific lodash functions rather than entire lodash library to minimize bundle size (e.g., import groupBy from 'lodash/groupBy')

apps/web/**/*.{ts,tsx}: Use TypeScript with strict null checks
Do not export types/interfaces that are only used within the same file. Export later if needed

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{tsx,ts}

📄 CodeRabbit inference engine (.cursor/rules/ui-components.mdc)

**/*.{tsx,ts}: Use Shadcn UI and Tailwind for components and styling
Use next/image package for images
For API GET requests to server, use the swr package with hooks like useSWR to fetch data
For text inputs, use the Input component with registerProps for form integration and error handling

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{tsx,ts,css}

📄 CodeRabbit inference engine (.cursor/rules/ui-components.mdc)

Implement responsive design with Tailwind CSS using a mobile-first approach

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.tsx

📄 CodeRabbit inference engine (.cursor/rules/ui-components.mdc)

**/*.tsx: Use the LoadingContent component to handle loading states instead of manual loading state management
For text areas, use the Input component with type='text', autosizeTextarea prop set to true, and registerProps for form integration

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{js,jsx,ts,tsx}

📄 CodeRabbit inference engine (.cursor/rules/ultracite.mdc)

**/*.{js,jsx,ts,tsx}: Don't use accessKey attribute on any HTML element
Don't set aria-hidden="true" on focusable elements
Don't add ARIA roles, states, and properties to elements that don't support them
Don't use distracting elements like <marquee> or <blink>
Only use the scope prop on <th> elements
Don't assign non-interactive ARIA roles to interactive HTML elements
Make sure label elements have text content and are associated with an input
Don't assign interactive ARIA roles to non-interactive HTML elements
Don't assign tabIndex to non-interactive HTML elements
Don't use positive integers for tabIndex property
Don't include "image", "picture", or "photo" in img alt prop
Don't use explicit role property that's the same as the implicit/default role
Make static elements with click handlers use a valid role attribute
Always include a title element for SVG elements
Give all elements requiring alt text meaningful information for screen readers
Make sure anchors have content that's accessible to screen readers
Assign tabIndex to non-interactive HTML elements with aria-activedescendant
Include all required ARIA attributes for elements with ARIA roles
Make sure ARIA properties are valid for the element's supported roles
Always include a type attribute for button elements
Make elements with interactive roles and handlers focusable
Give heading elements content that's accessible to screen readers (not hidden with aria-hidden)
Always include a lang attribute on the html element
Always include a title attribute for iframe elements
Accompany onClick with at least one of: onKeyUp, onKeyDown, or onKeyPress
Accompany onMouseOver/onMouseOut with onFocus/onBlur
Include caption tracks for audio and video elements
Use semantic elements instead of role attributes in JSX
Make sure all anchors are valid and navigable
Ensure all ARIA properties (aria-*) are valid
Use valid, non-abstract ARIA roles for elements with ARIA roles
Use valid AR...

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{jsx,tsx}

📄 CodeRabbit inference engine (.cursor/rules/ultracite.mdc)

**/*.{jsx,tsx}: Don't use unnecessary fragments
Don't pass children as props
Don't use the return value of React.render
Make sure all dependencies are correctly specified in React hooks
Make sure all React hooks are called from the top level of component functions
Don't forget key props in iterators and collection literals
Don't define React components inside other components
Don't use event handlers on non-interactive elements
Don't assign to React component props
Don't use both children and dangerouslySetInnerHTML props on the same element
Don't use dangerous JSX props
Don't use Array index in keys
Don't insert comments as text nodes
Don't assign JSX properties multiple times
Don't add extra closing tags for components without children
Use <>...</> instead of <Fragment>...</Fragment>
Watch out for possible "wrong" semicolons inside JSX elements
Make sure void (self-closing) elements don't have children
Don't use target="_blank" without rel="noopener"
Don't use <img> elements in Next.js projects
Don't use <head> elements in Next.js projects

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
!(pages/_document).{jsx,tsx}

📄 CodeRabbit inference engine (.cursor/rules/ultracite.mdc)

Don't use the next/head module in pages/_document.js on Next.js projects

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
**/*.{js,ts,jsx,tsx}

📄 CodeRabbit inference engine (.cursor/rules/utilities.mdc)

**/*.{js,ts,jsx,tsx}: Use lodash utilities for common operations (arrays, objects, strings)
Import specific lodash functions to minimize bundle size (e.g., import groupBy from 'lodash/groupBy')

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/**/*.{ts,tsx,js,jsx}

📄 CodeRabbit inference engine (apps/web/CLAUDE.md)

apps/web/**/*.{ts,tsx,js,jsx}: Use @/ path aliases for imports from project root
Prefer self-documenting code over comments; use descriptive variable and function names instead of explaining intent with comments
Add helper functions to the bottom of files, not the top
All imports go at the top of files, no mid-file dynamic imports

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/app/**/*.{ts,tsx}

📄 CodeRabbit inference engine (apps/web/CLAUDE.md)

Follow NextJS app router structure with (app) directory

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/**/*.{tsx,jsx}

📄 CodeRabbit inference engine (apps/web/CLAUDE.md)

apps/web/**/*.{tsx,jsx}: Follow tailwindcss patterns with prettier-plugin-tailwindcss for class sorting
Prefer functional components with hooks in React
Use shadcn/ui components when available
Ensure responsive design with mobile-first approach in components
Follow consistent naming conventions using PascalCase for components
Use LoadingContent component for async data with loading and error states
Use React Hook Form with Zod validation for form handling
Use result?.serverError with toastError and toastSuccess for error handling in forms

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/**/*.{ts,tsx,js,jsx,json,css}

📄 CodeRabbit inference engine (apps/web/CLAUDE.md)

Format code with Prettier

Files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
apps/web/components/**/*.tsx

📄 CodeRabbit inference engine (.cursor/rules/fullstack-workflow.mdc)

Use LoadingContent component to consistently handle loading and error states, passing loading, error, and children props

Use PascalCase for component file names (e.g., components/Button.tsx)

Files:

  • apps/web/components/EmailMessageCell.tsx
**/{pages,routes,components}/**/*.{ts,tsx}

📄 CodeRabbit inference engine (.cursor/rules/gmail-api.mdc)

Never call Gmail API directly from routes or components - always use wrapper functions from the utils folder

Files:

  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(landing)/components/page.tsx
🧠 Learnings (13)
📚 Learning: 2025-11-25T14:40:00.833Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/testing.mdc:0-0
Timestamp: 2025-11-25T14:40:00.833Z
Learning: Applies to **/*.test.{ts,tsx} : Use test helpers `getEmail`, `getEmailAccount`, and `getRule` from `@/__tests__/helpers` for mocking emails, accounts, and rules

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
📚 Learning: 2025-11-25T14:37:56.430Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/llm-test.mdc:0-0
Timestamp: 2025-11-25T14:37:56.430Z
Learning: Applies to apps/web/__tests__/**/*.test.ts : Prefer using existing helpers from `@/__tests__/helpers.ts` (`getEmailAccount`, `getEmail`, `getRule`, `getMockMessage`, `getMockExecutedRule`) instead of creating custom test data helpers

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
📚 Learning: 2025-11-25T14:37:22.660Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/gmail-api.mdc:0-0
Timestamp: 2025-11-25T14:37:22.660Z
Learning: Applies to apps/web/utils/gmail/**/*.{ts,tsx} : Keep Gmail provider-specific implementation details isolated within the apps/web/utils/gmail/ directory

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
📚 Learning: 2025-11-25T14:40:00.833Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/testing.mdc:0-0
Timestamp: 2025-11-25T14:40:00.833Z
Learning: Applies to **/*.test.{ts,tsx} : Avoid testing implementation details

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
📚 Learning: 2025-11-25T14:37:22.660Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/gmail-api.mdc:0-0
Timestamp: 2025-11-25T14:37:22.660Z
Learning: Applies to **/*.{ts,tsx} : Use wrapper functions for Gmail thread operations from @/utils/gmail/thread.ts instead of direct API calls

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
📚 Learning: 2025-11-25T14:37:22.660Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/gmail-api.mdc:0-0
Timestamp: 2025-11-25T14:37:22.660Z
Learning: Applies to **/*.{ts,tsx} : Use wrapper functions for Gmail message operations (get, list, batch, etc.) from @/utils/gmail/message.ts instead of direct API calls

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx
  • apps/web/components/EmailMessageCell.tsx
  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
📚 Learning: 2025-11-25T14:38:56.992Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/project-structure.mdc:0-0
Timestamp: 2025-11-25T14:38:56.992Z
Learning: Applies to apps/web/components/ui/**/*.tsx : Shadcn UI components are located in `components/ui` directory

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-12-21T12:21:37.794Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: apps/web/CLAUDE.md:0-0
Timestamp: 2025-12-21T12:21:37.794Z
Learning: Applies to apps/web/**/*.{tsx,jsx} : Use shadcn/ui components when available

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-11-25T14:40:13.649Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/ui-components.mdc:0-0
Timestamp: 2025-11-25T14:40:13.649Z
Learning: Applies to **/*.{tsx,ts,jsx,js} : Use Shadcn UI and Tailwind for components and styling

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-11-25T14:40:15.063Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/ui-components.mdc:0-0
Timestamp: 2025-11-25T14:40:15.063Z
Learning: Applies to **/*.{tsx,ts} : Use Shadcn UI and Tailwind for components and styling

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-11-25T14:36:36.276Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/data-fetching.mdc:0-0
Timestamp: 2025-11-25T14:36:36.276Z
Learning: Applies to **/*.{ts,tsx} : Import error and success toast utilities from '@/components/Toast' for displaying notifications

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-11-25T14:40:13.649Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/ui-components.mdc:0-0
Timestamp: 2025-11-25T14:40:13.649Z
Learning: Applies to **/*.{tsx,ts,jsx,js} : For text areas in forms, use the `Input` component with `type='text'`, `autosizeTextarea` prop, `rows`, `name`, `placeholder`, `registerProps` from react-hook-form, and `error` props

Applied to files:

  • apps/web/app/(landing)/components/page.tsx
📚 Learning: 2025-11-25T14:38:07.606Z
Learnt from: CR
Repo: elie222/inbox-zero PR: 0
File: .cursor/rules/llm.mdc:0-0
Timestamp: 2025-11-25T14:38:07.606Z
Learning: Applies to apps/web/utils/ai/**/*.ts : Use XML-like tags to structure data in prompts, remove excessive whitespace and truncate long inputs, and format data consistently across similar LLM functions

Applied to files:

  • apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx
🧬 Code graph analysis (4)
apps/web/app/(app)/[emailAccountId]/cold-email-blocker/TestRules.tsx (1)
apps/web/components/EmailMessageCell.tsx (1)
  • EmailMessageCell (21-132)
apps/web/components/EmailMessageCell.tsx (1)
apps/web/components/Typography.tsx (1)
  • MessageText (128-128)
apps/web/app/(landing)/components/page.tsx (1)
apps/web/components/Typography.tsx (1)
  • MessageText (128-128)
apps/web/app/(app)/[emailAccountId]/assistant/ProcessRules.tsx (1)
apps/web/components/EmailMessageCell.tsx (1)
  • EmailMessageCell (21-132)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (4)
  • GitHub Check: Baz Reviewer
  • GitHub Check: cubic · AI code reviewer
  • GitHub Check: test
  • GitHub Check: Analyze (javascript-typescript)
🔇 Additional comments (2)
apps/web/components/EmailMessageCell.tsx (1)

126-129: LGTM! Truncation and line clamping properly implemented.

The truncate class on the subject and line-clamp-2 break-all on the snippet effectively constrain long content and prevent horizontal scrolling. The break-all utility is particularly useful for handling long URLs that would otherwise overflow.

apps/web/app/(landing)/components/page.tsx (1)

838-872: Excellent demo component showcasing the truncation fix.

The EmailRowExample effectively demonstrates how the truncation behavior handles long sender names, subjects, and URLs. Using realistic edge cases (extremely long URL that doesn't naturally break) makes this a valuable visual reference for the fix.

@elie222 elie222 merged commit 0c703e6 into main Jan 1, 2026
21 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant