Skip to content
This repository has been archived by the owner on May 1, 2024. It is now read-only.

RefreshView color not being honoured first time loading/programatically #8940

Closed
LeoJHarris opened this issue Dec 17, 2019 · 7 comments
Closed
Assignees
Labels
a/refreshview 🔄 e/2 🕑 2 hackathon in-progress This issue has an associated pull request that may resolve it! p/iOS 🍎 p/tablet t/bug 🐛
Projects

Comments

@LeoJHarris
Copy link

LeoJHarris commented Dec 17, 2019

Description

When page first loading and refreshview is programatically called the refreshview is not the color defined in the refreshview, when pull to refresh is made by user the correct refreshview color is shown

Steps to Reproduce

  1. Load a page where refreshview is being called i.e. init a collectionview and show refreshview.
  2. then pull to refresh and color is correctly defined color on refreshview.

Expected Behavior

The color of the refreshview should be that defines on the refreshview

Actual Behavior

the initial color of the refreshview is not honoured, only subsequent pull to refresh from user has correct pull to refresh color.

Basic Information

  • Version with issue: 4.4.0.991265
  • Last known good version: NA
  • IDE: Visual studio 2019 (windows) community 16.4.2
  • Platform Target Frameworks:
    • iOS: 13.2
    • Android: 9.0
    • UWP: NA
  • Android Support Library Version: NA
  • Nuget Packages:
  • Affected Devices: iPad (4th generation) v10.3.3

Screenshots

ezgif com-video-to-gif (2)

Reproduction Link

In the reproduction the refreshview color is defined white but for first time refreshing it displays black

TestApp.zip

@LeoJHarris LeoJHarris added s/unverified New report that has yet to be verified t/bug 🐛 labels Dec 17, 2019
@LeoJHarris LeoJHarris changed the title RefreshView color not being honoured RefreshView color not being honoured first time loading/programatically Dec 17, 2019
@pauldipietro pauldipietro added this to New in Triage Dec 17, 2019
@rmarinho rmarinho added p/iOS 🍎 a/refreshview 🔄 and removed s/unverified New report that has yet to be verified labels Dec 20, 2019
@rmarinho rmarinho moved this from New to Needs Estimate in Triage Dec 20, 2019
@samhouts samhouts added the e/2 🕑 2 label Jan 3, 2020
@samhouts samhouts moved this from Needs Estimate to Ready For Work in Triage Jan 3, 2020
@samhouts samhouts added this to To do in iOS Ready For Work Jan 3, 2020
@samhouts samhouts removed this from Ready For Work in Triage Jan 3, 2020
@jsuarezruiz jsuarezruiz self-assigned this Mar 17, 2020
@samhouts samhouts added the in-progress This issue has an associated pull request that may resolve it! label Mar 18, 2020
@samhouts samhouts added this to In Progress in v4.6.0 Mar 18, 2020
@samhouts samhouts moved this from In Progress to Done in v4.6.0 Apr 4, 2020
iOS Ready For Work automation moved this from To do to Done Apr 4, 2020
@samhouts samhouts removed this from Done in iOS Ready For Work May 6, 2020
@DottorPagliaccius
Copy link

I still have this issue with XF 4.7.0.1080

@LeoJHarris
Copy link
Author

LeoJHarris commented Jul 12, 2020

Can confirm issue still exists in latest 4.7 iOS and android

@leosoareslima
Copy link

I still have this issue in latest version of 4.7 as well

@DottorPagliaccius
Copy link

Still present, but only on emulator

@Daniel0b1b
Copy link

Still present, but only on emulator

Still present, in 5.0.0.1874 on ios device

@Hackmodford
Copy link

I'm pretty convinced this is an iOS bug. The first time it activates via code it doesn't have the correct color even in native.

@JayMansel
Copy link

What version of iOS is everyone running on? Same issue here, XF version 5.0.0.2337, iOS version 15.1

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
a/refreshview 🔄 e/2 🕑 2 hackathon in-progress This issue has an associated pull request that may resolve it! p/iOS 🍎 p/tablet t/bug 🐛
Projects
No open projects
v4.6.0
  
Done
Development

No branches or pull requests

10 participants