Posts made by willrice

Please implement this feature request.

+1 for an [at least] / [at most] dropdown to be added to the alert system GUI... it need not be more complicated than that for my use case (paragliding)

surely now is an ideal time for this to be implemented given the migration to a new alerts notification system?

Bump. Still really missing this feature in the iOS app!!

Still broken here in the iOS app i.e. no red ribbons. (iOS 17.5.1; windy app 42.2.3 built 2024-06-19, 07:33)

Thanks for the ‘use your web browser’ workaround @spino1973 👍

Still broken here on iOS.

Would a Windy team member be willing to share an update / acknowledgment / roadmap for getting this bug permanently squashed across all platforms? 🐛

This feature is the #1 reason I have a premium subscription and it has been broken now for getting on for 3 weeks…

Now broken again :/

(iOS 17.5.1; windy app 42.2.3 built 2024-06-19, 07:33)

And now it seems to be broken again :/

Now fixed. Thanks Windy team and developers 👍✨

Now fixed here on iOS. Thanks Windy team and developers 👍✨

@Mista-Fly said in Flyable spots not highlighted red on desktop:

@Mista-Fly
any news?
i am still missing the red bar alerts

Me too

Recently there have been no red bars showing beneath the timeline to indicate the timings of notifications.

This affects all locations in the GUI where these (extremely helpful) red bars are normally visible.

Expected:

Actual:

System:
• iPhone 13 Pro
• iOS 17.5.1
• Windy app 42.2.3 built 2024-06-19, 07:33

Error Log:

Error no: 1
                {
  "errorID": "eventsource-error-event-for-urlnotifv1notificationsstre",
  "timestamp": 1719746816399,
  "runningMs": 189846,
  "type": "user",
  "module": "http",
  "msg": "EventSource error event for url=/notif/v1/notifications/stream, options={}",
  "line": null,
  "col": null,
  "url": "capacitor://app-webview.windy.com#/51.873/-0.539?2024070509,51.657,-0.538,9",
  "script": null,
  "ver": "42.2.3",
  "target": "mobile",
  "stack": false,
  "platform": "ios",
  "error": " {
		    \"isTrusted\": true
		}",
  "isOnline": true,
  "size": "390x844",
  "latestBcast": "render: toggleSeaMask (83414ms ago at 1719746732985)
		render: rendered tileLayer (83414ms ago at 1719746732985)
		bcast: redrawFinished (83212ms ago at 1719746733187)
		bcast: onResume (79045ms ago at 1719746737354)
		store: visibility (77846ms ago at 1719746738553)"
}
            
Error no: 2
                {
  "errorID": "eventsource-error-event-for-urlnotifv1notificationsstre",
  "timestamp": 1719747002245,
  "runningMs": 375692,
  "type": "user",
  "module": "http",
  "msg": "EventSource error event for url=/notif/v1/notifications/stream, options={}",
  "line": null,
  "col": null,
  "url": "capacitor://app-webview.windy.com#/debug?2024070509,52.201,0.140,9",
  "script": null,
  "ver": "42.2.3",
  "target": "mobile",
  "stack": false,
  "platform": "ios",
  "error": " {
		    \"isTrusted\": true
		}",
  "isOnline": true,
  "size": "390x844",
  "latestBcast": "bcast: pluginClosed menu (151304ms ago at 1719746850941)
		bcast: pluginOpened debug (151222ms ago at 1719746851023)
		store: visibility (113454ms ago at 1719746888791)
		store: visibility (40ms ago at 1719747002205)
		render: rendered particles (28ms ago at 1719747002217)"
}

Things I’ve already tried:

• Logging out and back in
• Quit & relaunch the app
• Re-install the app
• Enabling graphic compatibility mode

Still seeing this bug as originally reported.

I've recently noticed that the incorrect particle animation shown at high zoom levels looks like the particle animation for a much more zoomed out view (higher degree of variation in direction than one would expect for the zoom level)...

Looks like there could be a bug that is causing the browser to render the particle animation overlay for a different tile to the one of the current map view (and a less zoomed in view).

Dear Windy team,

I have spotted an unexpected behaviour in Chrome on macOS where the wind animation for a forecast sometimes appears to come from a different (incorrect?) direction at high zoom levels.

Video of the Unexpected Behaviour on Dropbox

Steps to Recreate

1. Browse to windy.com in Chrome on macOS
2. In the search bar, type Royston, UK then click on the first result (Royston, East of England)
3. Click on the forecast timeline to a random point in the future
4. Zoom in using the scroll wheel - one level at a time. Once you reach the maximum zoom level, zoom back out again one level at a time.
5. Observe the animated wind direction for discrepancies at different zoom levels. If none are observed, go back to step 3 and repeat...

Expected Behaviour
For any given point on the map, the wind animation is shown from the same direction at every zoom level.

Actual Behaviour
Sometimes the wind direction at higher zoom levels differs significantly (incorrect direction?) from the direction shown at lower zoom levels & in the forecast timeline (correct direction?). The discrepancy in animated direction appears to usually be between the 4th & 5th highest zoom levels.

Test System

• Chrome 100.0.4896.75 (Official Build) (x86_6)
• macOS 10.14.6 Mojave
• Mac Pro 5,1 w/ Radeon RX 580 8 GB & 4k display