Pithos MS Client: Issueshttps://code.grnet.gr/2012-04-09T17:52:35+03:00Greek Research and Technology Network's projects
Redmine Bug #2307 (Closed): Multiple permissions for the same account on the same object cause exceptionshttps://code.grnet.gr/issues/23072012-04-09T17:52:35+03:00Panagiotis Kanavos
<p>Having multiple entries for the same account doesn't make sense yet there may be files with multiple entries for the same account.</p>
<ol>
<li>Add checks to ensure we handle these cases</li>
<li>Check that the File/Folder Properties page does not create invalid entries</li>
</ol> Bug #2287 (Closed): Drag and drop a single text file results in stuck hashinghttps://code.grnet.gr/issues/22872012-04-03T10:51:17+03:00Panagiotis Louridas
<p>I create a text file on the desktop, say test.txt, then I drag and drop it in the Pithos folder. The client displays "Hashing [test.txt]", but never syncs it, and never progresses beyond that.</p>
<p>If I do that with a second text file, say test1.txt, then the client displays "Hasing [test1.txt]", again without syncing it, and again never progressing beyond that (unless I do that with a third text file, and so on).</p> Bug #2221 (Closed): Menu option No Account Defined should be linked to Account creationhttps://code.grnet.gr/issues/22212012-03-16T13:59:28+02:00Giorgos Pantazis
<p>Also the menu title should not have a dot in the end</p> Bug #2205 (Closed): New Pithos Server URLhttps://code.grnet.gr/issues/22052012-03-13T18:27:02+02:00Giorgos Pantazis
<p>pithos.okeanos.grnet.gr</p> Bug #2189 (Closed): Files get re uploaded even if there are no changes (when using tortoise)https://code.grnet.gr/issues/21892012-03-08T14:59:48+02:00Giorgos Pantazis
<p>When a folder is copied the sync gets finished correctly.<br />If the client exits normally and gets restarted the folder is synced again and all files get uploaded once more.<br />This behavior gets repeated for ever.</p> Bug #2158 (Closed): The client uses a lot of memory when there are a lot of fileshttps://code.grnet.gr/issues/21582012-03-02T18:08:37+02:00Panagiotis KanavosBug #2157 (Closed): Log full server call detailshttps://code.grnet.gr/issues/21572012-03-02T17:50:38+02:00Panagiotis Kanavos
<p>Need to log full server calls (url, headers) to debug issues.</p>
<p>Must also filter out the flood of NHibernate INFO messages, otherwise we will have to mark the server calls as something higher</p> Bug #2156 (Closed): If a move is canceled to the pithos dir you get an exceptionhttps://code.grnet.gr/issues/21562012-03-02T17:39:49+02:00Giorgos Pantazis
<p>The app seems to be trying to open files that are not yet there, if I start a big move and then cancel (no files are moved) Then I get exceptions.</p> Bug #2154 (Closed): Doesnt check if a copy is already runninghttps://code.grnet.gr/issues/21542012-03-02T17:29:55+02:00Giorgos Pantazis
<p>If you try to start pithos while its already running, you get an exception since its trying to access the same files in the FS.</p>
<p>What it should do:</p>
<p>Notify the user that there is an active copy and popup the taskbar icon context menu.</p> Bug #2149 (Closed): Very high CPU usage when downloading a very large filehttps://code.grnet.gr/issues/21492012-03-02T17:07:33+02:00Panagiotis Kanavos
<p>When downloading a large file (eg 650 MB) there is very high CPU usage. This probably happens because the client recalculates the hashes of all already downloaded blocks.</p> Bug #2120 (Closed): No syncing of folder contentshttps://code.grnet.gr/issues/21202012-03-01T11:35:44+02:00Panagiotis Louridas
<p>I copy a folder at my local Pithos folder, then start syncing. From the web client I see that only the folder has been created on Pithos, but not its contents (either files or nested folders). In essence, I only get an empty folder.</p> Bug #2118 (Closed): Attempt to load modified file in a read-only shared folder when processing ex...https://code.grnet.gr/issues/21182012-02-29T18:13:46+02:00Panagiotis Kanavos
<p>The folder sharing permissions should have been respected and no attempt should be made to upload files in a read-only folder</p> Bug #2096 (Closed): Do not use dates to decide what to do about common fileshttps://code.grnet.gr/issues/20962012-02-23T20:27:50+02:00Panagiotis Kanavos
<p>We do not need to check dates when a server change is detected for a file that already exists on the client.<br />We know that there is a remote change and have to decide whether we need to download it or mark a conflict.</p>
We can compare the local tophash with the current and previous server tophash.
<ul>
<li>If the previous tophash matches the local tophash, the file was only changed on the server. </li>
<li>If the file tophash does NOT match the previous tophash, there was a local changed that has not been propagated to the server. We have a conflict.</li>
</ul>
<p>There should be no problems for the first poll, when we have no previous server tophash to compare. During the first poll, all differences are marked as conflict.</p> Bug #2094 (Closed): Unable to refresh token for multiple accounts due to cookieshttps://code.grnet.gr/issues/20942012-02-23T17:28:23+02:00Panagiotis Kanavos
<p>The cookies used by Astakos prevent the authentication of multiple accounts, as Pithos detects the cookie added by Astakos when the first account is authenticated and returns the same token.</p>
Possible solutions
<ul>
<li>Pass a parameter to astakos that will prevent the use of the cookie. Requires changes by the Astakos team</li>
<li>Open the logout page before opening the login page. This will clear the cookie from the user's browser and open multiple pages</li>
</ul> Bug #2065 (Closed): Throttle down hashing etc. if starting on windows startuphttps://code.grnet.gr/issues/20652012-02-17T16:49:00+02:00Panagiotis Louridas
<p>If the client is set to start on system startup, it takes up too long (and consumes resources), at a time when it is not critical. Ideally we would like the client to throttle down its hashing etc. operations if starting together with the OS.</p>