Skip to content

Conversation

@raahed
Copy link
Contributor

@raahed raahed commented Jul 11, 2025

Summary

This PR implements an optional filterDate function prop for the Datepicker, allowing specific dates to be disabled across different views. This functionality can be used in combination with the existing min and max date filtering.

I require this behavior for a project, and I also noticed that it has been a long-requested feature (see issue #1201).

Demo

This demo filters only weekdays in the days view of the datepicker. All other views are left untouched. If defined, the filter function must return true to enable a date, month, or year. The function is called for each element across the different views.

const filter = (date: Date, view: Views) => {
 if (view === Views.Days) {
  const day = date.getDay();
  return day >= 1 && day <= 5;
 }
 return true;
};

<Datepicker filterDate={filter} />
picker_demo

Summary by CodeRabbit

  • New Features

    • Added support for custom date filtering in the Datepicker component, allowing you to enable or disable selectable dates based on your own logic.
    • Introduced new Storybook examples demonstrating how to restrict selectable dates to weekdays or even-numbered dates.
    • Added documentation and code examples explaining how to use the new date filtering feature.
  • Bug Fixes

    • None.
  • Documentation

    • Expanded the Datepicker documentation with a new section and example for date filtering.
  • Tests

    • Added tests to verify the correct behavior of the date filtering functionality.

@changeset-bot
Copy link

changeset-bot bot commented Jul 11, 2025

🦋 Changeset detected

Latest commit: 4a3a9f2

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package
Name Type
flowbite-react Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel
Copy link

vercel bot commented Jul 11, 2025

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
flowbite-react ✅ Ready (Inspect) Visit Preview 💬 Add feedback Jul 12, 2025 10:55am
flowbite-react-storybook ✅ Ready (Inspect) Visit Preview 💬 Add feedback Jul 12, 2025 10:55am

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Jul 11, 2025

Walkthrough

A new filterDate prop was introduced to the Datepicker component, enabling selective enabling or disabling of dates based on custom logic and the current calendar view. This feature is integrated into all datepicker views, tested, documented, and demonstrated with new examples and Storybook stories.

Changes

File(s) Change Summary
packages/ui/src/components/Datepicker/Datepicker.tsx, DatepickerContext.tsx Added optional filterDate prop to component and context interfaces.
packages/ui/src/components/Datepicker/Views/Days.tsx, Months.tsx, Years.tsx, Decades.tsx Integrated filterDate logic into date, month, year, and decade button disabling logic.
packages/ui/src/components/Datepicker/index.ts Exported Views enum from helpers.
packages/ui/src/components/Datepicker/Datepicker.test.tsx Added test for filterDate behavior.
apps/storybook/src/Datepicker.stories.tsx Added two Storybook stories demonstrating date filtering.
apps/web/examples/datepicker/datepicker.filter.tsx Added example component and metadata for date filtering usage.
apps/web/examples/datepicker/index.ts Exported new filter example.
apps/web/content/docs/components/datepicker.mdx Added documentation section on date filtering with code example.
.changeset/hip-pants-run.md Added changeset file for the new feature release.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant Datepicker
    participant Context
    participant Views (Days/Months/Years/Decades)
    User->>Datepicker: Open datepicker
    Datepicker->>Context: Provide filterDate (if any)
    Views->>Context: Access filterDate
    loop For each date/month/year/decade button
        Views->>filterDate: Call filterDate(date, view)
        alt filterDate returns false or out of range
            Views->>Views: Disable button
        else filterDate returns true
            Views->>Views: Enable button
        end
    end
    User->>Views: Select enabled date
Loading

Suggested reviewers

  • rluders
  • teddythinh

Poem

In the garden of dates, a filter appears,
Letting weekdays and even days bring cheers.
With custom logic, the picker’s now wise,
Disabling dates with a hop and surprise!
Docs and tests join the fun,
As new stories are spun—
Hooray for the code, our filtering’s begun! 🐇✨


📜 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 de04495 and 4a3a9f2.

📒 Files selected for processing (1)
  • .changeset/hip-pants-run.md (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • .changeset/hip-pants-run.md
⏰ 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

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.
    • @coderabbitai modularize this function.
  • 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.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

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

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

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 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: 1

🧹 Nitpick comments (2)
apps/web/examples/datepicker/index.ts (1)

4-4: LGTM! Consider alphabetical ordering for consistency.

The export addition is correct and follows existing patterns. Consider placing it after inline to maintain alphabetical order.

apps/web/examples/datepicker/datepicker.filter.tsx (1)

4-18: Consider extracting the filter function to reduce code duplication.

The filter function is duplicated between the code string and the actual implementation. While this is acceptable for documentation purposes, consider extracting it to a shared variable to maintain consistency.

+const filterFn = (date: Date, view: Views) => {
+  if (view === Views.Days) {
+    const day = date.getDay();
+    return day >= 1 && day <= 5;
+  }
+  return true;
+};
+
 const code = `
 import { Datepicker, Views } from "flowbite-react";

-const filterFn = (date: Date, view: Views) => {
-  if (view === Views.Days) {
-    const day = date.getDay();
-    return day >= 1 && day <= 5;
-  }
-  return true;
-};
+const filterFn = (date: Date, view: Views) => {
+  if (view === Views.Days) {
+    const day = date.getDay();
+    return day >= 1 && day <= 5;
+  }
+  return true;
+};

 export function Component() {
   return <Datepicker filterDate={filterFn} />;
 }
 `;

-const filterFn = (date: Date, view: Views) => {
-  if (view === Views.Days) {
-    const day = date.getDay();
-    return day >= 1 && day <= 5;
-  }
-  return true;
-};
📜 Review details

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

📥 Commits

Reviewing files that changed from the base of the PR and between 557d233 and 5ae65ff.

📒 Files selected for processing (12)
  • apps/storybook/src/Datepicker.stories.tsx (2 hunks)
  • apps/web/content/docs/components/datepicker.mdx (1 hunks)
  • apps/web/examples/datepicker/datepicker.filter.tsx (1 hunks)
  • apps/web/examples/datepicker/index.ts (1 hunks)
  • packages/ui/src/components/Datepicker/Datepicker.test.tsx (2 hunks)
  • packages/ui/src/components/Datepicker/Datepicker.tsx (3 hunks)
  • packages/ui/src/components/Datepicker/DatepickerContext.tsx (1 hunks)
  • packages/ui/src/components/Datepicker/Views/Days.tsx (3 hunks)
  • packages/ui/src/components/Datepicker/Views/Decades.tsx (2 hunks)
  • packages/ui/src/components/Datepicker/Views/Months.tsx (2 hunks)
  • packages/ui/src/components/Datepicker/Views/Years.tsx (2 hunks)
  • packages/ui/src/components/Datepicker/index.ts (1 hunks)
🧰 Additional context used
🧠 Learnings (11)
packages/ui/src/components/Datepicker/DatepickerContext.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Views/Decades.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Datepicker.test.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
apps/web/examples/datepicker/index.ts (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Datepicker.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Views/Days.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Views/Months.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/Views/Years.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
packages/ui/src/components/Datepicker/index.ts (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
apps/web/examples/datepicker/datepicker.filter.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
apps/storybook/src/Datepicker.stories.tsx (1)
Learnt from: rluders
PR: themesberg/flowbite-react#1314
File: packages/ui/src/components/Datepicker/helpers.ts:112-119
Timestamp: 2024-07-27T04:19:32.056Z
Learning: The `getFormattedDate` function in `packages/ui/src/components/Datepicker/helpers.ts` should use `DateFNSFormat` directly with the date and format string for proper localization support, mapping language codes to locale objects from `date-fns/locale`.
🧬 Code Graph Analysis (5)
packages/ui/src/components/Datepicker/Views/Decades.tsx (3)
packages/ui/src/components/Datepicker/DatepickerContext.tsx (1)
  • useDatePickerContext (27-35)
packages/ui/src/components/Datepicker/index.ts (2)
  • useDatePickerContext (3-3)
  • Views (5-5)
packages/ui/src/components/Datepicker/helpers.ts (1)
  • isDateInRange (18-38)
packages/ui/src/components/Datepicker/Datepicker.test.tsx (1)
packages/ui/src/components/Datepicker/Datepicker.tsx (1)
  • Datepicker (111-386)
packages/ui/src/components/Datepicker/Views/Days.tsx (1)
packages/ui/src/components/Datepicker/helpers.ts (1)
  • isDateInRange (18-38)
packages/ui/src/components/Datepicker/Views/Years.tsx (3)
packages/ui/src/components/Datepicker/DatepickerContext.tsx (1)
  • useDatePickerContext (27-35)
packages/ui/src/components/Datepicker/index.ts (2)
  • useDatePickerContext (3-3)
  • Views (5-5)
packages/ui/src/components/Datepicker/helpers.ts (1)
  • isDateInRange (18-38)
apps/web/examples/datepicker/datepicker.filter.tsx (3)
packages/ui/src/components/Datepicker/index.ts (1)
  • Views (5-5)
apps/web/examples/datepicker/index.ts (1)
  • filter (4-4)
apps/web/components/code-demo.tsx (1)
  • CodeData (48-48)
⏰ 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
🔇 Additional comments (22)
packages/ui/src/components/Datepicker/index.ts (1)

5-5: LGTM! Proper export addition for new filterDate functionality.

The Views enum export is necessary for the filterDate prop's function signature, allowing users to access the enum for type-safe filtering logic.

packages/ui/src/components/Datepicker/DatepickerContext.tsx (1)

13-13: LGTM! Clean context interface extension.

The filterDate function is properly typed and marked as optional, maintaining backward compatibility while enabling the new filtering functionality.

packages/ui/src/components/Datepicker/Datepicker.tsx (3)

103-103: LGTM! Proper prop interface addition.

The filterDate prop is correctly typed and marked as optional, maintaining backward compatibility.


131-131: LGTM! Consistent prop extraction.

The filterDate prop is properly extracted from props following the existing destructuring pattern.


282-282: LGTM! Correct context provider integration.

The filterDate prop is properly passed through the context provider, enabling access in child components.

apps/web/content/docs/components/datepicker.mdx (1)

30-37: LGTM! Clear and helpful documentation.

The documentation section clearly explains the filterDate prop functionality and appropriately references the Views enum and example usage.

packages/ui/src/components/Datepicker/Views/Years.tsx (2)

19-28: LGTM! Context destructuring properly includes filterDate.

The addition of filterDate to the context destructuring is consistent with the other view components and follows the established pattern.


41-42: LGTM! Filter logic is correctly implemented.

The disabled logic properly combines the existing date range check with the new filterDate function. The implementation correctly uses Views.Years as the view parameter and handles the case where filterDate may be undefined.

packages/ui/src/components/Datepicker/Datepicker.test.tsx (2)

7-7: LGTM! Import statement correctly includes Views enum.

The Views enum is needed for the new test to specify the view context in the filter function.


188-203: LGTM! Comprehensive test for filterDate functionality.

The test effectively verifies that the filterDate prop works correctly by:

  1. Creating a filter that disables today's date in the Days view
  2. Allowing all dates in other views (returning true)
  3. Verifying that today's date button is disabled after applying the filter

The test logic is sound and covers the core functionality of the new feature.

packages/ui/src/components/Datepicker/Views/Months.tsx (2)

23-23: LGTM! Context destructuring properly includes filterDate.

The addition of filterDate to the context destructuring is consistent with the other view components.


43-44: LGTM! Filter logic is correctly implemented.

The disabled logic properly combines the existing date range check with the new filterDate function, using Views.Months as the view parameter. The implementation correctly handles the case where filterDate may be undefined.

packages/ui/src/components/Datepicker/Views/Days.tsx (3)

5-13: LGTM! Import statement correctly includes Views enum.

The Views enum is properly imported to support the new filterDate functionality in the disabled logic.


36-36: LGTM! Context destructuring properly includes filterDate.

The addition of filterDate to the context destructuring is consistent with the other view components.


63-64: LGTM! Filter logic is correctly implemented.

The disabled logic properly combines the existing date range check with the new filterDate function, using Views.Days as the view parameter. The implementation correctly handles the case where filterDate may be undefined.

packages/ui/src/components/Datepicker/Views/Decades.tsx (2)

19-28: LGTM! Context destructuring properly includes filterDate.

The addition of filterDate to the context destructuring is consistent with the other view components.


43-45: LGTM! Filter logic is correctly implemented.

The disabled logic properly combines the existing complex decade range check with the new filterDate function, using Views.Decades as the view parameter. The implementation correctly handles the case where filterDate may be undefined and maintains the existing logic for checking both the first and last dates of the decade.

apps/web/examples/datepicker/datepicker.filter.tsx (2)

20-26: Filter function logic is correct and well-implemented.

The weekday filter logic correctly uses date.getDay() where Monday=1 through Friday=5, and appropriately returns true for non-Days views to allow all dates in months/years views.


32-41: CodeData export structure is properly configured.

The export follows the expected pattern with correct type, code metadata, and component reference for documentation purposes.

apps/storybook/src/Datepicker.stories.tsx (3)

3-3: Import statement correctly updated to include Views enum.

The addition of Views to the import statement enables the new filter functionality in the stories.


151-172: FilterWeekdaysOnly story is well-implemented.

The story correctly demonstrates weekday filtering and is properly configured for showcase purposes with open: true and autoHide: false. The filter logic matches the example implementation.


174-194: FilterEvenDatesOnly story provides good alternative use case.

The story demonstrates a different filtering approach using the modulo operator to filter even dates, showcasing the flexibility of the filterDate prop.

@SutuSebastian
Copy link
Collaborator

I see the CI unit tests are failing, but don't look related to ur changes 🤔

@raahed
Copy link
Contributor Author

raahed commented Jul 12, 2025

I see the CI unit tests are failing, but don't look related to ur changes 🤔

I oversaw it as well. In the end, there was a failed test related to the Datepicker. I made a mistake in comparing the date objects. Fixed with: 0fdcfe6.

Should work now! ✨

Unrelated to the test, I had problems running bun run test:coverage locally — even with a fresh oven/bun container:

flowbite-react:test:coverage: ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯ Unhandled Error ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯
flowbite-react:test:coverage: NotImplementedError: node:inspector is not yet implemented in Bun. Track the status & thumbs up the issue: https://github.com/oven-sh/bun/issues/2445
flowbite-react:test:coverage:  ❯ new ::bunternal:: internal:shared:7:10
flowbite-react:test:coverage:  ❯ ::bunternal:: internal:shared:12:68
flowbite-react:test:coverage:  ❯ new ::bunternal:: node:inspector:19:24
flowbite-react:test:coverage:  ❯ ../../node_modules/@vitest/coverage-v8/dist/index.js:5:17
flowbite-react:test:coverage:  ❯ moduleEvaluation native:1:11
flowbite-react:test:coverage:  ❯ processTicksAndRejections native:7:39
flowbite-react:test:coverage:
flowbite-react:test:coverage: ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯
flowbite-react:test:coverage: Serialized Error: { code: 'ERR_NOT_IMPLEMENTED', originalLine: 7, originalColumn: 10, line: 7, column: 10, sourceURL: 'internal:shared' }

@SutuSebastian
Copy link
Collaborator

Let's take care of bun run test:coverage issue in another PR.

@SutuSebastian
Copy link
Collaborator

Only thing left to do is create a changeset in order to version this PR and add a changelog, to do that:

  1. bun changeset
  2. select the flowbite-react package
  3. mark it as a patch

Read more on Changesets.

Copy link
Collaborator

@SutuSebastian SutuSebastian left a comment

Choose a reason for hiding this comment

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

thanks!

@SutuSebastian SutuSebastian merged commit 3028f83 into themesberg:main Jul 12, 2025
8 checks passed
@github-actions github-actions bot mentioned this pull request Jul 12, 2025
@raahed raahed deleted the feat/datepicker-filter branch July 12, 2025 15:24
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.

2 participants