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

Can't see any data created via web-ui in mobile app #429

Open
mynamewastaken opened this issue Sep 6, 2023 · 5 comments
Open

Can't see any data created via web-ui in mobile app #429

mynamewastaken opened this issue Sep 6, 2023 · 5 comments

Comments

@mynamewastaken
Copy link

mynamewastaken commented Sep 6, 2023

Steps to Reproduce

Running server 2.2.0a3 (via helm 0.1.4) and mobile 1.5.6 (from f-droid if that matters).
Helm values:

app:
  timezone: America/Chicago
  environment:
   - name: WGER_INSTANCE
    value: &SITE <domain>
  - name: SITE_URL
    value: *SITE
  nginx:
    enabled: false
  celery:
    enabled: true
  persistence:
    enabled: true

I think there's an existing issue open for what I ran into (wger-project/wger#1406 ?), but when I run with nginx enabled I also can't get static images to load and the css is screwed up. Does nginx provide something specific in this case that I need?

  1. Create data (anything, I tried weight entries and nutrition plan) in the webui.
  2. Verified that it persists a logout/login from webui.
  3. Open mobile app and try to view - there are no results, completely blank as if a fresh install.
  4. Attempt to create via mobile app (i see it in webui persistently)
  5. If you go back in the mobile app to the main page after you've created a nutrition plan, it's gone again (but still visible in webui)

Expected results:
I expected persistence to work and that the mobile app matches what I see in the webui

Actual results:
See repro steps, but mobile app doesn't match what's in webui, and any changes in mobile app are gone, even from it's own pov, but persist in webui.

Logs

Not sure how to get logs from mobile, but here are relevant server logs for mobile client when trying to create/browse a nutrition plan:

wger [06/Sep/2023 10:14:31] "GET /api/v2/nutritionplaninfo/6/ HTTP/1.1" 200 285                                                                                                                                                              
wger [06/Sep/2023 10:14:31] "GET /api/v2/nutritiondiary/?plan=6&limit=999 HTTP/1.1" 200 52

# interestingly, when i try to create a new plan (due to nothing showing up in mobile) it shows up as a patch against the same nutrition plan id??

wger [06/Sep/2023 10:18:12] "PATCH /api/v2/nutritionplan/6/ HTTP/1.1" 200 98                                                                                                                                                                 
wger [06/Sep/2023 10:18:21] "PATCH /api/v2/nutritionplan/6/ HTTP/1.1" 200 94
I *do* see 4 different plans now in the webui, with the different names that i put into the mobile app.

Am I missing an important piece (e.g. my note about nginx above?) or is something broken?

Thanks,
Tim

@rolandgeider
Copy link
Member

Hi! after some digging around, it seems that f-droid didn't build the last version (the fact that there is no error and the app just silently stops loading the data is an old one that we will definitely fix one day). There's a small feature we're working on, once that's done I'll tag and push a new version

@ShinIce
Copy link

ShinIce commented Nov 17, 2023

@rolandgeider any eta for the new f-droid version?

@rolandgeider
Copy link
Member

there's a PR I want to merge this weekend, then I'll make a new release so a couple of days till it's available on fdroid

@ShinIce
Copy link

ShinIce commented Nov 17, 2023

@rolandgeider awesome, thank you =)

@rolandgeider
Copy link
Member

so, everything is done and fdroid got the new version, but had a build problem because the flutter version in the recipe was too old (https://monitor.f-droid.org/builds/log/de.wger.flutter/37), but that was fixed in another commit (https://gitlab.com/fdroid/fdroiddata/-/commit/19da44c340dc0b83971bc65d5fcd96cd0353e876) so I guess when the build runs again it will pick it up?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants