I have downloaded TW2.4.0 and attempted to import the contents of my
TW2.3.0 Wiki by using Backstage > Import. After selecting a TW file
and pressing Open, I get the following message:
> [Exception... "Component returned failure code: 0x805e000a
> [nsIXMLHttpRequest.open]" nsresult: "0x805e000a (<unknown>)" location:
> "JS frame :: file:///home/andrew/Wiki/TiddlyWiki/empty24.html ::
> doHttp :: line 7088" data: no]
...
> I am using Firefox 3.05b on Ubuntu (Hardy Heron) Linux.
I believe the problem is with changes in default security settings for
XMLHttpRequest in FireFox 3.05b... read the following thread (in
TiddlyWikiDev discussion) for some more details:
I had that problem when trying to import into v2.3.0 - whereas with
2.4.0, I don't get the error, but I just get *no* tiddlers displayed
in the list. I'm currently trying to upgrade one of my 2.3s to 2.4,
but I'm getting nothing at all. Any ideas?
Thank you for the suggestion, Eric, and the pointer to the thread in
TiddlyWikiDev.
It seems that it is indeed a problem with Firefox 3.05b beta. It
affects my attempts at importing into either TW2.3.0 or TW2.4.0.
Unfortunately, the change to the Firefox settings (as suggested in the
TiddlyWikiDev thread) made no difference.
I guess I can either install Firefox 2, or take my TW files to work
with me and do the import on my work computer which has Firefox 2
already installed. Since the Wiki contains information that I use in
my work, it is about time that I took a copy to work anyway. :-)
Andrew
On May 11, 11:49 am, Eric Shulman <elsdes...@gmail.com> wrote:
> I believe the problem is with changes in default security settings for
> XMLHttpRequest in FireFox 3.05b... read the following thread (in
> TiddlyWikiDev discussion) for some more details:
i believe two versions of firefox can co-exist on the same pc
one would probably need to name a different 'folder' to install version2 which would enable continued use of tw2.4.0 while v3.0.5 could make users happy with its 'advanced' security ! (still needed under linux ?)
----- Original Message ----- From: "AndrewMc" <newsp...@post.com> To: "TiddlyWiki" <TiddlyWiki@googlegroups.com> Sent: Sunday, May 11, 2008 10:55 AM Subject: [tw] Re: Unable to Import into TW2.4.0
Thank you for the suggestion, Eric, and the pointer to the thread in TiddlyWikiDev. It seems that it is indeed a problem with Firefox 3.05b beta. It affects my attempts at importing into either TW2.3.0 or TW2.4.0. Unfortunately, the change to the Firefox settings (as suggested in the TiddlyWikiDev thread) made no difference. I guess I can either install Firefox 2, or take my TW files to work with me and do the import on my work computer which has Firefox 2 already installed. Since the Wiki contains information that I use in my work, it is about time that I took a copy to work anyway. :-)
Andrew
On May 11, 11:49 am, Eric Shulman <elsdes...@gmail.com> wrote:
> I believe the problem is with changes in default security settings for > XMLHttpRequest in FireFox 3.05b... read the following thread (in > TiddlyWikiDev discussion) for some more details:
I have just found some specific instructions for Ubuntu for
downgrading Firefox from version 3 to 2. I will give them a try as
there is nothing particularly special for me about FF3, and I do miss
a couple of add-ins that are not yet available for FF3.
As an aside, for those of you that may be wondering why I am using FF3
when it is still in beta, the reason is that Ubuntu linux recently
upgraded their release to 8.04 and when I did the upgrade FF3 beta was
included by default.
Andrew
On May 11, 5:29 pm, "peekay" <pksharmakolk...@gmail.com> wrote:
> i believe two versions of firefox can co-exist on the same pc
> one would probably need to name a different 'folder' to install version2
> which would enable continued use of tw2.4.0 while v3.0.5 could
> make users happy with its 'advanced' security ! (still needed under linux ?)
> ----- Original Message -----
> From: "AndrewMc" <newsp...@post.com>
> To: "TiddlyWiki" <TiddlyWiki@googlegroups.com>
> Sent: Sunday, May 11, 2008 10:55 AM
> Subject: [tw] Re: Unable to Import into TW2.4.0
> Thank you for the suggestion, Eric, and the pointer to the thread in
> TiddlyWikiDev.
> It seems that it is indeed a problem with Firefox 3.05b beta. It
> affects my attempts at importing into either TW2.3.0 or TW2.4.0.
> Unfortunately, the change to the Firefox settings (as suggested in the
> TiddlyWikiDev thread) made no difference.
> I guess I can either install Firefox 2, or take my TW files to work
> with me and do the import on my work computer which has Firefox 2
> already installed. Since the Wiki contains information that I use in
> my work, it is about time that I took a copy to work anyway. :-)
> Andrew
> On May 11, 11:49 am, Eric Shulman <elsdes...@gmail.com> wrote:
> > I believe the problem is with changes in default security settings for
> > XMLHttpRequest in FireFox 3.05b... read the following thread (in
> > TiddlyWikiDev discussion) for some more details:
I had the same problems with Firefox 3.0b5.
A solution for Windows-User is to use the portable Firefox 2.0.14
http://portableapps.com/apps/internet/firefox_portable because a downgrade from FF3 to FF2 may crash your firefox-profile.
In the portable-version all settings are saved in the portable-folder.
The import of my tws into the new tw2.4.0 with FF2 passed without
problems.
I received the same error message in a totally different environment
(Firefox 2.0.0.14 on Windows XP accessing a wiki page on a Windows
2003 server). My problem went away when I copied the page to a local
mapped drive so that the access was "file://C:\Temp\oldwiki.html"
instead of "file://\\Micron\shared\oldwiki.html". I figured that it
was a bug accessing via UNC. Maybe your problem is something similar.
On May 10, 5:12 pm, AndrewMc <newsp...@post.com> wrote:
> I have downloaded TW2.4.0 and attempted to import the contents of my
> TW2.3.0 Wiki by using Backstage > Import. After selecting a TW file
> and pressing Open, I get the following message:
> This message appears even when I try to import from an empty TW2.3.0
> file, so it cannot be the contents of the TiddlyWiki that is causing
> the error.
> I am using Firefox 3.05b on Ubuntu (Hardy Heron) Linux.
> Since TW2.3.0 is working well for me, I have no urgency in upgrading.
The problem occurs even when the two TW documents are in the same
folder.
What I didn't try was disabling all of the Firefox extensions to see
if any of them were somehow interfering with the import process.
What I have done is revert to Firefox 2 on my Ubuntu machine, and have
managed to import my TW2.3.0 content into a new TW2.4.0 wiki.
I also tested the import on my WinXP machine (with Firefox 2) at work,
and also managed to complete the import. :-)
However, this lead to some errors with macros not running. When I have
figured out enough to describe the new problem, I will start another
thread.
I think, there is no incompatibilitie with the extensions, because
with a fresh unpacked FirefoxPortable3.05b from
http://portableapps.com/apps/internet/firefox_portable/test without any other extension has the same behaviour on importing.
On 12 Mai, 11:11, wolfgang <wolfgangl...@gmail.com> wrote:
We're looking into these issues now. Unfortunately, we can't reproduce those errors, which makes things very complicated. Could you supply us with as many details as possible - namely precise step-by-step instructions*, including the respective URLs or file names, TiddlyWiki versions etc.
System: german Vista home premium SP1 / FirefoxPortable-3.0b5
To reduce the error-possibilities I used a fresh download of
FirefoxPortable-3.0b5 from
http://portableapps.com/apps/internet/firefox_portable/test without
any extensions
(but the error is the same as with installed Firefox-3.0b5 and the
test to import my Tiddlywiki-Tips.htm)
In FirefoxPortable-3.0b5:
file >>> open file >>> E:\TiddlyWiki\empty.html
(empty.html = fresh downloaded tw-2.4.0 from http://www.tiddlywiki.com)
In empty.html:
import >>> browse >>> E:\TiddlyWiki\empty-2-3-0.html
open
a dialog of firefox is shown with
------------------------------------------------------------------------
Internet Security
A script from "file://" is requesting enhanced abilities that are
UNSAFE and could be used to compromise your machine or data:
Read private data from any site or window
Allow these abilities only if you trust this source to be free of
viruses or malicious programs.
Allow Deny
------------------------------------------------------------------------
I chose allow
the above described error is shown
http://img119.imageshack.us/img119/2866/tw240importfailurevg4.jpg ------------------------------------------------------------------------
[Exception... "Component returned failure code: 0x80004005
(NS_ERROR_FAILURE) [nsIXMLHttpRequest.send]" nsresult: "0x80004005
(NS_ERROR_FAILURE)" location: "JS frame :: file:///E:/TiddlyWiki/empty.html
:: doHttp :: line 7098" data: no]
------------------------------------------------------------------------
> We're looking into these issues now.
> Unfortunately, we can't reproduce those errors, which makes things very
> complicated.
> Could you supply us with as many details as possible - namely precise
> step-by-step instructions*, including the respective URLs or file names,
> TiddlyWiki versions etc.
The first thing I spot here: You entered E:\TiddlyWiki\empty-2-3-0.html but the textfield shows file://empty-2-3-0.html Did this happen automatically?
The error message correctly shows file:///E:/TiddlyWiki/empty-2-3-0.html though (notice the *three* slashes near the front), so this might not be relevant. (I don't have a Windows PC to test this on right now.)
Will see what we can do - thanks for your patience.
I've found the exact same problem with the latest Firefox (from the
Mozilla trunk)
and Opera 9.5b2 under Ubuntu 8.04. This occurs with TW 2.3 and 2.4.
--
Paulo Soares
On 11 Maio, 00:51, ASNS <alspn...@gmail.com> wrote:
> I had that problem when trying to import into v2.3.0 - whereas with
> 2.4.0, I don't get the error, but I just get *no* tiddlers displayed
> in the list. I'm currently trying to upgrade one of my 2.3s to 2.4,
> but I'm getting nothing at all. Any ideas?
The textfields were filled automatically, I changed nothing.
The field "...pathname here:" allways show file://filname.html and the
field "...or browse for a file:" show the full windows-path with
backslashes \
(the image shows the import-field from the trial before)
> The first thing I spot here:
> You entered
> E:\TiddlyWiki\empty-2-3-0.html
> but the textfield shows
> file://empty-2-3-0.html
> Did this happen automatically?
> The error message correctly shows
> file:///E:/TiddlyWiki/empty-2-3-0.html
> though (notice the *three* slashes near the front), so this might not be
> relevant. (I don't have a Windows PC to test this on right now.)
> Will see what we can do - thanks for your patience.
> The textfields were filled automatically, I changed nothing.
> The field "...pathname here:" allways show file://filname.html and the
> field "...or browse for a file:" show the full windows-path with
> backslashes \
> (the image shows the import-field from the trial before)
hmmm... try this experiment: after browsing for the desired file,
hand-edit the resulting URL in the first input field to make sure
there are THREE slashes, so that it reads:
file:///E:\TiddlyWiki\empty-2-3-0.html
before pressing the "open" button. If that works, then we can
probably conclude that FF3.0b5 is more strict that FF2 when processing
the malformed file: URL, and a relatively simple fix in the import
"wizard" handlers might be possible...
The manually correction of the field "Enter the URL or pathname here:"
to "file:///E:\TiddlyWiki\empty-2-3-0.html" make the import working.
With this correction also an import from another directory is possible
with firefox3.0b5 (I've only tried the portable version, but I don't
think
that the install-version has another behaviour)
e.g.: file:///C:\TEMP\TiddlyWiki-Tips.htm
On 13 Mai, 07:36, Eric Shulman <elsdes...@gmail.com> wrote:
> > The textfields were filled automatically, I changed nothing.
> > The field "...pathname here:" allways show file://filname.html and the
> > field "...or browse for a file:" show the full windows-path with
> > backslashes \
> > (the image shows the import-field from the trial before)
> hmmm... try this experiment: after browsing for the desired file,
> hand-edit the resulting URL in the first input field to make sure
> there are THREE slashes, so that it reads:
> file:///E:\TiddlyWiki\empty-2-3-0.html
> before pressing the "open" button. If that works, then we can
> probably conclude that FF3.0b5 is more strict that FF2 when processing
> the malformed file: URL, and a relatively simple fix in the import
> "wizard" handlers might be possible...
> The manually correction of the field "Enter the URL or pathname here:" > to "file:///E:\TiddlyWiki\empty-2-3-0.html" make the import working.
Brilliant - now at least we know where to start looking in order to fix this annoying issue. However, we still can't reproduce it so far, but we'll test it on Vista later on. Will keep you updated.
> I don't get the error, but I just get *no* tiddlers displayed > in the list > [...] > I've found the exact same problem with the latest Firefox (from the > Mozilla trunk) and Opera 9.5b2 under Ubuntu 8.04 [...] with TW 2.3 and 2.4.
Could you guys provide some details, i.e. precise step-by-step instructions, including the respective URLs or file names, TiddlyWiki versions etc. - maybe even provide us with the respective files?
> > The manually correction of the field "Enter the URL or pathname here:"
> > to "file:///E:\TiddlyWiki\empty-2-3-0.html" make the import working.
> Brilliant - now at least we know where to start looking in order to fix
> this annoying issue.
> However, we still can't reproduce it so far, but we'll test it on Vista
> later on.
> Will keep you updated.
but it seems that this coretweak isn't enough.
The tweak replaces correclty "file://tiddlname.htm" with "file:///
tiddlname.htm", but the import failure is the same as before.
Only manually adding the full path behind "file:///" (e.g. "file:///E:
\TiddlyWiki\empty-2-3-0.html") makes the import working.
Tested under System:
german Vista home premium SP1
Firefox-3.0b5 (installed)
FirefoxPortable-3.0b5
FirefoxPortable-3.0 RC1
Ralf
On 17 Mai, 05:00, Eric Shulman <elsdes...@gmail.com> wrote:
> > > The manually correction of the field "Enter the URL or pathname here:"
> > > to "file:///E:\TiddlyWiki\empty-2-3-0.html" make the import working.
> > Brilliant - now at least we know where to start looking in order to fix
> > this annoying issue.
> > However, we still can't reproduce it so far, but we'll test it on Vista
> > later on.
> > Will keep you updated.
> but it seems that this coretweak isn't enough.
> The tweak replaces correclty "file://tiddlname.htm" with "file:///
> tiddlname.htm", but the import failure is the same as before.
> Only manually adding the full path behind "file:///" (e.g. "file:///E:
> \TiddlyWiki\empty-2-3-0.html") makes the import working.
The problem is that the file:/// URL needs to be a fully-specified
*absolute* path to the file and you are (apparently) hand-entering
just a *relative* filename. This is a bit trickier... but I think
that perhaps I can code up something that will recognize the relative
reference and automatically turn it into an absolute path reference...
