Changes between Version 2 and Version 3 of Ticket #11813, comment 2
- Timestamp:
- Dec 29, 2018, 10:07:33 AM (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #11813, comment 2
v2 v3 1 1 2 Thanks for the hint! These are the steps to reproduce the weird behaviour: 2 3 … … 14 15 12. FileZilla detects the file’s change and suggest an upload… to **the remote folder that was active when I start editing the file** . In this example: /var/www/i/bibliotecas/181229b/two/myfile.txt 15 16 17 ---- 18 16 19 I would prefer this behavior: 17 20 18 a. WHEN SYNCHRONIZED, COMPUTE USING RELATIVE PATH: When FileZilla detects a "File has changed": **If Synchronized Browsing is ON, remote path (of the "File has changed dialog") would be the computed synchronized one** . As in this example: 21 == a. When synchronized, compute paths using relative path: 22 When FileZilla detects a "File has changed": **If Synchronized Browsing is ON, remote path (of the "File has changed dialog") would be the computed synchronized one** . As in this example: 19 23 - "File has changed dialog"'s local path is C:\wamp64\www\cloud\i\bibliotecas\181229b\one\myfile.txt 20 24 - Present local path is C:\wamp64\www\cloud\i\bibliotecas\181229b\three … … 25 29 - So ... "File has changed dialog"'s remote path would be /var/www/i/bibliotecas/181229b/three/../one/myfile.txt , so /var/www/i/bibliotecas/181229b/one/myfile.txt would be the remote path I expected. 26 30 27 b. Let FileZilla keep "Synchronized browsing" status on Startup: Edit > Settings > Interface > on Startup of FileZilla > Restore tabs**, restore "Synchronized browsing status"** and reconnect 28 31 == b. Let FileZilla keep "Synchronized browsing" status on Startup: 32 Edit > Settings > Interface > on Startup of FileZilla > Restore tabs**, restore "Synchronized browsing status"** and reconnect 29 33 30 34