Page 1 of 1

Odd behaviour

PostPosted: Wed May 06, 2020 11:08 am
by Spark155
Hello
I have some rules set up that rename and move some downloaded pdf's. It checks a folder for pdf's moves it and renames it. However on some pdf's it changes the 'kind' to a textedit document as checked when using get info but the document still opens by default in preview. I have checked the open with settings and textedit documents should open with textedit not preview
Can anyone advise as to whay is going on?

Thanks

Mark

Re: Odd behaviour

PostPosted: Thu May 07, 2020 10:32 am
by Mr_Noodle
Is the extension intact? If not, then you need to fix your Rename pattern and make sure the extension is still there.

Re: Odd behaviour

PostPosted: Sat Jan 09, 2021 10:14 am
by tlindgren
I'm also seeing this issue when I add rules to change the filename and in my case the jpg extensions are still intact.

Screenshot: https://share.getcloudapp.com/JruqY4L4

Here's the rule I have a place:

https://share.getcloudapp.com/7KublPL6

Thanks

Re: Odd behaviour

PostPosted: Mon Jan 11, 2021 11:31 am
by Mr_Noodle
Make sure there are no extra spaces after the "extension" attribute in your pattern. If that checks out then I think there's a deeper system-level issue here. What happens if you rename a file with a .jpg extension in Finder yourself?

Re: Odd behaviour

PostPosted: Mon Jan 11, 2021 9:28 pm
by tlindgren
Thanks, that did the trick.

I wonder if there could be warning message for spaces after extensions if it's going to cause this kind of issue. It's difficult to see in the small editing field and I can't think of a situation when you'd want a space after an extension.

Just a suggestion.

Thanks for your help.

Tim

Re: Odd behaviour

PostPosted: Tue Jan 12, 2021 11:20 am
by Mr_Noodle
Possibly though it's hard to tell when users are trying to do certain things intentionally or not.