Description of problem: When I type in a link and then select the next input field with either the tab key or with a mouse click, the server address field trims down to what's in front of the colon sign. For example 'https://test.com' would be trimmed down to 'https' only. This makes it impossible to configure the application with WebDAV. Version-Release number of selected component (if applicable): deja-dup-35.2-1.fc26.x86_64 Steps to Reproduce: 1. Select the WebDAV storage location in the Storage Location tab 2. Type in a link in the server address text field 3. Select 'Use secure connection (HTTPS)' 4. Select another random text field 5. The server address should now be trimmed down to what was in front of the colon sign Additional info: 1. Screencast of the issue: https://youtu.be/yN2n1kl1rOo 2. An existing bugreport in Launchpad (I can't sign in there, I get an 'oops' error in both Chrome and Firefox when I try to sign in, no extensions enabled): https://bugs.launchpad.net/deja-dup/+bug/1487772
Does 35.3 fix this?
Upstream here. I doubt 35.3 does, but upcoming 35.4 probably will.
I just upgraded to 35.4. Tried it on my local f26 system prior to pushing and building, because: A. It changed my storage location to Nextcloud B. It says I don't have duplicity installed.
Thanks for testing, Gwyn! The new default storage location is Nextcloud (instead of Amazon S3). Are you saying that your previous non-default location got changed to Nextcloud on you? It says you don't have duplicity installed... For context, 35.4 does expand our logic for installing dependencies on the fly. By default, we only look at whether a package with the name "duplicity" is installed. But you as a packager can set more. For example, in ubuntu, I've done the following: meson builddir -Dgvfs_pkgs=gvfs-backends,python-gi,gir1.2-glib-2.0 \ -Dboto_pkgs=python-boto \ -Dcloudfiles_pkgs=python-cloudfiles \ -Dswiftclient_pkgs=python-swiftclient You can also pass -Dduplicity_pkgs=... to change which package(s) will install the duplicity program. Is duplicity not called "duplicity" in Fedora? Either that's the problem, or our detection (through libpackagekit) isn't working.
Correct, I'm using ssh. In Fedora, duplicity is "duplicity".
I haven't been able to reproduce the settings-resetting-to-Nextcloud issue you saw... But after some testing on Fedora, the "duplicity isn't installed" issue is fixed by: https://git.launchpad.net/deja-dup/commit/?id=df1765aea7009eb601562eafe5ba15982d109378 Which will be in 35.5 or you can distro patch for the moment.
I'll wait, the patch doesn't seem to apply to 35.4.
35.5 looks good. Thanks!
deja-dup-35.5-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-23b8313056
deja-dup-35.5-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-23b8313056
deja-dup-35.5-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.