8000 Copy from an embed URL does not work in one go. · Issue #1578 · teableio/teable · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Copy from an embed URL does not work in one go. #1578

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.

Sign up for GitHub

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

Jump to bottom
Open
Rohithzr opened this issue Jun 5, 2025 · 0 comments
Open

Copy from an embed URL does not work in one go. #1578

Rohithzr opened this issue Jun 5, 2025 · 0 comments

Comments

@Rohithzr
Copy link
Rohithzr commented Jun 5, 2025 •
edited
Loading

Describe the bug
In an embedded view (?embed=1) with "Allow viewers to copy data out of this view" enabled, using Ctrl+C to copy selected data fails when selecting all rows (via the select-all checkbox) or an entire row. The copy operation only succeeds for these selections after a single cell has been successfully copied first.

To Reproduce
Steps to reproduce the behavior:

  1. Ensure a table view has the "Allow viewers to copy data out of this view" setting enabled in its sharing options.
  2. Open the view using a shared URL appended with ?embed=true.
  3. Scenario 1 (Select All - Fails):
    a. Click on the select-all checkbox (usually at the top-left corner of the table grid) to select all rows and fields.
    b. Press Ctrl+C (or Cmd+C on Mac). -> Nothing Happens
    c. Try to paste the data into a text editor or spreadsheet.
    d. See error: No data is pasted, or only a previous clipboard content is pasted.
  4. Scenario 2 (Select Single Row - Fails):
    a. Deselect any previous selection.
    b. Click on a row selector (e.g., the row number on the far left) to select an entire single row.
    c. Press Ctrl+C.
    d. Try to paste the data.
    e. See error: No data is pasted.
  5. Scenario 3 (Workaround and Subsequent Success):
    a. Deselect any previous selection.
    b. Click on any single cell within the table to select just that cell.
    c. Press Ctrl+C. -> You see a Copy Successful message.
    d. Try to paste the data. (The single cell's content should be copied and pasted successfully).
    e. Now, go back to the embedded view and click the select-all checkbox again to select all rows.
    f. Press Ctrl+C. -> This time you should see a Copy Successful message.
    g. Try to paste the data.
    h. See behavior: All selected data is now copied and pasted successfully.

Expected behavior
When "Allow viewers to copy data out of this view" is enabled in an embedded view:

  • Selecting all rows using the select-all checkbox and pressing Ctrl+C should copy all the selected table data to the clipboard immediately.
  • Selecting a single row (or multiple rows) and pressing Ctrl+C should copy the data from those selected rows to the clipboard immediately.
  • It should not be necessary to first copy a single cell to "activate" the copy functionality for larger selections.

Screenshots
screen-share

Client (please complete the following information):

  • OS: MacOS 15
  • Browser Safari and Chrome
  • Version Latest

Platform (Please tell us which deployment version you are using)
Deployed on Kubernetes using the latest official docker image in community edition.

Additional context
The issue suggests that the event listener or the mechanism responsible for handling Ctrl+C for bulk selections (all rows, specific rows) in the embedded view might not be correctly initialized or triggered until a single-cell copy operation has occurred. This "primes" the copy mechanism, allowing subsequent bulk copies to work.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@Rohithzr
0