ssu-readinglists / readinglists

GNU General Public License v3.0
1 stars 0 forks source link

Shared account folder bug #68

Closed museli closed 9 years ago

museli commented 10 years ago

On occasion, a shared account will have an unnamed folder at the top of its list of folders. It is not possible to look inside this folder, and if you delete it it deletes all references in that shared account (although the number next to the folder is not the same as the total number of references in the account). In addition, its presence causes the 'Refresh this list' function to break for that shared account.

Could this be investigated and fixed?

museli commented 10 years ago

We can do some more testing of this to try to establish cause and effect, firm up the relationship with the 'Refresh this list' function (the RSS feed looks different when one of these blank folders is present, for example), and also to provide some examples. We think the bug precedes this current code version, so it has not been newly introduced.

ostephens commented 10 years ago

Does this happen with any particular shared accounts or is it just randomly occurring? Any examples or further information would be great

jkreading commented 10 years ago

Hi Owen As far as I recall I get the impression it is random, but am in the process of finding some examples for you

jkreading commented 10 years ago

Attached below should be 11 examples of shared accounts which have the extra folder. These are screenshots so that you can see exactly how they appear and whether there are any obvious connecting factors that we have missed. The shared accounts are in the first 200 shared accounts in the list.The folder seems to appear at random and can only be seen when you click on 'publish folders'. As previously mentioned, the number next to the folder does not seem to correspond to anything in particular, it's not in the side menu folder list and you cannot open it, but if you delete it, all of the content for that shared account disappears. Many thanks.

ostephens commented 10 years ago

Not seeing the screenshots - you could send to my email instead if that works

ostephens commented 10 years ago

I've not managed to recreate this issue locally. However I have added some error logging to the code which I hope might help us find out what is causing this once the updated code is deployed on your server

ostephens commented 10 years ago

Have added code to stop the display of folders which don't have a name - this may fix the problem

museli commented 9 years ago

Hello Owen,

We didn't see this behaviour in the latest round of testing, so I'd suggest we close this issue until/if it happens again. We'll try to capture some more diagnostic information if we spot it again.