Changes between Initial Version and Version 1 of Ticket #8376, comment 7
- Timestamp:
- Jan 13, 2015, 6:16:14 PM (10 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #8376, comment 7
initial v1 1 So that was an easy enough question to answer, once finding a bit of time to dig.. Turns out (based on e.g. [http://grok.bikemonkey.org/source/search?q=notify_stat_changed&defs=&refs=&path=&hist=&project=haiku BFS] as a reference) that it is normal for xxx_write_fs_stat() to ''not'' send notifications, and there are no other notification hooks missing. So apparently renaming a volume works differently than renaming a file within that volume . So analyzing that part of cdda is a false lead, the problemprobably lies elsewhere.1 So that was an easy enough question to answer, once finding a bit of time to dig.. Turns out (based on e.g. [http://grok.bikemonkey.org/source/search?q=notify_stat_changed&defs=&refs=&path=&hist=&project=haiku BFS] as a reference) that it is normal for xxx_write_fs_stat() to ''not'' send notifications, and there are no other notification hooks missing. So apparently renaming a volume works differently than renaming a file within that volume, insofar as notifications are concerned. So analyzing that part of cdda is a false lead, the lack of Tracker notification probably lies elsewhere. 2 2 3 3 Interesting though that the problem shows up even more with userland-fs (i.e. with userlandfs/cdda, Tracker remains stuck on the old volume name in every instance, instead of just once in a while).