Cflocation dropping characters

Specifically it's dropping the ampersand "&" and all characters after this.
I have a simple search form that sends the search item to an action page where depending on what variables are sent it either processes the form or sends the variable in the url to another page to get processed.
The form sends the variables correctly to the processing page. Using cfdump I see I'm getting the correct search item. Then I use cflocation to send the search item to a different page for processing but at this point on the third page the variable is missing anything behind the ampersand. "A&B" becomes "A"
My processing page looks like this.
<cfif IsDefined("form.how") and #form.how# eq "any">
<cfset theitem = #trim(form.item)#>
<cflocation url="search.cfm?item=#theitem#" addtoken="no">
</cfif>
I receive "A&B" on this processing page but on the search.cfm page when dumping out the url variable I receive "A" and everything beyond and including the & is stripped.
I've tried setting the item variable as a session variable on the processing page but that didn't work either. I've tried using a meta refresh tag but got the same results. I've googled and do not see anything on this.
The "&" sign should be a valid character to search for in the database.
Any suggestions? thanks

Well... & has special meaning in a URL, doesn't it? it's the separator between parameter name/value pairs. So if you need it to be in your data (ie: the value of a parameter) you need to encode it so the web server KNOWS it's data and not part of the URL structure.
On CF10 use encodeForUrl():
http://help.adobe.com/en_US/ColdFusion/10.0/CFMLRef/WS932f2e4c7c04df8f-6f7941141353e2963af -7ffc.html
On previous versions use urlEncodedFormat():
http://help.adobe.com/en_US/ColdFusion/9.0/CFMLRef/WSc3ff6d0ea77859461172e0811cbec22c24-7b df.html
Adam

Similar Messages

Dropping characters in text lines (FM8)

I'm experiencing problems with dropped characters in text lines. Also, I've noticed the history doesn't seem to log all changes made to text lines. The problem can be duplicated as follows:
1. Open a new portrait blank document and add an anchored frame. (recorded in history)
2. Add a text line inside the anchored frame from the Tools Palette. In the text line, type "1234" (recorded in history).
3. Save the file. (history cleared)
4. Click the cursor after the "4" in the text line and hit a carriage return to create a new text line. (not recorded in history)
5. In the new text line, type "1234567890"(not recorded in history)
6. Save the file.
7. Refresh the screen (cntl l) and the second text line now reads "12346890" (dropped the 5 and 7). Printing the file in steps 5 and 6 also show the 5 and 7 are missing.
8. Add a new text line inside the anchored frame from the Tools Palette. In the text line, type "12345" (recorded in history).
9. Save the file. (history cleared)
10. Click the cursor after the "5" in the text line from step 8 and hit a carriage return to create a new text line. (not recorded in history)
11. In the new text line, type "1234567890"(not recorded in history)
12. Save the file.
13. Refresh the screen and the second text line now reads "12345790" (dropped the 6 and 8).
Has anyone else seen this problem (or can duplicate it)?
Also, can someone explain why some of the steps above are not recorded in the history.
FYI, while trying to find a repeatable sequence to demonstrate this problem, Frame crashed on me.
I'm running a trial version of Frame 8, version 8.0p273, with XP Pro, on a fairly new Dell Optiplex 740.
Thanks,
Jeff Schweiner

Hi Jeff,
I have now tried what you're doing and get the same result!
I have also added a text line with characters a to z. After saving ad doing a ctrl-l, the character after the last one, and the character second after that, in the previous line, was removed. (I first typed "abcd", saved, made a new line, typed "abcdefghi", saved, made ctrl-l, the characters "e" and "g" were removed).
I have the same version of FrameMaker + SGML, but this is a licensed version, running on Win 2000.
Regards
Mikael Sten

SAX Parser is dropping characters

Hello,
We have noticed that the BEA implementation of the SAX parser appears
to drop characters from the start of an attribute's value.
For example:
<attribute-value>au.com.bonline.bean.SomeClass</attribute-value>
becomes
online.bean.SomeClass
after parsing.
Has anyone seen this behaviour before ?
Previously we were running the application under tomcat and did not have
this issue with the implementation of the SAX parser that comes with
tomcat.
Are there changes we have to make to the way we code against the
SAX parser that we might have missed moving from tomcat to BEA ?
Thankyou,
Brian Gorrie
Programmer/Analyst
B Digital

Hi Brian,
I just tried this simple program with the output below; it worked OK
using WLS 8.1
What WLS version and can you provide a test case?
Thanks,
Bruce
C:\stephens\CRs\crXML>type attr.xml
<?foo version="1.0" ?>
<A>
<attribute-value>au.com.bonline.bean.SomeClass</attribute-value>
</A>
C:\stephens\CRs\crXML>java -classpath .;%CLASSPATH% sax attr.xml
Start document
Processing Instruction:
target: foo
data: version="1.0"
Start element: A
Characters: "\n"
Start element: attribute-value
Characters: "au.com.bonline.bean.SomeClass"
End element: attribute-value
Characters: " \n"
End element: A
End document
Brian Gorrie wrote:
>
Hello,
We have noticed that the BEA implementation of the SAX parser appears
to drop characters from the start of an attribute's value.
For example:
<attribute-value>au.com.bonline.bean.SomeClass</attribute-value>
becomes
online.bean.SomeClass
after parsing.
Has anyone seen this behaviour before ?
Previously we were running the application under tomcat and did not have
this issue with the implementation of the SAX parser that comes with
tomcat.
Are there changes we have to make to the way we code against the
SAX parser that we might have missed moving from tomcat to BEA ?
Thankyou,
Brian Gorrie
Programmer/Analyst
B Digital[sax.java]

Crystal Reports 2013 Dropping Characters

I've been trying to upgrade to Crystal Reports Server 2013, but the reports that I have been successfully under aren't working under 2013. The fourth character is being dropped out of Memo fields. The report runs fine in the designer, but drops characters when run on the server. The data is coming from a separate server in mysql database (5.0.58-enterprise). The database is part of an application and I can't upgrade the db at this point. I am connecting with a RHEL 6.5 server, using mysql-connector-odbc.i686, 5.3.2-1.el6 package from Oracle. I have ran the isql program (unixODBC.i686, 2.2.14-12.el6_3) from the reporting server and did the query, and no characters are dropped. So, I believe it is something wrong the reporting server and not something with the driver itself.
Any one else having issues like this? or have suggestions on troubleshooting? I have a support ticket open, but it has been open since February.
Thanks in Advance.

If the report works as expected in the CR 2013 designer and not when viewed using CR server, then this, I would suggest, is the correct place.
- Ludek
Senior Support Engineer AGS Product Support, Global Support Center Canada

Dropped characters when printing

When I convert an InDesign file using Adobe PDF Presets - (High Quality Print), the PDF looks fine on the screen, but drops random characters if I print it on a desktop or network printer. How do I resolve this print issue?
Adobe InDesign CS6
Adobe Acrobat Pro 10.0

I believe Calibri should embed correctly, but your description of success in Word certainly makes it sound like a ligature problem. Are you exporting to PDF or Printing/Distilling?

Dropped characters using text tool.

Occasionally, when I type a string using the text line tool, Frame will drop a chacter when the screen is refreshed. Most of the time it is the first character, such as it will change "Callout" to "allout"; less often it is somewhere else. If the string is only one character, the grab handles are there where the character should be. If it's a longer string and the first character is dropped, the left-end grab handles are adjacent to the first visible character, giving the appearance there never was that first character. I forgot what happens if it drops a character in the middle.
If the text string is a single character, it disappears but its grab handles are there.
It happens sometimes on a Control+l refresh, or sometimes when I move the string's position with the mouse.
I'm using Windows XP and Win 7 in Parallels, everything with latest patches. The font is Myriad Pro Semicondensed (Adobe's OTF). I tried different fonts but it happens so rarely that I can't really tell if the font was the fix or if it simply didn't show up. Problem is that the font specs are called out by the customer.
Anyone see this?

> .just think it is weird that it hasn't happened all this time and now it does...lol...oh well..
If you didn't change FM versions or apply a patch, I agree. Weird.
> I used to use text frames, but the text strings are just easier for call outs.
TFs are worth the small amount of extra work. Graphics Text is severely limiting, entirely apart from bugs.
TFs get you global Paragraph Formats, Character Formats, Variables, Xrefs, search, etc.
We do callouts as Xrefs - massively easier to maintain on the shifting sands of part changes and any need to add more c/os to the same figure.

Control space after the Drop Cap

ID3, XP
We character style drop caps. When the DC is a single character, we use the tracking in the character style to add space to the right of the dropped character. However, this method cannot be used when it is a two character drop, in this case, chapter numbers are dropped 2 lines. We want to adjust the space between the dropped number and the start of text, and keep that space equal on both lines.
Any suggestions?
Thanks

The first issue is still that humbled wasn't able to add space after the drop caps and maintain alignment of the text. Bottom line is that his method of using character spacing was a bad hack. I'm pointing out that the alternative solutions he tried (ex. post #4) didn't work because he wasn't using the correct value for the number of drop characters. And per his post #21, he is still assuming that 2 is the correct value to define a double digit drop cap. If he gets past that, solutions to other complications may come easier. In fact, unless he needs some specific sized space HIS WHOLE PROBLEM FROM START TO FINISH could be solved simply by selecting 3 as the number of characters for his drop caps rather than sticking with 2. That would have the effect of including the space after the chapter numbers as part of the drop cap making it larger and adding considerably more space. If he does need more space, then he is going to have to add another character. But that character still has to be included in the DC character count: 12<space>Text (3 drop caps) 12<hardspace>Text (3 drop caps) 12<space><hardspace>Text (4 drop caps) He can even use a tab character for a specific indent if he wants. Just switch a tab for the hardspace above. P.S. The same logic holds true for in single drop caps. If you want extra space after, increase the drop cap count to 2 to include the space after.

Support for file extensions with more than three characters when saving - I want my FLAC!

Why does the Wave Editor still drop characters from filenames with more than three character extensions when you save a file? But since -opening- a FLAC file with an extension of ".flac" doesn't get chopped to ".fla", why does Audition still chop off the extra character when -saving-?
It gets old quickly when you have to save, close and reopen files in order to get Audition's Multitrack editor to play nice and be able to find files when you reopen the Session.
Given that the FLAC filter is open source, I may just have to modify the code and recompile it to force a save to ".fla"... But of course, ".fla" is a Flash file extension, which I also use, so that is a crude hack for me.

Hi bro...
use in BYTE mode in place of in TEXT mode. and at the end of each line give some special charactor so as to distinguish between lines.This is effected by unicode check too
regards
Edited by: Mohit Kumar on Feb 9, 2009 9:44 AM

Missing Asian characters in imported STL subtitles

Hi,
I am subtitling movies in FCP7 into CJK languages and then exporting XML and converting it to STL for streaming in DVDSP4. (I need to deliver QT movies with burned in subs as well as a DVD with streaming subs.)
After importing Japanese and Korean STL subtitles, I noticed that the first or the first couple of characters are sometimes dropped. It is quite random, some strings are complete, where others have missing characters. STL file looks OK, it is UTF8 encoded and there is nothing unusual about the strings that drop characters in DVDSP.
I noticed this problem doesn't occur when a string starts with a Western character. So currently, before converting XML to STL, I am running search/replace and insert a single byte space before each string. Seems to be doing the trick, all characters seem to appear correctly. However this is an additional step in the process and it makes the top row of subtitles shift a little to the right.
Has anybody encountered the same problem and knows why this happens, and perhaps found a better solution?

Sorry for my late response, the email notification didn't work...
I edit STL files. It is a coma delimited format, so you can search for a coma and replace it with coma+space. Then run a secons search for two spaces and replace them by a single space. This will add a blank space in front of each string.
When you import this STL into DVDSP, it all works fine and if you can be bothered, you can manually remove the spaces.

FM9 Save CMYK As PDF again: different results for instances of one character

Hi,
A customer sent me an FM9 document that uses the Symbol font. When he saves the document as PDF, without converting CMYK to RGB, one instance of a character in this font appears in the PDF as a different character in the same font. Other instances of the same character in the same document are fine. Saving as PDF changing CMYK to RGB produces correct results.
Does this sound like the usual don't-use-CMYK-and-Save-as-PDF-with-FM9 type of problem? Or should we look for something else?
Minor variations of the document cause the problem to go away:
1. Deleting some earlier instances of characters in this font cause the problematic one to appear as expected.
2. Some characters in this font occur in tables. Converting those tables to paragraphs "fixes" the problem.
3. Saving as PDF under Win 7 from FM10 and FM 11 produces expected results.
We have only seen the problem on a Win 7 system. On Vista and XP, we get correct results. Editing the document on Vista and saving it as PDF on Win 7, however, fails. A MIF wash does not fix it. Deleting and reinserting the problematic character or the table row in which it occurs does not fix it. While the original document was structured, removing structure did not fix it. Nor did changing master pages.
We started with a longer document and repeatedly deleted content until we had a much shorter document that fails. Somewhere along the line, the erroneous character changed
We can change the documents for this project to convert CMYK. I just don't know if doing so simply masks one particular instance of a general problem, or if CMYK is the real problem.
Thoughts?
--Lynne

Lynne,
The FM9 and first versions of FM10 (fixed with the 10.0.2 patch) had very buggy behaviours if the SaveAsPDF to CMYK option was used. Many fonts (notably OTF Pro and WGL-TT fonts) would drop characters or even entire blocks of text. The RGB option worked properly. The underlying cause was in part to due to using the old Unix Level1 PS header code for the postscript headers in the CMYK mode.
If the client still has to use FM9 and needs proper CMYK, then I would highly recommend that they use Jacob Schäffer's PubliPDF (now on a GPL license, i.e. a freebie). This maps the postscript RGB output colours to CMYK via user specified settings before invoking Distiller.
It can be downloaded from here: http://design.grafikhuset.dk/index.php/kontakt/downloads/grafikhuset-publi-pdf
For more details and documentation, see: http://www.grafikhuset.net/PubliPDF/

No longer can open a password proteced document in Pages

Hi,
I have a password protected document that I've been using for a long time. Now I am unable to open it. I get a message saying that my password is wrong. One thing I did a couple of days ago that has to do with passwords: I attempted to make a Pages file password protected. I tried to follow the directions from this webpage: can you password protect pages folders. I thought I followed the steps correctly, but later I found that I am able to open the file and the document inside with out a password. So I moved the image file--that I had created in the process--to the trash then emptied the trash.
The password document I am interested to open was not in the file I tried to password protect, nor I tampered with this document for the last two weeks.
I am using Pages 5.5.2 on with OS X 10.10.2 on mac air.
My mac has installed Security Update 2015-003 V.1 on March 20th. I can't figure out if this security update was installed before or after I tried to password protect the file I mentioned above.
Is there a way I can solve this issue and be able to open my password document?
Thanks
Louis

…or with the chiclet keyboards have it drop characters randomly without you noticing.
I spent the last 2 days trying to get back into a bank account I know the password to, only finally noticing there were too few dots when I typed.
Sometimes OS X even tries to spell correct passwords and CATCHAs.
Peter

Fonts Not Embedding Consistently with PDF Export - Inconsistent Fix and Unknown Cause

I have had ongoing problems with PDF export from FrameMaker. Sometimes the correct fonts do not embed in the PDF and Times New Roman is substituted. The problem appears and disappears and is causing me a lot of lost time and frustration.
I am running FrameMaker 9.0 fully patched on Windows 7 Ultimate 64-bit. I have seen people complain about this issue and am familiar with the suggested fixes. However, the exact cause and solution eludes me because the problem continues to recur and I am only able to recover with guesswork and workarounds.
Initially I did the following:
ACROBAT PDF SETTINGS
- In the printer properties for Adobe PDF settings I turned off the option "Rely on system fonts only; do not use documents fonts."
ACROBAT DISTILLER SETTING
Under "Font" Settings I changed the following:
- Under "Settings/Font Locations" I added the font folder for Technical Communication Suite 2.0 and made sure all the fonts existed there and in the Windows default font directory.
- Under "Settings/Edit Adobe PDF Setting/Fonts" I changed the following options:
- Selected "Embed all fonts"
- Under "Embedding" chose "Always Embed" for the target fonts.
I tweaked these settings for hours and got no results. Then I rebooted and the problem had magically disappeared. I fixed the issue in the same way on another machine and the results were permanent and I was just happy to finally have it fixed, But this time it didn't last.
I should note that upon reboot, when I used the stock "PDF Job Options," the correct fonts still embedded, leading me to believe that the fix had nothing to do with the changes I made to Distiller settings.
After reboot I generated PDFs with the correct fonts embedded. Then I shut down FM, but left the system running. The next morning I opened FM again and the same problem occurred.
So I rebooted again -- and the problem disappeared again. I therefore thought maybe the issue fixes on reboot but recurs when you shut down FM and reopen. So I shut down FM again and reopened, but it is still working fine for the moment.
I verified that the Adobe PDF settings under "Printers & Devices" that I turned off (Rely on system fonts only; do not use documents fonts) remained correctly unchecked through all these changes.
I would really like to know why this happens so I can resolve it permanently and avoid more lost time.
Thanks in advance,
Douglas

The common theme I'm seeing here is that the setting edits you make in
Distiller through the FM "Save As PDF" option don't seem to take effect.
Do you know if that is true or could you elaborate on the notorious nature
of this method for me?
>
There are too many potential and transient problems to list. The only thing
I can say is that I've been an active member of the FrameUsers listserv
(http://lists.frameusers.com/mailman/listinfo/framers) since FM version 6.0,
circa 2001, and probably 95% of the PDF problems reported there have been
fixed simply by using print to Adobe PDF (or to Acrobat Distiller in older
PDF versions), instead of using Save as PDF. Common advice there has always
been to avoid Save as PDF and even some Adobe employees have recommended
against using it. It doesn't matter which FM version.
The once-busy FrameUsers listserve has been fading away, recently, as this
new Adobe forum software allows reading via e-mail, and attachment of
screenshots. Even if you look around on this forum now, you'll probably
find that there are two main fixes for issues with PDF. One is NOT using
Save as PDF, which seems to fix a whole bunch of issues. The other is the
use of a Windows hotfix to squash a Windows OS bug that causes dropped
characters in PDFs.
In the rare instances that someone has issues with printing to PDF, they are
almost always related to errors in settings. Or occasionally someone can't
embed fonts because they are trying to the embed the virtual fonts that come
with their printer driver instead of fonts that have actually been installed
on their computer. (The fonts are hard-wired on their printer, so the system
can use them but not embed them.)

Arabic Font Problem

Hello,
I've been told by my client that my arab text is not
rendering correctly. The problem occurs where an incorrect 'alef'
appears next to a 'lam'. Now I'm not an arab speaker or reader
unfortunately, so I really don't understand exactly what this
means, but its incorrect. I've had a good look at my character
settings, and I'm not seeing any extra properties that I can set to
correct this. An extract of my code is below that relates to
character format.
charFormat.color = fontColorIs;
charFormat.fontFamily = fontIs;
charFormat.fontSize = fontSizeIs;
charFormat.locale = "ar";
charFormat.ligatureLevel = LigatureLevel.EXOTIC;
charFormat.lineHeight = "160%";
charFormat.fontLookup = FontLookup.EMBEDDED_CFF;
charFormat.kerning = Kerning.ON;
paraFormat.textAlign = TextAlign.RIGHT;
paraFormat.direction = "rtl";
I've also put a some screen shots of the problem and the font
online at
http://www.kenmacleod.com.au/adobe
- these 2 images were from the client and explain the issue.
Adobe Arabic is working and rendering correctly, so I'm
presuming that it is a font issue, and the font I'm trying to make
work, just can't work with Flash even though its an OTF.
I am wondering if maybe I've missed something. It doesn't
appear to be a embedding issue either as I'm embedding the entire
font via Gumbo.
If anyone has had luck with other Arabic fonts rendering
correctly please let me know what they are.
Thanks, Ken.

Just as a follow up to this problem if anyone else is
experiencing something similar. We ended up contacting the actual
developers of the Arabic font (
http://www.grapheast.com).
They described it as a Unicode issue and said they would have to
update their font, which they promptly did in about an hour and
fortunately for us, it worked straight up.
http://www.brashbrands.com/ar/
We had some unexpected issues with the Chinese version of the
site too, I didn't do any research on font file sizes, but with the
chinese language having so many characters, the font files seemed
to vary from about 7MB to 15MB. Once squashed into a swf via Gumbo,
the smallest versions were around the 4MB mark, but these were
dropping characters all over the place. The 15MB looked great, but
only came down to about 10MB, which is obviously way to big to
embed. We tried just using 'sans' but some system fonts were
dropping characters also, especially when we needed chinese
characters next to punctuation. The result ended up being using a
program called Fondu and extracting the mac system font Hei.dfont.
The font size of the Gumbo swf ended up as 3MB and it worked
perfectly. Details of the how to with Fondu are
http://aralbalkan.com/1897
(thanks Aral Balkan and Fondu).
http://www.brashbrands.com/zh/

Enmass change of FONT type

CR Xi
We have some legacy reports that use a font (Calibri) that we'd like to change to Arial or some font that supports 'embedding permissions'. [Note: Not too sure how to tell IF a font supports or doesn't support embedding permissions!].
Anyway, what I want to do is to change the current Calibri font that does not support embedding permissions to a font that does. I'd like to make the change for ALL occurrences of the "Calibri" to "Arial" (If Arial supports embedding permissions) on a single/enmass request rather than each and every field, text box, header, group, sub-reports etc. etc.....
Can this be done?
FWIW: Calibri, since it's not supporting embedding permissions, drops characters when a CR is printed directly to a PDF printer/file. For example, "Nation" becomes "Na on" with the 'ti' being dropped.

Hi Total,
Upgrade to CR XI R2 for free, use your XI keycode. I believe that was a bug in XI R1 and no patches available anymore:
http://downloads.businessobjects.com/akdlm/crystalreports/crxir2_sp4_full_bld_0-20008684.exe
http://downloads.businessobjects.com/akdlm/crystalreports/CRYSTALREPORTS06_0-20008684.EXE
If it's till an issue then it was fixed in CR 2008.
If R2 doesn't resolve the issue then, Drag your mouse across every object and right click and change...
You'll have to test to find one that does embed.
Don

Terminal Buffer Overrun, Can You Change the Size?

Hi-
I frequently use BBEdit or the Text Editor to write a bunch of text (SQL, scripts, etc.) and then COPY / PASTE that into the Terminal. If the block of text I copy is longer than about 1024 characters, I hear a beeping sound from Terminal and it drops characters from the middle of the PASTE operation.
My guess is that Terminal has a buffer of about 1k and when I copy large chunks of data, I overrun the buffer and it sounds the beep to tell me that. Then it just keeps pushing data in from the COPY / PASTE; although, some characters end up missing because of the overrun.
Is this correct? Is there a way to change the buffer size?
MacBook Pro, iMac 20 Mac OS X (10.4.7)

Yes. Duplicate your book first in case of issues with text reflow ( depress the command key and press d to duplicate) then select the book, click on themes and choose the same theme and the new size
LN

Cflocation dropping characters

Similar Messages

Maybe you are looking for