fix: create-all-pending-issues workflow produces published issues, not drafts

[Copilot]

The create-all-pending-issues.yml workflow had a push trigger scoped to the ephemeral PR branch copilot/create-issues-in-repo, causing it to fire in the wrong branch context. After that branch is merged/deleted, the trigger becomes dead code. The workflow was never cleanly runnable from master.

Changes

• Removed stale push trigger for copilot/create-issues-in-repo branch — the workflow now only exposes workflow_dispatch

# Before
on:
  workflow_dispatch:
  push:
    branches:
      - copilot/create-issues-in-repo
    paths:
      - .github/workflows/create-all-pending-issues.yml

# After
on:
  workflow_dispatch:

The underlying script already uses github.rest.issues.create(), which always produces published issues. De-duplication (skip by title) and logging (Skipping / Created) are unchanged.

After merge, trigger via Actions → Create All Pending Issues → Run workflow → master.

Original prompt

Update the GitHub Actions workflow in repository Gurupreet/ComposeCookBook so that it creates normal GitHub issues instead of draft issues, then open a pull request with the workflow fix.

Context:

• The user wants the repo workflow fixed because the current issue-creation flow is resulting in draft issues rather than published issues.
• The repository already contains .github/workflows/create-all-pending-issues.yml.
• That workflow defines a workflow_dispatch job named create-issues with permissions: issues: write and uses actions/github-script@v7.
• In the current workflow, the script iterates over 12 issue definitions and calls github.rest.issues.create({...}), which should create normal issues. However, the user reports that the repo shows draft issues at https://github.com/Gurupreet/ComposeCookBook/issues?q=is%3Aissue%20state%3Adraft and wants the workflow updated so the issues are actually created as visible issues, not drafts.

What to do:

1. Inspect the workflow(s) related to issue creation, especially:
   • .github/workflows/create-all-pending-issues.yml
   • .github/workflows/create-issue.yml
2. Determine why the current automation is producing draft issues instead of open/published issues.
3. Modify the workflow(s) so that running the workflow creates regular published GitHub issues in the repo.
4. Preserve de-duplication behavior if present (skip creating issues whose titles already exist).
5. Keep the workflow manually runnable with workflow_dispatch.
6. If appropriate, add or improve logging so it is clear when an issue is skipped vs created.
7. Open a PR with the fix.

Important constraints:

• Do not create or modify repository issues directly as part of the code change; only fix the workflow in code and open a PR.
• Base branch should be master.
• Title the PR clearly around fixing issue creation so it creates published issues instead of drafts.

The following is the prior conversation context from the user's chat exploration (may be truncated):

User: Can you create issues from this CL in repo's issues, I have merged the workflow that allows creating bugs.

Assistant: Yes — the CL contains 12 ready-to-file issue drafts, and the repo’s bug issue template is available.

I can create them, but I need one clarification first: do you want all 12 entries from PR #178 created as issues now, or only the ones labeled/treated as bugs?

Reason: the PR contains a mix of:

• bugs/deprecations
• enhancements
• feature requests

If you want all 12 created, I’ll draft them all into Gurupreet/ComposeCookBook issues. If you want only bug-type items, I’ll limit it accordingly.

User: no 12 different issues.

Assistant: Drafted the issues for review.

type: draft-issue
tag: "co-2-media3-exoplayer-migration"
issueNumber: 0
repository: "Gurupreet/ComposeCookBook"
state: "draft"
title: "Bug/Deprecation: Migrate from ExoPlayer 2.x to AndroidX Media3"
description: |-
    **Describe the bug**

    The project depends on `com.google.android.exoplayer:exoplayer:2.19.1`, which is **deprecated** and no longer receiving new features. Google has migrated ExoPlayer to **AndroidX Media3**.

    **To Reproduce**
    - Try to build/demo playback using the deprecated ExoPlayer dependency.
    - Notice lack of updates and features.

    **Expected behavior**
    Switch to AndroidX Media3 for continued compatibility and maintainability.

    **Additional context**
    - ExoPlayer 2.x is in maintenance-only mode; no new features are added.
    - Building against deprecated libraries increases future technical debt.
    - Media3 is the recommended library for all new Android media development.

    **Proposed Changes**
    1. Replace `com.google.android.exoplayer:exoplayer:2.19.1` with `androidx.media3:media3-exoplayer:1.x.x` and `androidx.media3:media3-ui:1.x.x`.
    2. Update imports from `com.google.android.exoplayer2.*` to `androidx.media3.*`.
    3. Update `Dependencies.kt` accordingly.
    4. Test playback in the demo screens.

    **References**
    - [Migration guide](https://developer.android.com/guide/topics/media/media3/getting-started/migration-guide)
    - [Media3 release notes](https://github.com/androidx/media/releases)
template: "bug_report.md"
labels: ["deprecation", "bug"]

type: draft-issue
tag: "feature-pull-to-refresh-demo"
issueNumber: 0
repository: "Gurupreet/ComposeCookBook"
state: "draft"
title: "Feature: Add Pull-to-Refresh demo"
description: |-
    **Is your feature request related to a problem? Please describe.**
    The README lists "Pull Refresh" under "Coming Soon." Jetpack Compose Material3 introduced a first-party `PullToRefreshBox` composable. This feature should be demonstrated in the app.

    **Describe the solution you'd like**
    Add a screen demonstrating usage of Material3's `PullToRefreshBox`, with integration into a list and simulated data reload.

    **Describe alternatives you've considered**...

</details>



<!-- START COPILOT CODING AGENT SUFFIX -->

*This pull request was created from Copilot chat.*
>