URL encoding special characters in episode name

Hello,
Configuration :
1 capture agent on a MAC MINI under MAC OS X 10.6.5
1 PCP2 server on an XServe under MAC OS X 10.6.5
I encounter this problem since 10.6.5 update :
When I stop a Podcast capture, if episode name is for example abcd#, '#' character is "URL encoded" to '%23' sequence. So the final file name of the podcast is abcd%23.m4v instead of abcd#.m4v.
This was not the case under 10.6.4.
I tried this solution : renaming the file adding a task in the workflow ; this task launches a bash script which renames all files replacing '%23' sequences by a '#' character.
Files are well renamed, but the task don't give hand back, and XGrid task never ends.
Got this error in /var/log/system.log :
sandbox [nnn] : bash(12146) : deny file-ioctl /path/to/bash-script
Thanks for help

Problem solved !
I had a problem with rights on my podcasts directory.
So, for those who are interested, you can add a task to your workflow, for example a bash batch file which renames all files in your podcast directory whose name contains a special character :
for fic in `ls`
do
mv $fic `echo $fic | sed -e s/%23/#/g`
done
the additional workflow task must contain 2 items :
--- an item "command" of type String with the path of your batch file as value
--- an item "dependsOnTasks" of type array with an element of type string with "postflight" as value

Similar Messages

  • Dreamweaver still encodes special characters in URL - Bug?

    Dreamweaver 6 is still encoding my special characters when I enter a URL through the control panel AND hit enter. When I paste the link in code view or just paste it in the control panel Link field without hitting Enter, no formatting occurs.
    I have the setting under Code Rewriting in Preferences set to "Do not encode special characters", but regardless the reformatting occurs whenever I hit enter in the Link field in the Control Panel.
    For example:
    The link I'm pasting in is a dynamic one and is set to %%DC%%
    If I just paste the link into the control panel then click elsewhere the link is set and no formatting occurs. If I paste it in, then hit Enter the URL changes to %Ü%%
    Is this a bug or am I doing something incorrectly?

    I just tried it and it's happening in both.
    How it's occuring to me:
    - Open a new or old document.
    - Type in a random set of letters, highlight, then click inside in the Link field on the Control Panel
    - Type %%DC%%
    - Click off the random set of letters, and in code view the Link is still set to %%DC%% (so far so good)
    Now if you click back onto the random letters that are now linked, you'll see that the URL in the Link field now changes to %Ü%%, but the actual link in Code View remains %%DC%%.
    - Now click inside the link field in the control panel, but don't type or change the URL.
    - Click somewhere else to move the cursor out of the control panel
    - The link is now set to %Ü%% in both Code View and in the control panel

  • 'Do not encode special characters' preference not working

    I have the preferences in Dreamweaver set to "Do not encode
    special characters in url'. However, every time I paste a url in
    the properties box, when I go to the source code, Dreamweaver has
    encoded the special characters, especially the "&". Is there
    another setting I have to change somewhere, or is there an update
    that fixes this?
    Thanks.

    "Jade73" <[email protected]> wrote in
    message
    news:fcbroh$7ih$[email protected]..
    >I have the preferences in Dreamweaver set to "Do not
    encode special
    >characters
    > in url'. However, every time I paste a url in the
    properties box, when I
    > go to
    > the source code, Dreamweaver has encoded the special
    characters,
    > especially the
    > "&". Is there another setting I have to change
    somewhere, or is there an
    > update that fixes this?
    You can find updaters for dreamweaver here
    http://www.adobe.com/support/dreamweaver/downloads_updaters.html

  • Special Characters in Report Name or Report Description(URGENT)

    Hi All,
    I am using Hyperion Financial Reporting System 9 tool. Could anyone tell me what problem we face if we use special characters in report name and report description?
    Waiting for quick response.
    Regards,
    SN

    when using "&" in report and folder titles we had issues with report books not being able to run and also the report name would be incorrectly described.
    try to avoid if possible, there is a lower risk if using on an all windows enviroment (clients and servers) but if you have *nix OS it does introduce complexity.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Mail.app hang if mail attachment have special characters in file name

    Hello,
    I have upgraded to 10.5.1 from last version of Tiger.
    After upgrade is not possible send message with attachment which have a czech special characters in file name (like á, í, é, ý, ú, ů, ě, š, č, ř, ž) with Mail.app. If I try it, CPU is overloaded and I must kill Mail.app process.
    The same problem have my friends who are running a clear installation of Leopard 10.5.1.
    Thanks for correction.

    I have the same problem with Hungarian chars. I tried out Tomas suggestion and it really worked. It is so dissaponting to have this kind of bug in a system like this. They never tested against this situation.
    I hope somebody at apple read this discussion and somehow this will be fixed in the near future.

  • SRT Framework exception: ICF: Error when creating service node. [rc:wrong_icf_name] No special characters allowed in name

    Hi,
    I have created a web service in SAP ECC from a RFC.
    While configuring the web service in SOA management to publish it, getting error SRT Framework exception: ICF: Error when creating service node. [rc:wrong_icf_name] No special characters allowed in name
    How to resolve the same.
    Thanks
    Tanmay

    Hello Tanmay,
    Are you including quotes (') in the name, I assume not?
    Regards,
    Siddhesh

  • No special characters in sequence names?

    Is there a reason, why it's not possible to use special characters in sequence names in the mapping workbench 9.0.4?
    Or is it just a bug?
    In earlier versions it was possible.
    It's a convention from our customer to use the $-character in the sequence names.
    Robert

    Hi Robert,
    This is a bug (#3553857) scheduled to be fixed in the next patch release of 9.0.4.
    Karen

  • Tag Query with Special Characters in Tag Name not working

    Hello-
    We are on SAP xMII 12.0 sp8.6, connecting to Honeywell's PHD. We are doing Tag Queries, and all is working well, except when there are special characters in the Tag Name (+, /, \) We have attempted to do the Encoding of the tag name, such as as is returned from the function xmlencodename and also tried URL Encoding.
    Here is our tag which returns nothing.
    82TK1INV.OCTANE_R+M/2
    We have also tried these encoded versions, still to no avail:
    82TK1INV.OCTANE_R%2BM%2F2
    82TK1INV.OCTANER_M_2
    Any help on how to return the values with special characters in the tag name would be very helpful!
    thanks,
    Paul Mazeika

    To Chianti's question of why can't/shouldn't MII work with those bizarre tag names...
    Actually, there are a number of reasons:
    1) It's a poor design practice to use characters like that in tag names, regardless of the underlying system.  That type of information is best assigned to the tag description, not the tag name.  I've even seen idiots put leading spaces on tag names...figure that one out!
    2) MII uses XML extensively, and XML's syntax rules dictate what is and is not acceptable for XML element and attribute names, and many of these special characters are not permitted.
    3) Usage of characters in tags that also represent mathematical operators greatly complicate the parsing and processing of expressions that involve tag names
    In general, it reminds of the story of the guy who walks into the doctor, bangs his fist against a specific spot on his head, and says "Doc, it hurts when I do this", to which the doctor responds, "so don't do that". 
    So, Don't Do That.

  • Special characters in file names and directories

    I'm building a site that lets users create directories to
    which they give the name they want.
    Using PHP, is there one universal solution to avoid any
    special characters in directories, yet will
    display the directory/file names in html the way the user
    intended?
    example of a possible name:
    "ça alors: it's a déjà-vu"
    How can I encode this so it's valid as a directory name, yet
    can be displayed as intended when the
    name is output to the page. urlencode() does not do the job,
    neither does htmlentities()...
    seb ( [email protected])
    http://webtrans1.com | high-end web
    design
    Downloads: Slide Show, Directory Browser, Mailing List

    (_seb_) wrote:
    > Gary White wrote:
    >> On Sun, 19 Nov 2006 19:15:04 +0100, "(_seb_)"
    <[email protected]> wrote:
    >>
    >>> "ça alors: it's a déjà-vu"
    >>>
    >>> How can I encode this so it's valid as a
    directory name, yet can be
    >>> displayed as intended when the name is output to
    the page.
    >>> urlencode() does not do the job, neither does
    htmlentities()...
    >>
    >>
    >> What's wrong with:
    >>
    >> $l="ça alors: it's a déjà-vu";
    >> print urlencode($l)."<br>\n";
    >> print htmlspecialchars($l);
    >>
    >> Gary
    >
    >
    > I know that, but what is the name of the directory? It
    has to be a real
    > directory name, not a string stored somewhere.
    >
    > What's a valid encoding for a directory named "ça
    alors: it's a
    > déjà-vu"? I can call a folder like this on my
    Mac, but it won't work on
    > any server...
    >
    >
    >
    PS: basically it's not a url encoding issue.
    I can url encode "ça alors: it's a déjà-vu",
    and pass it in a url query string. But my issue is not
    with an url query string, it's with an actual URL, that is,
    the actual name of the directory. It
    can't be "ça alors: it's a déjà-vu". But I
    want to allow the user to name their directory like that
    if they want. So I need a way to encode this into characters
    that can be used for an actual
    directory on the server.
    seb ( [email protected])
    http://webtrans1.com | high-end web
    design
    Downloads: Slide Show, Directory Browser, Mailing List

  • Special Characters in KM Names

    Hello Experts,
    are there any restrictions regarding special characters in KM Properties or any other Km Objects? I have in mind i read somewhere about restrictions for search result set names / ids, are there are also in any other areas restrictions?
    Thanks for your help,
    Stefan

    >
    Raymond HENG wrote:
    > Thus..a quick conclusion if I may..
    > 1) Folder and file name: any of your choice but will impact your portal search if you choose to use special char's in the name
    > 2) Folder and file ID: No spacing or special char's as indicated by Bobu.
    >
    > Hope that helps.
    > Ray
    Wow, this is misleading.
    The confusion starts with saying "special", and then not define it...
    The KM UI uses display names, but this doesn't affect what you can or can't put into an identifier (the RID for resources, or the property name for properties).
    What RIDs can take depends on the repository manager. In the best case, it roughly allows everything that would be allowed in a Windows filename. In particular, some rules depend on position as well, such as no trailing whitespace.
    Property names by definition use the same rules as XML element names (thus no whitespace at all).
    BR, Julian

  • Image Capture and special characters in file names.

    Hung up image capture yesterday: We tried to enter a date in the file name of the document we were scanning. It proceeded normally, but then did not save the file and image capture would not scan again until OS restarted.
    Problem repeated until we discovered a slash in the file name box. Changed the file name and everything works now.
    Software should either prevent user from entering special characters in the file name box, or properly handle the error and not hang up the application.

    Hi,
    Would mind providing a screenshot about how your Content Query Web Part rendering in your environment?
    In my environment, it displays the filename which contains periods:
    I would suggest you create a new page and insert a Content Query Web Part to perform the test again.
    Feel free to reply with the test result or if there any progress.
    Thanks
    Patrick Liang
    Forum Support
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support,
    contact [email protected]
    Patrick Liang
    TechNet Community Support

  • Special characters in file name of attachment...

    Hello,
    I attached a file in SC which had # in the file name. I was not able to open the attachment... Is there any restrictions on using the special characters in attachment file name?
    Regards
    Amit

    Hi. Yes, we had the exact same thing. If the file name is not A to Z or 0 to 9 it can not be opened.
    I think we asked SAP and there was no solution for our system.
    I think it depends on your file system and things like that though.
    Regards,
    Dave.

  • Reg Special Characters in The Names causing the problems EX: Bu00E1rbara u00E1u00EDu00F1u00E9

    Hi Friends,
    In the Infotype 0002 I am able to observe the Special characters   in the First Name & Last Name.
    When I run standard SAP report i.e. Birthday list and trying to save the output to the *clipboard option and paste it to the notepad*, I observed that last some characters were missed out depends on the special characters available in the First Name  Last Name.
    Assume if there are 5 special characters avialble in the Names, then 5 characters will be missed out in the output.
    Please help on this issue.
    Thanks & Regards
    Prashanth K
    Edited by: Prashanth Konda on Feb 15, 2010 5:49 PM

    Hi Binder,
    Thanks for the repsonse.
    I didn't get what do you mean by  Correct Code Page ?
    Thanks & Regards
    Prashanth

  • GoLive CS2 doesn't seem to encode special characters - help!

    If you've recently upgraded to CS2 and are having trouble with HTML entities for special characters, see this FAQ topic:
    FAQ 11.11 - Special Character Encoding Problems (CS2)
    Looks like this is going to be a recurring topic for a while as people migrate to CS2, so I'm making this a "sticky" topic at the top of the forum (thanks Martin).

    Thank you all for your posts on this issue. I need to point out a few things.
    1. As a novice, I had assumed that "special characters" included all non-standard characters (those not included in the Basic Latin character set and the Latin-1 Supplement set), and that therefore, all the "other" Unicode characters were special characters. As a result, I had assumed that the original post about Special Characters did indeed have a connection to Unicode input methods. (In fact, I am utterly in the dark as to why it is that it does not. But being a novice I believe you when you say that "special characters" and Unicode characters are two unrelated things, although I have no idea what the difference is. But, for letting me know that there is a difference, for that I truly thank you.
    2. I have read and re-read my comments from earlier and fail to see any "flaming" in it of Nate. Yet the rest of you see it clearly, so it must be there. It must be very disappointing for you to try so hard to help others only to be confronted with someone of ill-manners blasting you for your best efforts. I am truly sorry that I have in my ignorance and in my own frustration caused you to feel this way. Furthermore, since his statements had nothing to do with the issue that is so vexing to me (as you have now shown me), it was completely inappropriate for me to be upset with his answers.
    3. I remain very frustrated with not being able to find an answer to this problem of Unicode entry. I share Dee Bolland's aggravation when he talked about "... patronising people saying 'Didn't you know that?' blah blah." and when he said, " Please don't say 'It works for me!' :< ." When I first read Nate's statement of what to do about special characters, my spirits were excited with hope that it would solve my Unicode issues (because I thought he was talking about that). I was hopeful that I had missed something simple. When I tried it and it didn't work for my problem, I was very disappointed. This is the same frustration that I had when I read Rob Keniger's statement to me that the program can accept input in Source view. I jumped at this with hopeful anticipation, only to be totally and utterly disappointed once again--because it doesn't work for me. I pasted the Unicode text that I had posted above ( ×ֲש×ֶר ×Ö¹× ×Ö¸×Ö·×Ö° ×ַּעֲצַת רְש×ָעִ×× ) into source view, and all I got was the following: "
      " (I've included the tags so you can see the space). In other words, once again my high hopes are dashed and I am left feeling stupid (you say it works for you) and angry such a great program that does so many fantastic things can't do the basic things I want it to do. So, yes, I remain infuriated by the situation, by my inability to get the program to do what (I thought) you all had said it can so easily do. And yet (as I stated earlier in my post to Nate at which he took offense): "I do hope I am missing something simple and that the error is totally mine. However, I have yet to see any directions or examples that will solve the problem. Please, if you know of how to make this work, let me know. I will gladly confess my error in doubting you, if you can show me I am wrong by doing it right."
    So, since my post was not germane to the discussion, I will now bow out of this one. Thank you so much for your efforts to help, though.

  • Special characters in joins name and Identifiers

    I am working on a business area which was created a time ago. Joins name contain special characters. Regarding Oracle, these are not going to be accepted in the new versions.
    How can I fix this problem, knowing any change in joins name will affect the workbooks.

    You can - and should - double check this, but I believe changing the name only of the join will not cause a problem per se.
    It's when you change the name AND the identifier in one fell swoop that a problem will occur.
    That's because when Disco opens up a workbook, it will look for the name OR identifier (if, for example, the name was changed).
    So, in theory, you could change the name of a join, folder, etc. and then open all your Discoverer workbooks and then save them again. Now they will have knowledge of the new name.
    Then if you wanted - and ALL workbooks were already run and re-saved - you could change the identifier and do the whole process over again.
    So, to summarize, I believe that just changing the actual join name ONLY will not cause any problem.
    Russ

Maybe you are looking for