File > Open does not follow shortcuts (soft links) on win32

Bug #384988 reported by Martitza
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Bazaar Explorer
Won't Fix
Undecided
Unassigned

Bug Description

The summary pretty much says it. The "file browser" for File Open does not show directory shortcuts on Windows. I use symlinks a lot to minimize drilling down into my filesystem.

Tags: win32
Revision history for this message
Alexander Belchenko (bialix) wrote :

It seems like bug in PyQt itself. I'm not sure we can do something about this issue. Certainly re-implementing standard windows dialogs is not goal for this project.

Revision history for this message
Ian Clatworthy (ian-clatworthy) wrote :

From IRC chat with Alexander ...

23:59:56) igc: bialix: any thoughts on bug 384988?
(23:59:59) ubottu: Launchpad bug 384988 in bzr-explorer "File > Open does not follow shortcuts (soft links) on win32" [Undecided,New] https://launchpad.net/bugs/384988
(10/06/09 00:02:08) bialix: igc: I have no idea. I'd say PyQt/Qt should use native windows dialogs if possible, but I can't be 100% sure
(00:02:15) bialix: so it's more PyQT bug
(00:04:55) bialix: from PyQT help:
(00:05:05) bialix: The easiest way to create a QFileDialog is to use the static functions. On Windows, these static functions will call the native Windows file dialog, and on Mac OS X these static function will call the native Mac OS X file dialog.
(00:05:40) bialix: so, it seems like PyQt tries to call native dialog
(00:05:47) bialix: at least it claims so
(00:06:37) bialix: wait
(00:06:40) beuno left the room (quit: Read error: 110 (Connection timed out)).
(00:06:59) bialix: from the PyQt help:
(00:07:02) bialix: QString dir = QFileDialog.getExistingDirectory(this, tr("Open Directory"),
(00:07:04) bialix: "/home",
(00:07:05) bialix: QFileDialog.ShowDirsOnly
(00:07:06) bialix: | QFileDialog.DontResolveSymlinks);
(00:07:13) bialix: look at the last argument

tags: added: win32
Revision history for this message
Alexander Belchenko (bialix) wrote :

According to PyQt documentation it uses native Windows 'Select directory' dialog. So, I'd say it should work as any other native windows application there.

Revision history for this message
Alexander Belchenko (bialix) wrote :

Add to chat talk: by default last argument will be QFileDialog.ShowDirsOnly, i.e. symlinks should be resolved.

Revision history for this message
Martitza (martitzam) wrote : Re: [Bug 384988] Re: File > Open does not follow shortcuts (soft links) on win32

That's fine. I understand that this is not a goal for BE.

I have not used Qt in a long time but the win32 file browser widgets (there
are several) usually accept "filters" to define what kinds of objects to
show.

Again: I think this is not a big deal for BE at all.

-M

On Tue, Jun 9, 2009 at 7:13 AM, Alexander Belchenko <email address hidden> wrote:

> Add to chat talk: by default last argument will be
> QFileDialog.ShowDirsOnly, i.e. symlinks should be resolved.
>
> --
> File > Open does not follow shortcuts (soft links) on win32
> https://bugs.launchpad.net/bugs/384988
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Bazaar Explorer: New
>
> Bug description:
> The summary pretty much says it. The "file browser" for File Open does not
> show directory shortcuts on Windows. I use symlinks a lot to minimize
> drilling down into my filesystem.
>

Revision history for this message
Alexander Belchenko (bialix) wrote :

As you could see to open the branch bzr explorer using Select Folder standard dialog, not the File Open/Save dialog. May be this is the root of the problem? AFAIK those dialogs implemented by different Windows components.

Revision history for this message
Martitza (martitzam) wrote :

On Mon, Jun 15, 2009 at 3:29 AM, Alexander Belchenko <email address hidden> wrote:

> As you could see to open the branch bzr explorer using Select Folder
> standard dialog, not the File Open/Save dialog. May be this is the root
> of the problem? AFAIK those dialogs implemented by different Windows
> components.

I think that is probably correct.

Changed in bzr-explorer:
status: New → Won't Fix
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.