PyLotRO Forum

This is a community forum and not official technical support. — If you need official support: Contact Us

The following comments are owned by whoever posted them. We are not responsible for them in any way.

Back to Threads Reply to Thread

Please help me!

Hi, I am a new mac user and am attempting to figure all this out. Any way, I am attempting to download the LotRO files but I get this error when I do

Firefox doesn't know how to open this address, because the protocol (com-codeweavers-crossover-crosstie) isn't associated with any program.

What do I do? Thanks!

cody wrote:

Hi, I am a new mac user and am attempting to figure all this out.
Any way, I am attempting to download the LotRO files but I get this
error when I do

Firefox doesn't know how to open this address, because the protocol
(com-codeweavers-crossover-crosstie) isn't associated with any
program.

What do I do? Thanks!

Do you have Crossover Games installed and if so which version?

Your message is slightly confusing me so it might be best if you also explain exactly what you were doing when you got that message. I've got a rough idea that I know what you mean but I've also got a different idea about what you mean and the two require different steps.

Hi, sorry for the confusion. Any way, yes I have CrossOver Games installed on my mac. I am using the new MacBook Pro (2011) I am unsure what version of Crossover I have. I will walk you through what I am doing and maybe you will see the error in my steps. Okay so I open FirFox and go to the codeweavers website. I then go the LotRO part of their page. I click on the "Install Via Cross Ties" button then I get this error message "Firefox doesn't know how to open this address, because the protocol (com-codeweavers-crossover-crosstie) isn't associated with any program." So what am I doing/not doing?

cody wrote:

Okay so I open FirFox and go to the codeweavers website. I then go
the LotRO part of their page. I click on the "Install Via Cross
Ties" button then I get this error message "Firefox doesn't know how
to open this address, because the protocol
(com-codeweavers-crossover-crosstie) isn't associated with any
program." So what am I doing/not doing?

First off, this should really be posted in the LOTRO forum, not PyLotRO.

This is an interesting quirk of Firefox.... never saw it before. Must be some new feature. I've asked a couple of other folks, who have never seen Firefox behave that way.

If you use Safari, the cross-tie download simply "works" or at least it does for me.

Firefox doesn't know what to do with it....

I suspect the following is the correct sequence...
1- click on the Cross-Tie link.
Firefox pops up a box "This link must be opened with an application. Choose an Application" and a button "choose."

2- Click "choose," a finder window pops up in Applications... select "GrossOver Games"
The window populates with "CrossOver Games.app CrossOver CrossTie Launcher"
And the "choose" button remains, however...
(You can click the box "Remember my choice for com-codeweavers-crossover-crosstie links") if you like.
3- instead click ok.

The "CrossOver Software Installer should then pop-up and you can follow its instructions.
For a new install, all you need do is to click "install."

I just noticed that the CrossTie installer for LOTRO (at least with 10.1) now begins the install automatically with the Turbine download installer. Prior to 10.1 (i.e. last week) this technique did not work. I have not tried it since 10.1 was released. Read the Tips & Tricks tab for info on what is happening and why.

Note... a major LOTRO patch is happening on Monday morning 21 March.

From what I can tell, as of 16 March with the release of CXG 10.1 the Turbine Downloader (Pando) now works.

I'll let you know in about 7 hours if the Turbine Launcher also now works.

William H. Magill wrote:

From what I can tell, as of 16 March with the release of CXG 10.1
the Turbine Downloader (Pando) now works.

I'll let you know in about 7 hours if the Turbine Launcher also now
works.

....Just a few bobs' worth here, might save some time ... I've been mucking
around with a crosstie for DDO which actually works (just...) ; the Pando downloader
does indeed work .. if fact, you don't actually need anything else in the bottle
for that caveat arial_font (makes it look better) - it works...

...comes complete with it's own curse too - 'PMB.exe' - this is 'Pando Media Booster'
or such, which more or less orchestrates this part of the file download/installation
process - it actually spawns the various child processes (3 or 4 of them) to get the
'real' work done, but once complete and you exit the actual installer (dndsetup.exe),
PMB.exe keeps running in the background - this stalls the crosstie execution flow at
that point. This scenario is very similar to what 'bfggameservices.exe' does as part
of the BigFishGames installer/thin-client -- that exe does the same thing, so I created
app_id=8477 to deal with that issue...

...chatting with Aric the other night, I mentioned this to him mainly because I didn't
myself think it was exactly 'sane' to be going around creating virtual crosstie/C4 entries
for every time one wanted to killall -9 <some.exe> to facilitate an install profile
shizzle - InstallShield's 'idriver.exe' is another install helper like this that blocks
things, so Aric reworked my meanderings with taskill.exe|taskkill.exe (the former being
a 3rd-party task/process killer, the latter being the builtin wine exe that does the
same thing and appeared as of CX-10), so that one can specify one postdependency app_id
to kill numerous things, you just have to set it up for the exe you wish to kill or such...

...as it stands now, the DDO crosstie profile actually works but it's a tad more convoluted
than I would like presently ... some of it is a bit obscure, what with pre & post deps.
The same 'curse' above wrt PMB.exe that stops the show in a crosstie sense, also holds the
underlying win32 thread open ; you can exploit that in a crosstie by ignoring one process
and waiting for another (at the same time). I'm not installing directx9modern there, I'm
currently calling app_id=7558 in predep, and the old directx9 target (4099) as a postdep,
and that shouldn't be needed -- 7558 can be taught to do 4099 things, I just have to check
which part(s) of the old directx9 makeup DDO et_al actually needs (probably amstream/qcap
& friends at a guess). Directx9modern didn't get a look in yet, mostly because I didn't
perceive any need -- perhaps 7558 is providing what's needed, part of the same debug check =)

....which brings me down to 7558 itself, and why the heck - do we really need msxml3, mshtml7
and .NET 2.0? The answer is 'probably not', but the point of that is to satisfy dxwebsetup.exe
needs, specifically the MDX fractions, and stoopid dxwebsetup insists on something better
than our current builtin ... times will change I hope. The .NET 2.0 dep it needs for the MDX
components ; it includes some obscure directx assemblies that can avoid some vcrun2008 oops'.
However....

...I could probably live with msxml3&ie7 tagging along, if the Turbine launcher worked with
.NET 2.0 ... which it doesn't btw, it still insists on .NET 1.1 as per normal ... I'll have
restage a bottle, swap out 7558 for .NET 1.1 and see if there's smoke and the world stops
turning etc etc ... and then I might need the newer directx9 redist as well... the DDO
install profile will change tho' to remove 7558, but currently it resembles what would
have been 'a nice compromise' had the Turbine launcher played my silly little game... =)

Oh!, and btw, PyLotRO worked really really well during my testing above, with everything
working as expected - most civilized I thought, and seeing as it needs nothing in 7558,
for now it seems like the better way to go ... and then without un-needed M$ hangers on... B)

Cheers!

I thought this was under the LotRO forum, but I see now I was mistaken, and I apologize. Next, I do not have an option to "choose" a program to open with. image I think this is how I can show the picture, not sure. Any way I was poking around on the installation help section for LotRO and it seems like not a lot of people have had this problem. I appreciate all the help.

****The picture didn't work.

I would like to thank everyone for all their advice and help. I was able to figure it out and got it going. Thanks again. This is a very helpful, and wonderful community. Cheers.

Artist Formally Known as Dot wrote:

...comes complete with it's own curse too - 'PMB.exe' - this is
'Pando Media Booster'
or such, which more or less orchestrates this part of the file
download/installation
process - it actually spawns the various child processes (3 or 4 of
them) to get the
'real' work done, but once complete and you exit the actual
installer (dndsetup.exe),
PMB.exe keeps running in the background - this stalls the crosstie
execution flow at
that point. This scenario is very similar to what
'bfggameservices.exe' does as part
of the BigFishGames installer/thin-client -- that exe does the same
thing, so I created
app_id=8477 to deal with that issue...

For what it's worth... PB is a "torrent" type application. Once it finishes downloading
the data to your system, it then makes the data available to others who want to download.
(Seeding as it is called.) Turbine's comments on PMB are here: (check the links i this
thread for more info.)
http://forums.lotro.com/showthread.php?290438-Pando-Media-Booster-FAQ-and-info-Updated-9-17-2010

Note that this is true for both LOTRO and DDO.

Also, note the second note in that thread... pmb.exe hangs the Turbine Launcher also.

Artist Formally Known as Dot wrote:

[
....which brings me down to 7558 itself, and why the heck - do we
really need msxml3, mshtml7
and .NET 2.0? The answer is 'probably not', but the point of that is
to satisfy dxwebsetup.exe
needs, specifically the MDX fractions, and stoopid dxwebsetup
insists on something better
than our current builtin ... times will change I hope. The .NET 2.0
dep it needs for the MDX
components ; it includes some obscure directx assemblies that can
avoid some vcrun2008 oops'.
However....

...I could probably live with msxml3&ie7 tagging along, if the
Turbine launcher worked with
.NET 2.0 ... which it doesn't btw, it still insists on .NET 1.1 as
per normal ... I'll have
restage a bottle, swap out 7558 for .NET 1.1 and see if there's
smoke and the world stops
turning etc etc ... and then I might need the newer directx9 redist
as well... the DDO
install profile will change tho' to remove 7558, but currently it
resembles what would
have been 'a nice compromise' had the Turbine launcher played my
silly little game... =)

Somewhere in the Turbine Developers thread for LOTRO is a bit about the issue Turbine's LOTRO
has with Vista and Win7. Neither of which support .net 1.1, which Turbine requires. Turbine is
working the issue and "soon" should have a .net 4 functional version.
I think it is all in this thread...
http://forums.lotro.com/showthread.php?322911-Installing-.Net-1.1-via-quot-Slipstream-quot

In brief, Turbine is in the process of catching up with Microsoft software versions.

William H. Magill wrote:

From what I can tell, as of 16 March with the release of CXG 10.1
the Turbine Downloader (Pando) now works.

I'll let you know in about 7 hours if the Turbine Launcher also now
works.

Ok.... the Turbine Launcher launches, but fails trying to contact the data centers.
It gets much further than it did in the past... it actually outputs an error message!

... still have to patch after the install/download (done on 3/19 prior to the Turbine implementation of 3/20)

Hey,

Thanks for the pointers ... gee, that .NET situation is a bit out of the fire
and into the frying pan kinda thing -- we get burnt either way =) It's been an
interesting excursion, for myself, setting up the DDO crosstie -- I don't play
this genre of game at all but it gave me some hands on experience with PyLotRO
and I've a couple of other crosstie nuances under my belt ... B)

Cheers!

1 to 13 of 13

CrossOver Forums: the place to discuss running Windows applications on Mac and Linux

CodeWeavers or its third-party tools process personal data (e.g. browsing data or IP addresses) and use cookies or other identifiers, which are necessary for its functioning and required to achieve the purposes illustrated in our Privacy Policy. You accept the use of cookies or other identifiers by clicking the Acknowledge button.
Please Wait...
eyJjb3VudHJ5IjoiVVMiLCJsYW5nIjoiZW4iLCJjYXJ0IjowLCJ0enMiOi02LCJjZG4iOiJodHRwczpcL1wvbWVkaWEuY29kZXdlYXZlcnMuY29tXC9wdWJcL2Nyb3Nzb3Zlclwvd2Vic2l0ZSIsImNkbnRzIjoxNzM5NTcwNzYwLCJjc3JmX3Rva2VuIjoiY1JFTnFITm01Y0tLNGU1eSIsImdkcHIiOjB9