pcmanfm interprets the current directory one level up when triggered from custom actions

Bug #1712692 reported by Borivoje Petrovic
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pcmanfm (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Using pcmanfm 1.2.4

Steps to reproduce:

A custom action script that uses %d as a target.

Expected behaviour: The script runs in the directory that is current (as in the bar that displays the current directory)

Behaviour: The script runs one level up as can be seen if run by pcmanfm -d and followed the output.

Revision history for this message
TBeholder (turbobeholder) wrote :

Same here.
It looks like when it sees the current directory as "selected object", it treats 1 level above it as "working directory".

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in pcmanfm (Ubuntu):
status: New → Confirmed
Revision history for this message
Borivoje Petrovic (borivoje) wrote :

It appeared that this bug was actually invalid. It is the %f parameter that is submitted for the directory selection and %d gives, as expected, the parent directory of selection. So check what you actually want to achieve with passing the parameters to the custom action.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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