<p>Ah yes those options.<br>
It somehow sparked an interest here so I decided to test behaviour (and increase my understanding) perhaps it is of use for others as well:</p>
<table>
<thead>
<tr>
<th>- </th>
<th>Gio backup</th>
<th>Use atomic</th>
<th>Use Gio</th>
<th>win10</th>
<th>Ubuntu 17.04</th>
<th>Notes</th>
</tr>
</thead>
<tbody>
<tr>
<td>Default</td>
<td>n</td>
<td>n</td>
<td>y</td>
<td>new file</td>
<td>preserve</td>
<td> </td>
</tr>
<tr>
<td>test1</td>
<td>y</td>
<td>n</td>
<td>y</td>
<td>new file [1]</td>
<td>preserve [2]</td>
<td> </td>
</tr>
<tr>
<td>test2</td>
<td>y</td>
<td>y</td>
<td>y</td>
<td>new file</td>
<td>new file</td>
<td>Should act as test7</td>
</tr>
<tr>
<td>test3</td>
<td>n</td>
<td>y</td>
<td>y</td>
<td>new file</td>
<td>new file</td>
<td>Should act as test7</td>
</tr>
<tr>
<td>test4</td>
<td>n</td>
<td>n</td>
<td>n</td>
<td>preserve</td>
<td>preserve</td>
<td>Point 1</td>
</tr>
<tr>
<td>test5</td>
<td>y</td>
<td>n</td>
<td>n</td>
<td>preserve</td>
<td>preserve</td>
<td>Should act as test4</td>
</tr>
<tr>
<td>test6</td>
<td>y</td>
<td>y</td>
<td>n</td>
<td>new file</td>
<td>new file</td>
<td>Should act as test7</td>
</tr>
<tr>
<td>test7</td>
<td>n</td>
<td>y</td>
<td>n</td>
<td>new file</td>
<td>new file</td>
<td>Point 2</td>
</tr></tbody></table>
<p>The <em>Should act as</em> comments are based on my understanding of the wiki information.<br>
The <em>Point</em> comments refer to expected behaviour from your points</p>
<p>The 1st observation I draw from this is that gio (it is a gtk library corrrect?) behaves differently on windows and linux.<br>
The 2nd observation is that my linux box does not behave as in your 3rd comment. If I understand that one correct the default behaviour should create a new file. However (luckily for me) it honours the link.</p>
<p>[1] link is renamed to link~ (but preserved as symbolic link)<br>
[2] link~ is a new file with old contents as described in wiki</p>
<blockquote>
<p>note:<br>
Under windows I also ran tests with geany as admin to rule out any permission problems in (re)creating symbolic links.<br>
The results from those test were identical to the normal user, hence I omitted those.</p>
</blockquote>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/issues/1533#issuecomment-313706057">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJyP7tMdNvg59TW7elbCqMgjlVkYWks5sLkeZgaJpZM4OOhiA">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ0Atng6vO5q7_K-VIOFAnlexjR26ks5sLkeZgaJpZM4OOhiA.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/issues/1533#issuecomment-313706057"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany","title":"geany/geany","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany"}},"updates":{"snippets":[{"icon":"PERSON","message":"@R1dO in #1533: Ah yes those options. \r\nIt somehow sparked an interest here so I decided to test behaviour (and increase my understanding) perhaps it is of use for others as well:\r\n\r\n-  | Gio backup | Use atomic | Use Gio | win10 | Ubuntu 17.04 | Notes\r\n-- | -- | -- | -- | -- | -- | --\r\nDefault | n | n | y | new file | preserve |  \r\ntest1 | y | n | y | new file [1] | preserve [2] |  \r\ntest2 | y | y | y | new file | new file | Should act as test7\r\ntest3 | n | y | y | new file | new file | Should act as test7\r\ntest4 | n | n | n | preserve | preserve | Point 1\r\ntest5 | y | n | n | preserve | preserve | Should act as test4\r\ntest6 | y | y | n | new file | new file | Should act as test7\r\ntest7 | n | y | n | new file | new file | Point 2\r\n\r\nThe *Should act as* comments are based on my understanding of the wiki information.\r\nThe *Point* comments refer to expected behaviour from your points\r\n\r\nThe 1st observation I draw from this is that gio (it is a gtk library corrrect?) behaves differently on windows and linux.\r\nThe 2nd observation is that my linux box does not behave as in your 3rd comment. If I understand that one correct the default behaviour should create a new file. However (luckily for me) it honours the link.\r\n\r\n[1] link is renamed to link~ (but preserved as symbolic link)\r\n[2] link~ is a new file with old contents as described in wiki\r\n\r\n\u003e note:\r\n\u003e Under windows I also ran tests with geany as admin to rule out any permission problems in (re)creating symbolic links. \r\n\u003e The results from those test were identical to the normal user, hence I omitted those.\r\n\r\n"}],"action":{"name":"View Issue","url":"https://github.com/geany/geany/issues/1533#issuecomment-313706057"}}}</script>