Hi again...still no joy in resolving this problem.
However I dont think its an issue with my server. I copied a working TW
from my server into a local server (XAMP)...and the same thing happens. I
also created a second local server (WAMPP)...and the problem continues.
As mentioned , everything was working untill I upgraded the php version on
my server from 5.2.3 ...its now 5.4.3. The WAMPP is php 5.4.1 and XAMPP is
php 5.5.9. SO, it seems its a question of the newer versions of php
handling the escape characters in a slightly different way. I tried to set
up an old WAMP version (php pre 5.3) but got conflict issues between the
versions......so cant definitely show that its a php version issue.
Anyway....anyone understand the changes made in php in the last
upgrades...from about 5.3...to know what changed with regards the escape
sequences......it seems that the UploadPlugin is no longer totally
compatable with recent php upgrades.
Just noting that the escape character gets lost when the tiddler is
uploaded by UploadPlugin, or UploadTiddlerPlug.........but correcting the
rror in a local copy and then ftp'ing the file to the server corrects the
code..... a rather cumbersome work-around to the problem!!!
Thanks
Skye
Em quinta-feira, 20 de março de 2014 22h52min33s UTC-3, skye riquelme
escreveu:
>
> Hi Mark.....now that you mentioned it.....this started happening about the
> time my server people upgraded my php version...and we had a strange
> problem of the upgrade not Taking......maybe they played with some settings
> then...Ill check it out.
>
> Skye
>
>
>
>
>
> Em quinta-feira, 20 de março de 2014 20h54min44s UTC-3, Mark S. escreveu:
>>
>> Is it possible that your ISP cranked up the security settings in order to
>> prevent escape sequences from being uploaded?
>> Mark
>>
>> On Wednesday, March 19, 2014 4:47:33 PM UTC-8, skye riquelme wrote:
>>>
>>> Hi All
>>>
>>> Hope someone can help with a strange problem that I am encounting.
>>>
>>> I make a lot of use of flat text files to store information, loading
>>> this into a TW (via XMLHttpRequest()) ...in the processing of this data I
>>> frequently look to line breaks in the txt file, using simple javascript
>>> like text.split("\n")......... and this worked fine for many months.
>>>
>>> Recently things started failing, and when I checked the code had changed
>>> to .split("n").......I corrected the code.....everything works
>>> fine...untill I reload the page and again the "\" is missing - note that
>>> the correction was saved back tot he TW using UploadPlugin and
>>> UploadTiddlerPlugin.
>>>
>>> Why does the "\" character keep disappearing?
>>>
>>> I have downloaded the file, corrected it with Note+++ and uplaoded
>>> again.....it all works well, until I open that tiddler in edit, and then
>>> restore (done)....the "\" gets dropped again!!!
>>>
>>> To make things worse... recently a functioning TW started failing and on
>>> opening saying that some plugins failed... for example on checking a recent
>>> case..... Erics InlineJavascriptPlugin...reported as having failed...when I
>>> checked it...... the line (early in the code)
>>> match: "\\<script",
>>> ...was reading in my TW
>>> match: "\<script",................... note that again a "\" has
>>> disappeared!!!! I put the extra \ back into the code, saved via
>>> UploadPlugin....and on reopening the TW.... the plugin failed because the
>>> second "\" is again missing.
>>>
>>> So, what up with the character "\"..... why is it being deleted when I
>>> save the TW?
>>>
>>> Thanks in Advance
>>> Skye
>>>
>>
--
You received this message because you are subscribed to the Google Groups
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
For more options, visit https://groups.google.com/d/optout.
