Moovida

Scanning of file paths sometimes fails

Bug #383519 reported by Sudesh
4
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Moovida
Fix Released
Critical
Guillaume Emont
Moovida 1.0.3

Bug Description

Steps to reproduce, on a clean windows XP with a user name containing at least one non ASCII character (e.g. "Gaëtan Gorzyne"):

1) Make sure you have media files in your user's "My Documents"
2) Launch Moovida
3) Wait for the media scanning to be completed

Expected result: the media files in "My Documents" are indexed in their respective media libraries.

Current result: the media files in "My Documents" have not been indexed.

Note that the issue is in media scanning, not playback, as such files can correctly be played from the filesystem browser controller.

See original description

Related branches

lp://qastaging/moovida
Revision history for this message
Sudesh (sudeshc-deactivatedaccount) wrote :
Revision history for this message
Sudesh (sudeshc-deactivatedaccount) wrote :
Olivier Tilloy (osomon)
Changed in elisa:
assignee: nobody → Guillaume Emont (guijemont)
importance: Undecided → Critical
milestone: none → 1.0.3
Revision history for this message
Guillaume Emont (guijemont) wrote :
Changed in elisa:
status: New → Confirmed
Olivier Tilloy (osomon)
summary: - [win32] On xp with non admin_exotic character user ,scanning gets hung
- up at My documents
+ [win32] On XP scanning of file paths containing non ASCII characters
+ fails
description: updated
Revision history for this message
Guillaume Emont (guijemont) wrote : Re: [win32] On XP scanning of file paths containing non ASCII characters fails

It seems this bug doesn't happen all the time with an exotic user name, and sometime happens with fully ascii user names, which makes me think it's a naughty race condition that doesn't directly depend on whether you have nice ascii chars everywhere or not.

It is yet to be determined whether this can be reproduced on linux or not

summary: - [win32] On XP scanning of file paths containing non ASCII characters
- fails
+ [win32] On XP scanning of file paths sometimes fails
Revision history for this message
Sudesh (sudeshc-deactivatedaccount) wrote :

On ubuntu hardy observed the same issue i.e scanning gets stuck at 'my documents'.This is happening even without a exotic username on linux.Here is the stack trace:

Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 601, in gotResult
    _deferGenerator(g, deferred)
  File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 578, in _deferGenerator
    deferred.callback(result)
  File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 239, in callback
    self._startRunCallbacks(result)
  File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 304, in _startRunCallbacks
    self._runCallbacks()
--- <exception caught here> ---
  File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 317, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/home/sudeshc/.moovida/plugins/elisa_plugin_flickr-0.5.egg/elisa/plugins/flickr/resource_provider.py", line 272, in response_read

summary: - [win32] On XP scanning of file paths sometimes fails
+ Scanning of file paths sometimes fails
Revision history for this message
Sudesh (sudeshc-deactivatedaccount) wrote :
Revision history for this message
Olivier Tilloy (osomon) wrote :

Sudesh: please avoid word documents when attaching a simple traceback, raw text will be fine.

Olivier Tilloy (osomon)
Changed in elisa:
status: Confirmed → In Progress
Olivier Tilloy (osomon)
Changed in elisa:
status: In Progress → Fix Committed
Olivier Tilloy (osomon)
Changed in elisa:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.