Unable to Import into TW2.4.0

[AndrewMc]

Hi Everyone

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]

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.

Andrew

[Eric Shulman]

> [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:

http://groups.google.com/group/TiddlyWikiDev/browse_frm/thread/507e0508ee0bc589

HTH,
-e

[ASNS]

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?

Alastair Stevens

[AndrewMc]

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:
>

> http://groups.google.com/group/TiddlyWikiDev/browse_frm/thread/507e05...
>
> HTH,
> -e

[peekay]

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 ?)

[AndrewMc]

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

[ralfs]

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.

[FND]

> I believe the problem is with changes in default security settings for
> XMLHttpRequest in FireFox 3.05b

If the two TiddlyWiki documents are in the same directory, importing
should work even on Firefox 3.
Can you give us some more details, Andrew?

-- F.

[ralfs]

The problem is still remaining if the two files are in the same
directory.

e.g.
E:\TiddlyWiki\empty.htm
E:\TiddlyWiki\TW-2-3-0.htm

Import of TW-2-3-0.htm in empty.htm gives the following error in
FF3.05b:

http://img119.imageshack.us/img119/2866/tw240importfailurevg4.jpg

[Michael Jones]

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.

[AndrewMc]

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.

Cheers
Andrew

[wolfgang]

Hi Andrew,

> 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.

Usually its WebDeveloper, which is interfering and gives errors on
importing.

> However, this lead to some errors with macros not running.

Might be incompatibilities of these macros with the new TW version..

Regards,

W.

[ralfs]

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.

[FND]

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.

Thanks.

-- F.

* cf. http://www.tiddlywiki.org/wiki/Importing

[ralfs]

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]
------------------------------------------------------------------------

regards
Ralf

[FND]

> file >>> open file >>> E:\TiddlyWiki\empty.html

> [...]
> http://img119.imageshack.us/img119/2866/tw240importfailurevg4.jpg

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.

-- F.

[Paulo Soares]

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

[ralfs]

@FND

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)

Thanks for your insistence
Ralf

[Eric Shulman]

> 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...

Here's hoping...

-e

[ralfs]

Heureka, it works!

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

[FND]

> 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.

-- F.

[FND]

> 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?

-- F.

[Eric Shulman]

A TiddlyTools CoreTweak is now available to fix this problem:
http://www.TiddlyTools.com/#CoreTweaks

See also:
http://trac.tiddlywiki.org/ticket/635
http://trac.tiddlywiki.org/ticket/638

enjoy,
-e

[ralfs]

Thanks for your work,

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

[Eric Shulman]

> 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...

-e

[ralfs]

Hi Eric,
you're right that "file:///" needs the full path, but I'm NOT hand-
editing
the field "Enter the URL or pathname here:" before trying the
automatic function.

I allways open the file with the "Durchsuchen"-button
(I think it's the open-button on english windows) right of the
"...or browse for a file:"-field.

http://img254.imageshack.us/img254/1906/tw240importfailure2bx0.jpg

This fills AUTOMATICALLY the fields with:
Enter the URL or pathname here: file:///TW-2-3-0.htm
...or browse for a file: E:\TiddlyWiki
\TW-2-3-0.htm
and this doesn't work.

Then I'm hand-correcting the field
Enter the URL or pathname here: file:///E:\TiddlyWiki\TW-2-3-0.htm
and with this entries the import works.

Ralf

[Eric Shulman]

> This fills AUTOMATICALLY the fields with:
> Enter the URL or pathname here:
> file:///TW-2-3-0.htm
> ...or browse for a file:
> E:\TiddlyWiki\TW-2-3-0.htm
> and this doesn't work.

Wow! That is very odd.

The line in config.macros.importTiddlers.onBrowseChange():
fileInput.value = "file:///" + this.value
is supposed to simply take the value from the "browse for a file"
field (i.e., "this.value"), and add the "file:///" as a prefix. It
seems that, somehow, this is not the case for your particular browser/
OS environment... hmmm.... very puzzling! :-(

In any case, you might want to try this alternative:
http://www.TiddlyTools.com/#ImportTiddlersPlugin
This plugin presents a totally different interface with lots of
additional features not available with the core's basic built-in
importer. It doesn't use the core import code at all and includes its
own file I/O support functions (in fact, this plugin was the
*original* importer that I wrote long before the core even had *any*
import abilities at all).

To make it easier to start using the plugin, it is available pre-
installed in an emtpy TW240, here (along with several other convenient
import/export-related plugins):
http://www.TiddlyTools.com/TW+ImportExport

Hopefully, this *should* avoid the problems you are having.

enjoy,
-e

[ralfs]

Thanks for your tips, but I'm using your import/export-plugin already
for a long time, because in the 2.3.0-version the core-import-plugin
had a few problems with large files (e.g. tiddlytools).
But I tried to give the core-import-plugin a next chance in version
2.4.0 and the first thing I recognized was that it couldn't import
anything while using firefox3.0b5. Whith Firefox2.0 the import was no
problem.

After that I saw that other guys had also problems with the core-
import-plugin and firefox3.0b5. So I tried to help in finding the
reason of the import-problem because I think that in a few month a lot
of users will update to firefox3.0.

Under windows XP and Vista Firefox 2 correctly fills the two import-
fields automatically to:

Enter the URL or pathname here:

file://E:\TiddlyWiki\TW-2-3-0.htm

...or browse for a file:
E:\TiddlyWiki\TW-2-3-0.htm

This is working.

Firefox 3 fills the two import-fields automatically to:

Enter the URL or pathname here:

file://TW-2-3-0.htm

...or browse for a file:
E:\TiddlyWiki\TW-2-3-0.htm

and there is the problem because the import-plugin needs the full path
of the file.

Regards
Ralf

[Eric Shulman]

> Firefox 3 fills the two import-fields automatically to:
> Enter the URL or pathname here:
> file://TW-2-3-0.htm
> ...or browse for a file:
> E:\TiddlyWiki\TW-2-3-0.htm

Very curious! It seems that in FF3b5, even though the 'browse' field
displays the full path/filename, the value attribute for that field
only contains the filename, excluding the path.

Fortunately, I've just revised the TiddlyTools CoreTweaks to provide a
solution: if a simple filename (or a relative path/filename) is
entered, the tweaked code now automatically expands the URL value to
include the current file location. This should provide the correct
'fixup' for FF3 (as well as making it easy to enter simple filenames
directly into the "browse" input field).

Get the latest update here:
http://www.TiddlyTools.com/#CoreTweaks
(tickets 635, 638, 639)

enjoy,
-e

[ralfs]

perfect, great work.
For me it's working, I hope so for the rest of FF3-Users.

Thanks
Ralf