DietPi-Software | Nextcloud - Web server fails to properly redirect to request app password from nextcloud client

Created on 17 Jul 2018  Â·  6Comments  Â·  Source: MichaIng/DietPi

Required Information:

  • DietPi version | 6.11
  • Distro version | debian stretch
  • SBC device | Odroid NC2
  • Power supply used | Official power supply
  • SDcard used | SanDisk ultra

Additional Information (if applicable):

  • Software title | Nextcloud
  • Was the software title installed freshly or updated/migrated?
    Fresh install
  • Can this issue be replicated on a fresh installation of DietPi?
    Yes

Steps to reproduce:

After install nextcloud and certbot

  1. Start desktop next cloud client that is not been set up.
  2. Enter https://Domain/nextcloud
  3. click on click here to request app password from the web interface
  4. The redirect goes to https://Domain/nextcloud/apps/files/?dir=/&fileid=127

Expected behaviour:


The redirect should automatically generate at password and device username to which a user accepts.
I don't remember the exact URL name that should be expected.

Actual behaviour:

  • The redirect goes to https://Domain/nextcloud/apps/files/?dir=/&fileid=127 instead of requesting app password.

Extra details:

  • Using Nginx Web server.
  • configured to force https via certbot
External Bug

Most helpful comment

All 6 comments

@LexiconCode
Thanks for your report. I try to replicate.

Which Nextcloud desktop client you use? Linux, Windows or MacOS? Current version I assume?
I try to replicate on Stretch VM.

As we use (mostly) the Nginx configuration from https://docs.nextcloud.com, it is possible that this needs to be addressed to https://github.com/nextcloud/ directly. But let's investigate first.

@MichaIng
I'm using the Windows client the latest version. As long as the client supports the feature I assume it would be the same unexpected behavior across all client.

I can confirm this issue exists on Odroid NC2 and Odroid C2 running the same configuration.

Can confirm issue as well on Lighttpd and Apache2:

  • Initial link: http://192.168.178.29/nextcloud/index.php/settings/personal?sectionid=security#apppasswords
  • Redirects to http://192.168.178.29/nextcloud/index.php/apps/files/?dir=/&fileid=2
  • Should redirect to http://192.168.178.29/nextcloud/index.php/settings/user/security

I believe this is since the merge of user and admin settings. The initial link at least contains the old path scheme.

I opened a thread about it: https://help.nextcloud.com/t/windows-client-app-passwords-link-seems-to-be-obsolete/34116

Seems to be fixed with client version 2.5 (not yet released).
2.5 progress: https://github.com/nextcloud/desktop/projects/1

However I mark this topic as closed, as it's external and solved for next release.

€: Hmm, just tested current 2.5 daily. There is no such link any more. The client connects directly to Nextcloud via internal browser and allows to alternatively enter app token. But no link to token creation page... However the one or the other way, the issue is solved 😜.

Was this page helpful?
0 / 5 - 0 ratings