Skip to content
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.

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

Youtube Video #2822

Closed
3 of 19 tasks
Somimpkno opened this issue Apr 27, 2024 · 1 comment
Closed
3 of 19 tasks

Youtube Video #2822

Somimpkno opened this issue Apr 27, 2024 · 1 comment
Assignees
Labels
closed: feature / enhancement request status: confirmed Issue has been reproduced and confirmed as a bug.

Comments

@Somimpkno
Copy link

Has your issue been reported?

  • I have searched the existing issues and confirm it has not been reported.
  • I give permission for members of the FlutterFlow team to access and test my project for the sole purpose of investigating this issue.

Current Behavior

"I'll tell you that strange behavior is exhibited in every condition:

  1. If multiple YouTube videos are added to any blank page in a list/column, the first index video loads while the rest do not initially. Usually, another index's video loads after some time but not the first.

  2. If multiple YouTube videos are added to any blank page in a list/column, the first index video behaves correctly in full screen, but this doesn't work in other indexes. In other conditions, like wrapping the YouTube video list in a conditional builder, the full screen doesn't work on the first index.

  3. Updating the YouTube video URL at runtime does not change it. (A person asked about this problem in the FlutterFlow community eight months ago, but no answer was given.)"

Expected Behavior

We need normal behavior in YouTube videos, but we're encountering strange behavior here .

Steps to Reproduce

  1. Create new page

  2. Add listview

  3. Add youtubeplayer minimum 3

  4. Run

  5. Check all above behaviour one by one

Reproducible from Blank

  • The steps to reproduce above start from a blank project.

Bug Report Code (Required)

IT4szsj125dIsdtI0KruYMZR/TgRC1giROYsscp/bxIgGIDzPOw+ZPXsRFBoUs+/S2NLeUSmmmEDw/PGiOL1VPpdNRWdc6p41ahcZT3LVnKnUZOBCJCROHx8AcBUIXKu0p+JrApSKtpiLmQC2F+HfNi/dCvcHYDGImdISq/LZO4=

Context

"The bug seems to be occurring at the first stage of the YouTube player, so there isn't an option to try anything.

  1. However, it has been observed that at least one video from the YouTube videos present in the listview loads correctly.
  2. If there are many widgets in the listview and only one YouTube video, it loads at any index."

Visual documentation

IMG_20240427_195938

Additional Info

No response

Environment

- FlutterFlow version: FlutterFlow v4.1.45+ released April 26, 2024
Flutter version is 3.19.1
- Platform:all ( web ,ios .. ) 
- Browser name and version:chrome 124.0.6367.63 
- Operating system and version affected: windows 11

General

  • I was collaborating with other users in the same project prior to data loss
  • I navigated between different project views leading up to data loss
  • The UI was running very slowly prior to data loss
  • A crash or other bug occurred prior to data loss
  • Data was not saved in a snapshot
  • I was using flutterflow from multiple devices
  • I was using flutterflow from multiple platforms (e.g. both web and MacOS Desktop app)

Relative to the time the changes were made, data was lost within

  • 1 minute
  • 1 hour
  • 1 day
  • 1 week

When following my steps to reproduce, data loss happens

  • ~100% of the time
  • ~50% of the time
  • ~10% of the time
  • ~1% of the time
  • Very rarely or only encountered once
@Somimpkno Somimpkno added the status: needs triage A potential issue that has not been confirmed as a bug. label Apr 27, 2024
Copy link
Collaborator

Hey @somipkno,

The problems you are mentioning are known issues of the package FlutterFlow uses under the hood.

There is already a request to revamp, but it is not an easy fix. I'm going to close this ticket as it is a known issue and being tracked internally.

Thanks for the report.

@rzambroni rzambroni self-assigned this Apr 28, 2024
@rzambroni rzambroni removed the status: needs triage A potential issue that has not been confirmed as a bug. label Apr 28, 2024
@rzambroni rzambroni added the closed: other label Apr 28, 2024 — with Linear
@rzambroni rzambroni added status: confirmed Issue has been reproduced and confirmed as a bug. closed: duplicate labels Apr 28, 2024 — with Linear
@rzambroni rzambroni closed this as not planned Won't fix, can't repro, duplicate, stale May 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed: feature / enhancement request status: confirmed Issue has been reproduced and confirmed as a bug.
Projects
None yet
Development

No branches or pull requests

2 participants