TGZ Won't Load, Crashing Firefox
6 views
Skip to first unread message
steve.d...@gmail.com
Apr 23, 2009, 7:28:13 PM4/23/09
to O3D-discuss
Hi again,
When I create an O3D file and upload it to a web-server Firefox gives
me an alert box saying:
Could not load: <filename>
Could not download archive. It could be a permission-related issue.
When this box is closed Firefox crashes.
Is there anything I can do to alleviate this?
I've made a basic 3D shape, and adapted one of the sample .html files
on code.google.com. When this is stored locally on my hard-drive
the .html page opens and the O3D content displays fine in both
Internet Explorer and Firefox. When I upload this to a web-server IE
will load the page fine, while Firefox crashes as detailed above.
Since it works in some of these cases I'm guessing my coding and model
are OK.
Going by the permissions hint in the alert box I set my .tgz file, and
all the .js files, to 755 on the server. Didn't help. If I go directly
to the URL where the .tgz lives in Firefox a download starts normally,
so the file is accessible to Firefox.
I'm running XP SP3, IE v6.0 (which works) Firefox v3.0.9 (which
doesn't) the web-server is a basic commercial hosting company running
Apache/Linux. Any hints would be appreciated!
As a further suggestion, perhaps Google could add some related
information on this general subject in the future? Someone took the
time to write a hint about permissions in the error message, but as
far as I can tell there is nothing on this subject on
code.google.com.
Perhaps a general guide to hosting our content after we create it,
since it appears there is more to it then simply uploading an .html
page. . . .
--
Steve
When I create an O3D file and upload it to a web-server Firefox gives
me an alert box saying:
Could not load: <filename>
Could not download archive. It could be a permission-related issue.
When this box is closed Firefox crashes.
Is there anything I can do to alleviate this?
I've made a basic 3D shape, and adapted one of the sample .html files
on code.google.com. When this is stored locally on my hard-drive
the .html page opens and the O3D content displays fine in both
Internet Explorer and Firefox. When I upload this to a web-server IE
will load the page fine, while Firefox crashes as detailed above.
Since it works in some of these cases I'm guessing my coding and model
are OK.
Going by the permissions hint in the alert box I set my .tgz file, and
all the .js files, to 755 on the server. Didn't help. If I go directly
to the URL where the .tgz lives in Firefox a download starts normally,
so the file is accessible to Firefox.
I'm running XP SP3, IE v6.0 (which works) Firefox v3.0.9 (which
doesn't) the web-server is a basic commercial hosting company running
Apache/Linux. Any hints would be appreciated!
As a further suggestion, perhaps Google could add some related
information on this general subject in the future? Someone took the
time to write a hint about permissions in the error message, but as
far as I can tell there is nothing on this subject on
code.google.com.
Perhaps a general guide to hosting our content after we create it,
since it appears there is more to it then simply uploading an .html
page. . . .
--
Steve
Gregg Tavares
Apr 23, 2009, 8:34:21 PM4/23/09
to o3d-d...@googlegroups.com
On Thu, Apr 23, 2009 at 4:28 PM, <steve.d...@gmail.com> wrote:
Hi again,
When I create an O3D file and upload it to a web-server Firefox gives
me an alert box saying:
Could not load: <filename>
Could not download archive. It could be a permission-related issue.
When this box is closed Firefox crashes.
Is there anything I can do to alleviate this?
A permission-related issue really means that O3D asked the browser to download the file and the browser failed to download it.
It sounds like we really need to put a better error message and possibly see if we can distinguish between a URL to something that does not exist vs a URL that the browser can not access for security reasons. By security reasons, I mean for example if the page is at "http://mydomain.com/mypage.html" and the URL of the .tgz file is "file://c:/myfolder/myscene.tgz", that's a permission error. Pages from "mydomain.com" are not allowed to access local files."
A couple of things to try. Try renaming the file from .tgz to .abc (or any other extension) (And of course change the URL in your code to match). Some web servers notice the file ends with '.tgz" and tell the browser to uncompress it which means the plugin does not see the .tgz file. We didn't find that out until a couple of days ago. If that fixes the problem for you it sounds like we should pick some other extension as the default.
As for the crash. That's a bug. We'll look into that asap.
steve.d...@gmail.com
Apr 23, 2009, 9:25:42 PM4/23/09
to O3D-discuss
Yes, that worked. Thank you very much!
I changed the extension from ".tgz" to ".o3d" for my model, edited
the .html, and it now works perfectly in IE and Firefox both locally
and on the server.
--
Steve
On Apr 23, 5:34 pm, Gregg Tavares <g...@google.com> wrote:
Patapom
May 28, 2009, 11:36:57 AM5/28/09
to O3D-discuss
Hello, sorry to bump in that post but I'm having the same problem and
it's not resolved by renaming to something else than TGZ.
I made my own archive, not going through the standard collada
converter, I wrote my own to suit my needs and it seems I created a
bad archive (an archive that the O3D plug-in doesn't understand
anyway).
The net effect is that, as soon as an archive requests fails and
returns, the plug-in crashes (the dreaded "Pure virtual function call"
error !).
I have the *very* unhelpful message "It could be a permission-related
issue" but I'm pretty sure it's not that as any file generated by your
converter and standing right beside my faulty file works perfectly
without any "permission" problem (local files on a windows system
whose I'm the admin anyway).
Also, the TGZ file was generated using TAR for Windows (http://
gnuwin32.sourceforge.net/packages/gtar.htm) and GZIP for windows
(http://gnuwin32.sourceforge.net/packages/gzip.htm), called as
external processes from my application. It's a perfectly valid archive
for Winzip or Winrar who open it as it would for your own TGZ files...
Perhaps I am missing an option when calling these tools or something ?
Anyway, I uploaded the file here : http://groups.google.com/group/o3d-discuss/web/TerrainTest.o3dtgz
if you want to take a look at it.
Please, help ! =)
On Apr 24, 3:25 am, steve.deffe...@gmail.com wrote:
> Yes, that worked. Thank you very much!
>
> I changed the extension from ".tgz" to ".o3d" for my model, edited
> the .html, and it now works perfectly in IE and Firefox both locally
> and on the server.
>
> --
> Steve
>
> On Apr 23, 5:34 pm, Gregg Tavares <g...@google.com> wrote:
>
> > On Thu, Apr 23, 2009 at 4:28 PM, <steve.deffe...@gmail.com> wrote:
>
> > > Hi again,
>
> > > When I create an O3D file and upload it to a web-server Firefox gives
> > > me an alert box saying:
> > > Could not load: <filename>
> > > Could not downloadarchive. It could be a permission-related issue.
it's not resolved by renaming to something else than TGZ.
I made my own archive, not going through the standard collada
converter, I wrote my own to suit my needs and it seems I created a
bad archive (an archive that the O3D plug-in doesn't understand
anyway).
The net effect is that, as soon as an archive requests fails and
returns, the plug-in crashes (the dreaded "Pure virtual function call"
error !).
I have the *very* unhelpful message "It could be a permission-related
issue" but I'm pretty sure it's not that as any file generated by your
converter and standing right beside my faulty file works perfectly
without any "permission" problem (local files on a windows system
whose I'm the admin anyway).
Also, the TGZ file was generated using TAR for Windows (http://
gnuwin32.sourceforge.net/packages/gtar.htm) and GZIP for windows
(http://gnuwin32.sourceforge.net/packages/gzip.htm), called as
external processes from my application. It's a perfectly valid archive
for Winzip or Winrar who open it as it would for your own TGZ files...
Perhaps I am missing an option when calling these tools or something ?
Anyway, I uploaded the file here : http://groups.google.com/group/o3d-discuss/web/TerrainTest.o3dtgz
if you want to take a look at it.
Please, help ! =)
On Apr 24, 3:25 am, steve.deffe...@gmail.com wrote:
> Yes, that worked. Thank you very much!
>
> I changed the extension from ".tgz" to ".o3d" for my model, edited
> the .html, and it now works perfectly in IE and Firefox both locally
> and on the server.
>
> --
> Steve
>
> On Apr 23, 5:34 pm, Gregg Tavares <g...@google.com> wrote:
>
> > On Thu, Apr 23, 2009 at 4:28 PM, <steve.deffe...@gmail.com> wrote:
>
> > > Hi again,
>
> > > When I create an O3D file and upload it to a web-server Firefox gives
> > > me an alert box saying:
> > > Could not load: <filename>
CI-CUBE
May 28, 2009, 11:44:56 AM5/28/09
to O3D-discuss
I had similar problems. I 'resolved' them by using a file that comez
w/ O3D as master which I then modified according to my needs (file
name and content). This is probably not the Solution but maybe a
Workaround that helps you further.
Ekki
w/ O3D as master which I then modified according to my needs (file
name and content). This is probably not the Solution but maybe a
Workaround that helps you further.
Ekki
Patapom
May 28, 2009, 12:37:47 PM5/28/09
to O3D-discuss
You mean you let the converter generate the TGZ file then modified it
to add the files you needed ?
Mmh, good idea but I'm not sure I have a software that is able to do
that... They all uncompress the file in a temporary folder and don't
let anyone modify it I'm affraid.
On top of that, since I'm exporting many files from a software, I
really need to generate them automatically and not bother modifying
them manually every time. =(
As I'm totally despaired and about to hang myself, I'm currently in
the process to build a tiny library that uses O3D sources and that
will help me (hopefully) to use the same code to generate the same
kind of archives.
As soon (and IF !!) it works, I'll publish it somewhere so everyone
can generate their own archives from the files they want, without
having to resort to dramatic solutions. ^_^
Thanks for your informations, I'll try and keep the topic updated.
Best regards,
. Pom .
to add the files you needed ?
Mmh, good idea but I'm not sure I have a software that is able to do
that... They all uncompress the file in a temporary folder and don't
let anyone modify it I'm affraid.
On top of that, since I'm exporting many files from a software, I
really need to generate them automatically and not bother modifying
them manually every time. =(
As I'm totally despaired and about to hang myself, I'm currently in
the process to build a tiny library that uses O3D sources and that
will help me (hopefully) to use the same code to generate the same
kind of archives.
As soon (and IF !!) it works, I'll publish it somewhere so everyone
can generate their own archives from the files they want, without
having to resort to dramatic solutions. ^_^
Thanks for your informations, I'll try and keep the topic updated.
Best regards,
. Pom .
CI-CUBE
May 28, 2009, 1:49:56 PM5/28/09
to O3D-discuss
Thats what works for me. Took a working tgz (dunno remember if from
o3dconverter or one provided with O3D) then used TotalCMD to modify
the contents... As I said not a solution but something to help you on
the short term and if that works for you too it probably gives some
hints what could be 'wrong'
Ekki
o3dconverter or one provided with O3D) then used TotalCMD to modify
the contents... As I said not a solution but something to help you on
the short term and if that works for you too it probably gives some
hints what could be 'wrong'
Ekki
Greg Spencer
May 28, 2009, 4:38:16 PM5/28/09
to o3d-d...@googlegroups.com
So, in looking at the file, I see that the first entry is:
C:/Documents and Settings/Patapom/Local Settings/Temp/09fa84c5d7c845f689029ca934c45f44/aaaaaaaa.o3d
But the file needs to be called exactly "aaaaaaaa.o3d", and not be in a subdirectory.
Once you fix that, there are some missing commas in your JSON, and after that there are more problems, but O3D will attempt to load it if you name the sentinel file correctly.
I'll send you your file in a separate e-mail with the absolute paths removed (and a couple of commas added).
-Greg.
Patapom
May 28, 2009, 6:03:22 PM5/28/09
to O3D-discuss
Oh thanks ! =)
Actually, it was my intention to test the JSON scene file right after
I fix the loading issue, so that's why it's incorrect : it's not
tested yet (but thank you anyway if you want to send it back fixed,
it'll be inspiring).
BTW, that means you saw the content of my scene before me ! I'm
jealous ! Is it nice ??? ^_^
I was using a separate process to launch TAR.EXE and GZIP.EXE to
generate the archive and didn't have much control on these 2 apps
besides their (limited) options. I didn't know TAR would include the
name of the temporary directory I generated to store the temporary
files ! Crap.
Anyway, not to get stuck for too long, I have recompiled your
TarGenerator and GzGenerator into a simple library that offers to
create an O3D compliant archive scene and will post it (alongside with
an EXE to run it on a bunch of files) as soon as possible for other
people to generate their own scenes possibly from other sources than
collada (badly hidden intent here =)).
Thanks for your time and your highlights on the file naming matter.
Regards,
. Pom .
On May 28, 10:38 pm, Greg Spencer <gspen...@google.com> wrote:
> So, in looking at the file, I see that the first entry is:
> C:/Documents and Settings/Patapom/Local
> Settings/Temp/09fa84c5d7c845f689029ca934c45f44/aaaaaaaa.o3d
>
> But the file needs to be called exactly "aaaaaaaa.o3d", and not be in a
> subdirectory.
>
> Once you fix that, there are some missing commas in your JSON, and after
> that there are more problems, but O3D will attempt to load it if you name
> the sentinel file correctly.
>
> I'll send you your file in a separate e-mail with the absolute paths removed
> (and a couple of commas added).
>
> -Greg.
>
Actually, it was my intention to test the JSON scene file right after
I fix the loading issue, so that's why it's incorrect : it's not
tested yet (but thank you anyway if you want to send it back fixed,
it'll be inspiring).
BTW, that means you saw the content of my scene before me ! I'm
jealous ! Is it nice ??? ^_^
I was using a separate process to launch TAR.EXE and GZIP.EXE to
generate the archive and didn't have much control on these 2 apps
besides their (limited) options. I didn't know TAR would include the
name of the temporary directory I generated to store the temporary
files ! Crap.
Anyway, not to get stuck for too long, I have recompiled your
TarGenerator and GzGenerator into a simple library that offers to
create an O3D compliant archive scene and will post it (alongside with
an EXE to run it on a bunch of files) as soon as possible for other
people to generate their own scenes possibly from other sources than
collada (badly hidden intent here =)).
Thanks for your time and your highlights on the file naming matter.
Regards,
. Pom .
On May 28, 10:38 pm, Greg Spencer <gspen...@google.com> wrote:
> So, in looking at the file, I see that the first entry is:
> C:/Documents and Settings/Patapom/Local
> Settings/Temp/09fa84c5d7c845f689029ca934c45f44/aaaaaaaa.o3d
>
> But the file needs to be called exactly "aaaaaaaa.o3d", and not be in a
> subdirectory.
>
> Once you fix that, there are some missing commas in your JSON, and after
> that there are more problems, but O3D will attempt to load it if you name
> the sentinel file correctly.
>
> I'll send you your file in a separate e-mail with the absolute paths removed
> (and a couple of commas added).
>
> -Greg.
>
Greg Spencer
May 28, 2009, 6:11:02 PM5/28/09
to o3d-d...@googlegroups.com
On Thu, May 28, 2009 at 3:03 PM, Patapom <pat...@gmail.com> wrote:
Actually, it was my intention to test the JSON scene file right after
I fix the loading issue, so that's why it's incorrect : it's not
tested yet (but thank you anyway if you want to send it back fixed,
it'll be inspiring).
BTW, that means you saw the content of my scene before me ! I'm
jealous ! Is it nice ??? ^_^
Actually, I didn't see it because of the errors in the JSON file, so there's no need to be jealous... :-)
-Greg.
Patapom
May 28, 2009, 9:24:17 PM5/28/09
to O3D-discuss
Huhu !
It's working now ! I generate my own TAR with your code and it's
okay...
But my quest was not over ! I had to battle for hours with the
deserialization to see what was wrong in my JSON and eventually found
some stupid ID clashes...
All is well now ! I'll finish my library and post it for people here
really soon (along with my terrain converter if people want to
generate some nice terrains).
See you soon. =)
. Pom .
On May 29, 12:11 am, Greg Spencer <gspen...@google.com> wrote:
It's working now ! I generate my own TAR with your code and it's
okay...
But my quest was not over ! I had to battle for hours with the
deserialization to see what was wrong in my JSON and eventually found
some stupid ID clashes...
All is well now ! I'll finish my library and post it for people here
really soon (along with my terrain converter if people want to
generate some nice terrains).
See you soon. =)
. Pom .
On May 29, 12:11 am, Greg Spencer <gspen...@google.com> wrote:
Gregg Tavares
May 29, 2009, 1:57:30 AM5/29/09
to o3d-d...@googlegroups.com
On Thu, May 28, 2009 at 8:36 AM, Patapom <pat...@gmail.com> wrote:
Hello, sorry to bump in that post but I'm having the same problem and
it's not resolved by renaming to something else than TGZ.
I made my own archive, not going through the standard collada
converter, I wrote my own to suit my needs and it seems I created a
bad archive (an archive that the O3D plug-in doesn't understand
anyway).
The net effect is that, as soon as an archive requests fails and
returns, the plug-in crashes (the dreaded "Pure virtual function call"
error !).
I have the *very* unhelpful message "It could be a permission-related
issue" but I'm pretty sure it's not that as any file generated by your
converter and standing right beside my faulty file works perfectly
without any "permission" problem (local files on a windows system
whose I'm the admin anyway).
Also, the TGZ file was generated using TAR for Windows (http://
gnuwin32.sourceforge.net/packages/gtar.htm) and GZIP for windows
(http://gnuwin32.sourceforge.net/packages/gzip.htm), called as
external processes from my application. It's a perfectly valid archive
for Winzip or Winrar who open it as it would for your own TGZ files...
Perhaps I am missing an option when calling these tools or something ?
Anyway, I uploaded the file here : http://groups.google.com/group/o3d-discuss/web/TerrainTest.o3dtgz
if you want to take a look at it.
Thank you for the file. It crashed for me as well so even if there are some issues with the file we never want O3D to crash. I'll look into it with your sample file.
Gregg Tavares
May 29, 2009, 5:01:21 PM5/29/09
to o3d-d...@googlegroups.com
On Thu, May 28, 2009 at 8:36 AM, Patapom <pat...@gmail.com> wrote:
Hello, sorry to bump in that post but I'm having the same problem and
it's not resolved by renaming to something else than TGZ.
I made my own archive, not going through the standard collada
converter, I wrote my own to suit my needs and it seems I created a
bad archive (an archive that the O3D plug-in doesn't understand
anyway).
The net effect is that, as soon as an archive requests fails and
returns, the plug-in crashes (the dreaded "Pure virtual function call"
error !).
I have the *very* unhelpful message "It could be a permission-related
issue" but I'm pretty sure it's not that as any file generated by your
converter and standing right beside my faulty file works perfectly
without any "permission" problem (local files on a windows system
whose I'm the admin anyway).
Also, the TGZ file was generated using TAR for Windows (http://
gnuwin32.sourceforge.net/packages/gtar.htm) and GZIP for windows
(http://gnuwin32.sourceforge.net/packages/gzip.htm), called as
external processes from my application. It's a perfectly valid archive
for Winzip or Winrar who open it as it would for your own TGZ files...
Perhaps I am missing an option when calling these tools or something ?
Anyway, I uploaded the file here : http://groups.google.com/group/o3d-discuss/web/TerrainTest.o3dtgz
if you want to take a look at it.
Thank you for uploading this file. There was a bug that crashed the plugin and your file helped us find it. The fix should be in the next release.
Patapom
May 29, 2009, 6:24:45 PM5/29/09
to O3D-discuss
Aw great ! ^_^
(that's true it was a bit scary to know that Firefox would crash if we
wandered just a bit away from the requested file format.)
(Did you see I posted a standalone scene binder BTW ? So people can
pack their own scenes if they want to...)
Cheers.
. Pom .
On 29 mai, 23:01, Gregg Tavares <g...@google.com> wrote:
(that's true it was a bit scary to know that Firefox would crash if we
wandered just a bit away from the requested file format.)
(Did you see I posted a standalone scene binder BTW ? So people can
pack their own scenes if they want to...)
Cheers.
. Pom .
On 29 mai, 23:01, Gregg Tavares <g...@google.com> wrote:
Reply all
Reply to author
Forward
0 new messages