Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New layer creation file browser doesn't resolve aliases in MacOS #15465

Closed
qgib opened this issue Jul 31, 2012 · 5 comments
Closed

New layer creation file browser doesn't resolve aliases in MacOS #15465

qgib opened this issue Jul 31, 2012 · 5 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience

Comments

@qgib
Copy link
Contributor

qgib commented Jul 31, 2012

Author Name: Alexandre Leroux (@alexandreleroux)
Original Redmine Issue: 6131
Affected QGIS version: master
Redmine category:gui


In QGIS 1.8.0-2 for MacOS X from KyngChaos, aliases don't get resolved in the layer creation file browser when creating new layers. If the alias is a directory, it is treated as a file instead of a directory.

Steps to reproduce:
(A) Menu Layer => New => New shapefile browser...
(B) then try to browse through an existing alias, you can't, it's considered as a file instead of an alias.

This bug doesn't occur when opening or saving a QGIS Project. It doesn't happen either when adding an existing layers to a Project.

Thanks - Alex


@qgib
Copy link
Contributor Author

qgib commented Aug 1, 2012

Author Name: Larry Shaffer (Larry Shaffer)


Alexandre,

The New Shapefile Layer... action uses a subclassed QFileDialog, and shows a Qt, instead of Mac OS X native, save file dialog. This means Mac alias files will not be resolved. However, symbolic links will be and can be used instead of aliases. Check 'man ln' in Terminal.app for more info (e.g., @ln -s src_file_or_dir symlink@).

Note: while symlinks will be followed in that dialog, the symlink will also be part of the path saved in the QGIS project file (not the original, resolved path). So, you will have to maintain the symlink and not move it, or your paths to data source will break.

The Open Project... dialog is a native OS X dialog, so it has no issues with Mac alias files.

There are currently inconsistencies with dialogs of this nature in 1.8.0 and will not be fixed until next full version. You can use the workaround provided in the meantime, but please keep this issue open so that it can be referenced in the upcoming GUI changes. Thanks.


  • 4744 was configured as new-shapefile_symlink.png

@qgib
Copy link
Contributor Author

qgib commented Sep 4, 2012

Author Name: Paolo Cavallini (@pcav)


  • fixed_version_id was configured as Version 2.0.0

@qgib
Copy link
Contributor Author

qgib commented Jun 28, 2014

Author Name: Jürgen Fischer (@jef-n)


  • fixed_version_id was changed from Version 2.0.0 to Future Release - Lower Priority

@qgib
Copy link
Contributor Author

qgib commented Dec 13, 2015

Author Name: Médéric RIBREUX (Médéric RIBREUX)


Hello, bug triage...

do you still have this bug with the latest QGIS version (2.12.1) ?


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Dec 15, 2015

Author Name: Alexandre Leroux (@alexandreleroux)


Bonjour Médéric,

I'm closing the ticket. I confirm aliases are now properly handled with latest QGIS. Thanks -- Alex / Satri


  • done_ratio was changed from 0 to 100
  • status_id was changed from Feedback to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience labels May 24, 2019
@qgib qgib added this to the Future Release - Lower Priority milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience
Projects
None yet
Development

No branches or pull requests

1 participant