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.

Sign up for GitHub

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

Jump to bottom

Iterations: autofill mode fills the output name in a wrong way under Linux #17269

Closed
qgib opened this issue Aug 24, 2013 · 24 comments
Closed

Iterations: autofill mode fills the output name in a wrong way under Linux #17269

qgib opened this issue Aug 24, 2013 · 24 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Processing Relating to QGIS Processing framework or individual Processing algorithms
Milestone
Future Release - ...

Comments

@qgib
Copy link
Contributor

qgib commented Aug 24, 2013 •
edited
Loading

Author Name: Giovanni Manghi (@gioman)
Original Redmine Issue: 8511
Affected QGIS version: master
Redmine category:processing/core
Assignee: Victor Olaya

when using the batch mode the autofill mode "with parameters values" seems that does not work as expected but just under Linux.

If I choose an output file name prefix like

"output_"

and then choose to autofill with input file name, the result is

"output_inputfilename"

under Windows

and

"outputinputfilename_"

under Linux.

Related issue(s): #18475 (relates), #19714 (duplicates)
Redmine related issue(s): 9981, 11438
@qgib
Copy link
Contributor Author

qgib commented Jun 20, 2014

Author Name: Giovanni Manghi (@gioman)

  • crashes_corrupts_data was configured as 0
  • project_id was changed from 78 to 17
  • category_id removed 68
  • version was configured as 2.2.0

@qgib
Copy link
Contributor Author

qgib commented Jun 20, 2014

Author Name: Giovanni Manghi (@gioman)

  • version was changed from 2.2.0 to master
  • category_id was configured as 94
  • fixed_version_id was configured as Version 2.4

@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.4 to Future Release - High Priority

@qgib
Copy link
Contributor Author

qgib commented Oct 3, 2014

Author Name: Giovanni Manghi (@gioman)

should be fixed with 953f977

  • status_id was changed from Open to Closed
  • resolution was changed from to fixed/implemented

@qgib
Copy link
Contributor Author

qgib commented Oct 24, 2014

Author Name: Paolo Cavallini (@pcav)

It seems still true with current master (Debian nightly)

  • status_id was changed from Closed to Feedback

@qgib
Copy link
Contributor Author

qgib commented Oct 24, 2014

Author Name: Giovanni Manghi (@gioman)

Paolo Cavallini wrote:

It seems still true with current master (Debian nightly)

not for me on ubuntu and Windows. Do you have any "processing" folder inside .qgis2/python/plugins ?

@qgib
Copy link
Contributor Author

qgib commented Oct 24, 2014

Author Name: Paolo Cavallini (@pcav)

Clean configpath. Retried just now on Debian, same (wrong) behaviour "provpt2a", when autofilling with parameter name (filename).

@qgib
Copy link
Contributor Author

qgib commented Oct 24, 2014

Author Name: Giovanni Manghi (@gioman)

Paolo Cavallini wrote:

Clean configpath. Retried just now on Debian, same (wrong) behaviour "provpt2a", when autofilling with parameter name (filename).

please attach a sample project (with sample data).

@qgib
Copy link
Contributor Author

qgib commented Oct 24, 2014

Author Name: Paolo Cavallini (@pcav)

No need for a project. Sample data from Training manual, relevant exercise.

@qgib
Copy link
Contributor Author

qgib commented Apr 10, 2015 •
edited
Loading

Author Name: Paolo Cavallini (@pcav)

See also #18475

@qgib
Copy link
Contributor Author

qgib commented May 4, 2015

Author Name: Paolo Cavallini (@pcav)

Confirmed, just now.

  • resolution was changed from fixed/implemented to
  • status_id was changed from Feedback to Open

@qgib
Copy link
Contributor Author

qgib commented May 4, 2015

Author Name: Paolo Cavallini (@pcav)

  • subject was changed from autofill mode fills the output name in a wrong way under Linux to Itreations: autofill mode fills the output name in a wrong way under Linux

@qgib
Copy link
Contributor Author

qgib commented May 4, 2015

Author Name: Giovanni Manghi (@gioman)

  • subject was changed from Itreations: autofill mode fills the output name in a wrong way under Linux to Iterations: autofill mode fills the output name in a wrong way under Linux
  • operating_system was changed from to Linux

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Giovanni Manghi (@gioman)

it is fine in master, please reopen if necessary.

  • status_id was changed from Open to Closed
  • resolution was changed from to fixed/implemented

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Paolo Cavallini (@pcav)

I do not confir, still true here; verified also during the workshop at the HF in Nodebo.

  • resolution was changed from fixed/implemented to
  • status_id was changed from Closed to Reopened

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Giovanni Manghi (@gioman)

just tested on a clean installation of master and works as expected (ubuntu).

  • status_id was changed from Reopened to Feedback

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Paolo Cavallini (@pcav)

Checked again, on current master and pippo becomes pipp1o when autofilled with numbers.

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Giovanni Manghi (@gioman)

tested again with numbers too, all ok.

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Giovanni Manghi (@gioman)

please test also on other machines.

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Paolo Cavallini (@pcav)

Verified on several machines during the workshop at the HF in Nodebo.

@qgib
Copy link
Contributor Author

qgib commented May 25, 2015

Author Name: Giovanni Manghi (@gioman)

Paolo Cavallini wrote:

Verified on several machines during the workshop at the HF in Nodebo.

I have tested 5/6 linux installations of my own, and it works.

@qgib
Copy link
Contributor Author

qgib commented Jun 7, 2015

Author Name: Giovanni Manghi (@gioman)

  • category_id was changed from 94 to Processing/Core

@qgib
Copy link
Contributor Author

qgib commented Dec 26, 2015

Author Name: Giovanni Manghi (@gioman)

another round of tests on this (on several different Linux flavors), no issues, not even on Debian Jessie and QGIS master (see attached screencast).

Please test again.

  • 9428 was configured as kazam_b42eaoem.movie

@qgib
Copy link
Contributor Author

qgib commented Jan 13, 2016

Author Name: Giovanni Manghi (@gioman)

Giovanni Manghi wrote:

another round of tests on this (on several different Linux flavors), no issues, not even on Debian Jessie and QGIS master (see attached screencast).

Please test again.

closing for lack of feedback, please reopen if necessary.

  • resolution was changed from to not reproducable
  • 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! Processing Relating to QGIS Processing framework or individual Processing algorithms labels May 24, 2019
@qgib qgib added this to the Future Release - High Priority milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
This was referenced May 25, 2019
Closed
Closed
@qgib qgib mentioned this issue May 25, 2019
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Processing Relating to QGIS Processing framework or individual Processing algorithms
Projects
None yet
Milestone
Future Release - High Priority
Development

No branches or pull requests
1 participant
@qgib