Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
G
GLib
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 926
    • Issues 926
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 61
    • Merge Requests 61
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • GNOME
  • GLib
  • Issues
  • #981

Closed
Open
Opened Jan 13, 2015 by bugzilla-migration@bugzilla-migrationReporter

inotify: send paired events to both sides

Submitted by Allison (desrt)

Link to original bug (#742849)

Description

A file monitor on a directory could be prevented from seeing incoming moves of files simply because of the existence of another unrelated file monitor in the same process watching the source directory of the move.

This happens even if the affected monitor does not use the SEND_MOVED flag (although the 'unrelated' one must be using it).

This works correctly, and reports both CREATED and DELETED events:

def show_event(mon, child, other, event):
    print event

m0 = Gio.File.new_for_path('/a').monitor_directory (0, None)
m0.connect('changed', show_event)

but if this is also added:

m1 = Gio.File.new_for_path('/b').monitor_directory (Gio.FileMonitorFlags.SEND_MOVED, None)

then m0 will fail to report CREATED events for moves from /b to /a.

Let's fix that to avoid the 'spooky action at a distance' effect.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: GNOME/glib#981