Skip to content

Conversation

@karansingh21202
Copy link
Contributor

@karansingh21202 karansingh21202 commented Aug 2, 2025

Description

Adjusted the z-index of the timeline playhead from z-150 to z-45 to resolve layering issues with other UI elements.
#507 (solved)

Changes Made

  • Modified the playhead's z-index in timeline-playhead.tsx to ensure proper layering with other timeline components
  • The new z-index of 45 maintains visibility while preventing it from appearing above other important UI elements

Why This Change Was Needed

  • The playhead's previous z-index of 150 was causing it to appear above elements that should have been in the foreground
  • This adjustment ensures better visual hierarchy and prevents the playhead from overlapping with other interface elements

Testing

  • Verified that the playhead remains visible during playback
  • Confirmed that the playhead no longer appears above other UI elements
  • Tested timeline interactions to ensure all functionality remains intact

##Before

rec14_o.mp4

##After

rec15_o.mp4

Related Issues

Fixes #[issue-number]

Checklist

  • My code follows the project's coding style
  • I have tested these changes
  • My changes don't break existing functionality

Summary by CodeRabbit

  • Style
    • Adjusted the stacking order of the timeline playhead for improved layering with other interface elements.

@netlify
Copy link

netlify bot commented Aug 2, 2025

👷 Deploy request for appcut pending review.

Visit the deploys page to approve it

Name Link
🔨 Latest commit c04c915

@vercel
Copy link

vercel bot commented Aug 2, 2025

@karansingh21202 is attempting to deploy a commit to the OpenCut OSS Team on Vercel.

A member of the Team first needs to authorize it.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Aug 2, 2025

Walkthrough

The z-index value of the playhead container in the timeline editor component was changed from 150 to 45. This adjustment affects the stacking order of the playhead relative to other UI elements. No other logic or styling changes were made.

Changes

Cohort / File(s) Change Summary
Timeline Playhead z-index Adjustment
apps/web/src/components/editor/timeline/timeline-playhead.tsx
Lowered the playhead container's z-index from 150 to 45.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Possibly related PRs

Poem

A hop and a skip, the playhead drops low,
From z-one-fifty to forty-five it’ll go.
Stacking in order, the timeline’s delight,
Now elements layer just right!
With every small tweak, the timeline feels neat—
A bunny’s touch makes the UI complete. 🐇✨

Note

🔌 MCP (Model Context Protocol) integration is now available in Early Access!

Pro users can now connect to remote MCP servers under the Integrations page to get reviews and chat conversations that understand additional development context.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between f576fc4 and c04c915.

📒 Files selected for processing (1)
  • apps/web/src/components/editor/timeline/timeline-playhead.tsx (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
✨ Finishing Touches
  • 📝 Generate Docstrings
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment

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
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai generate unit tests to generate unit tests for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

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 (1)
apps/web/src/components/editor/timeline/timeline-playhead.tsx (1)

107-124: Remove or guard verbose console logging

The unconditional console.log inside the hot render path will leak into production bundles and spam the browser console whenever the playhead leaves bounds. Either drop it or wrap it behind a non-production guard:

-  if (rawLeftPosition < leftBoundary || rawLeftPosition > rightBoundary) {
-    console.log(
-      "PLAYHEAD VISUAL DEBUG:",
-      JSON.stringify({
-        playheadPosition,
-        timelinePosition,
-        trackLabelsWidth,
-        scrollLeft,
-        rawLeftPosition,
-        constrainedLeftPosition: leftPosition,
-        leftBoundary,
-        rightBoundary,
-        timelineContentWidth,
-        viewportWidth,
-        zoomLevel,
-      })
-    );
-  }
+  if (
+    process.env.NODE_ENV !== "production" &&
+    (rawLeftPosition < leftBoundary || rawLeftPosition > rightBoundary)
+  ) {
+    // eslint-disable-next-line no-console -- useful only during development
+    console.debug("PLAYHEAD VISUAL DEBUG:", {
+      playheadPosition,
+      timelinePosition,
+      trackLabelsWidth,
+      scrollLeft,
+      rawLeftPosition,
+      constrainedLeftPosition: leftPosition,
+      leftBoundary,
+      rightBoundary,
+      timelineContentWidth,
+      viewportWidth,
+      zoomLevel,
+    });
+  }
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between ae54aff and f576fc4.

📒 Files selected for processing (1)
  • apps/web/src/components/editor/timeline/timeline-playhead.tsx (1 hunks)
🧰 Additional context used
📓 Path-based instructions (3)
**/*.{jsx,tsx}

📄 CodeRabbit Inference Engine (.github/copilot-instructions.md)

**/*.{jsx,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...

Files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
**/*.{js,jsx,ts,tsx}

📄 CodeRabbit Inference Engine (.github/copilot-instructions.md)

**/*.{js,jsx,ts,tsx}: Don't use consecutive spaces in regular expression literals.
Don't use the arguments object.
Don't use the comma operator.
Don't write functions that exceed a given Cognitive Complexity score.
Don't use unnecessary boolean casts.
Don't use unnecessary callbacks with flatMap.
Use for...of statements instead of Array.forEach.
Don't create classes that only have static members (like a static namespace).
Don't use this and super in static contexts.
Don't use unnecessary catch clauses.
Don't use unnecessary constructors.
Don't use unnecessary continue statements.
Don't export empty modules that don't change anything.
Don't use unnecessary escape sequences in regular expression literals.
Don't use unnecessary labels.
Don't use unnecessary nested block statements.
Don't rename imports, exports, and destructured assignments to the same name.
Don't use unnecessary string or template literal concatenation.
Don't use String.raw in template literals when there are no escape sequences.
Don't use useless case statements in switch statements.
Don't use ternary operators when simpler alternatives exist.
Don't use useless this aliasing.
Don't initialize variables to undefined.
Don't use the void operators (they're not familiar).
Use arrow functions instead of function expressions.
Use Date.now() to get milliseconds since the Unix Epoch.
Use .flatMap() instead of map().flat() when possible.
Use literal property access instead of computed property access.
Don't use parseInt() or Number.parseInt() when binary, octal, or hexadecimal literals work.
Use concise optional chaining instead of chained logical expressions.
Use regular expression literals instead of the RegExp constructor when possible.
Don't use number literal object member names that aren't base 10 or use underscore separators.
Remove redundant terms from logical expressions.
Use while loops instead of for loops when you don't need initializer and update expressions.
Don't reassign const variables....

Files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
**/*.{ts,tsx}

📄 CodeRabbit Inference Engine (.github/copilot-instructions.md)

**/*.{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 any or unknown as type constraints.
Don't return a value from a function with the return type 'void'.
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 import type for types.
Make sure all enum members are literal values.
Don't use TypeScript const enum.
Don't declare empty interfaces.
Don't let variables evolve into any type through reassignments.
Don't use the any type.
Don't misuse the non-null assertion operator (!) in TypeScript files.
Don't use implicit any type on variable declarations.
Don't merge interfaces and classes unsafely.
Don't use overload signatures that aren't next to each other.
Use the namespace keyword instead of the module keyword to declare TypeScript namespaces.
Use consistent accessibility modifiers on class properties and methods.
Use function types instead of object types with call signatures.
Don't use void type outside of generic or return types.

**/*.{ts,tsx}: 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...

Files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
🧠 Learnings (9)
📓 Common learnings
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-element.tsx:361-361
Timestamp: 2025-07-30T23:20:52.497Z
Learning: Tailwind CSS v4 maintains the same default z-index scale as v3 (up to z-50), but projects can extend the theme configuration to include higher semantic z-index utilities like z-100, z-150, z-200. When a project has extended the z-index theme, these higher values work as direct utilities without needing arbitrary value syntax.
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:23:53.859Z
Learning: Tailwind CSS v4's JIT compiler can generate z-index utilities for any numeric value on demand (e.g., z-150, z-200, z-999), unlike v3 which was limited to predefined scale values (z-0, z-10, z-20, z-30, z-40, z-50). This means arbitrary z-index values no longer require bracket notation in v4.
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-element.tsx:361-361
Timestamp: 2025-07-30T23:20:52.497Z
Learning: Tailwind CSS v4 expands the z-index utility scale beyond the v3 limit of z-50, including utilities like z-200, z-150, etc. The arbitrary value syntax z-[200] is no longer needed for these higher z-index values in v4.
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:23:53.859Z
Learning: Tailwind CSS v4 JIT compiler supports arbitrary z-index values, but they must use square bracket notation (e.g., z-[150], z-[999]). The predefined z-index scale remains z-0, z-10, z-20, z-30, z-40, z-50, and z-auto. Values outside this scale like z-150 without brackets will be dropped by the compiler.
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:21:04.732Z
Learning: Tailwind CSS v4 significantly expands the z-index utility scale compared to v3. While v3 only included z-0, z-10, z-20, z-30, z-40, z-50, v4 includes a much more comprehensive scale: z-0, z-1, z-2, z-3, z-10, z-20, z-30, z-40, z-50, z-60, z-70, z-80, z-90, z-100, z-110, z-120, z-130, z-140, z-150, z-160, z-170, z-180, z-190, z-200, z-300, z-400, z-500, z-600, z-700, z-800, z-900, z-1000, and z-auto.
📚 Learning: tailwind css v4 maintains the same default z-index scale as v3 (up to z-50), but projects can extend...
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-element.tsx:361-361
Timestamp: 2025-07-30T23:20:52.497Z
Learning: Tailwind CSS v4 maintains the same default z-index scale as v3 (up to z-50), but projects can extend the theme configuration to include higher semantic z-index utilities like z-100, z-150, z-200. When a project has extended the z-index theme, these higher values work as direct utilities without needing arbitrary value syntax.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: tailwind css v4's jit compiler can generate z-index utilities for any numeric value on demand (e.g.,...
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:23:53.859Z
Learning: Tailwind CSS v4's JIT compiler can generate z-index utilities for any numeric value on demand (e.g., z-150, z-200, z-999), unlike v3 which was limited to predefined scale values (z-0, z-10, z-20, z-30, z-40, z-50). This means arbitrary z-index values no longer require bracket notation in v4.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: tailwind css v4 expands the z-index utility scale beyond the v3 limit of z-50, including utilities l...
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-element.tsx:361-361
Timestamp: 2025-07-30T23:20:52.497Z
Learning: Tailwind CSS v4 expands the z-index utility scale beyond the v3 limit of z-50, including utilities like z-200, z-150, etc. The arbitrary value syntax z-[200] is no longer needed for these higher z-index values in v4.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: tailwind css v4 jit compiler supports arbitrary z-index values, but they must use square bracket not...
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:23:53.859Z
Learning: Tailwind CSS v4 JIT compiler supports arbitrary z-index values, but they must use square bracket notation (e.g., z-[150], z-[999]). The predefined z-index scale remains z-0, z-10, z-20, z-30, z-40, z-50, and z-auto. Values outside this scale like z-150 without brackets will be dropped by the compiler.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: tailwind css v4 significantly expands the z-index utility scale compared to v3. while v3 only includ...
Learnt from: brandonmcconnell
PR: OpenCut-app/OpenCut#498
File: apps/web/src/components/editor/timeline/timeline-playhead.tsx:129-130
Timestamp: 2025-07-30T23:21:04.732Z
Learning: Tailwind CSS v4 significantly expands the z-index utility scale compared to v3. While v3 only included z-0, z-10, z-20, z-30, z-40, z-50, v4 includes a much more comprehensive scale: z-0, z-1, z-2, z-3, z-10, z-20, z-30, z-40, z-50, z-60, z-70, z-80, z-90, z-100, z-110, z-120, z-130, z-140, z-150, z-160, z-170, z-180, z-190, z-200, z-300, z-400, z-500, z-600, z-700, z-800, z-900, z-1000, and z-auto.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: applies to **/*.{jsx,tsx} : assign `tabindex` to non-interactive html elements with `aria-activedesc...
Learnt from: CR
PR: OpenCut-app/OpenCut#0
File: .github/copilot-instructions.md:0-0
Timestamp: 2025-07-27T22:14:46.402Z
Learning: Applies to **/*.{jsx,tsx} : Assign `tabIndex` to non-interactive HTML elements with `aria-activedescendant`.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: applies to **/*.{jsx,tsx} : don't assign `tabindex` to non-interactive html elements....
Learnt from: CR
PR: OpenCut-app/OpenCut#0
File: .cursor/rules/ultracite.mdc:0-0
Timestamp: 2025-07-27T22:15:27.748Z
Learning: Applies to **/*.{jsx,tsx} : Don't assign `tabIndex` to non-interactive HTML elements.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
📚 Learning: applies to **/*.{jsx,tsx} : don't use positive integers for `tabindex` property....
Learnt from: CR
PR: OpenCut-app/OpenCut#0
File: .cursor/rules/ultracite.mdc:0-0
Timestamp: 2025-07-27T22:15:27.748Z
Learning: Applies to **/*.{jsx,tsx} : Don't use positive integers for `tabIndex` property.

Applied to files:

  • apps/web/src/components/editor/timeline/timeline-playhead.tsx
⏰ 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). (1)
  • GitHub Check: build (windows-latest)
🔇 Additional comments (1)
apps/web/src/components/editor/timeline/timeline-playhead.tsx (1)

128-130: z-50 is a valid Tailwind utility – good catch

Replacing z-150 (which Tailwind drops unless written as z-[150]) with z-50 restores predictable stacking without relying on extended config or arbitrary values. Nice, simple fix that eliminates a silent styling bug.

@karansingh21202 karansingh21202 changed the title fix: adjust playhead z-index to 50 for better layering fix: adjust playhead z-index to 45 for better layering Aug 8, 2025
@mazeincoding mazeincoding changed the base branch from main to staging August 16, 2025 05:39
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