Sigh... who put rapid in a subfolder?

[abma]

then next time read the release notes ( http://springrts.com/phpbb/viewtopic.php?t=24970 again)

[Forboding Angel]

The windows installer now also contains Tobis rapid client.

ÔÇó add Tobis rapid client

What's your point?

[abma]

ether you didn't test the new release or you didn't read the release notes. if you had done both, you've seen that it was installed into the rapid folder.

what was wrong with the release-notes? all info you wanted was there... even if the "it installs to rapid folder" was missing, you could have install it once and see that and than change the batch files.

yes, the distribution of spring needs improvements: for example, to allow multiple versions on the lobby-server, but in general imo everything was done right at this release.

[Forboding Angel]

You're missing the point that I am a content developer. As a result, my spring folder looks like swiss cheese due to me working on this and that randomly. Additionally, I already had a rapid subfolder because that was where I was keeping the rapid stuff separate for when I needed to zip it up and update it etc. I also have rapid in my main spring dir because I use it on a regular basis.

It wasn't until I installed spring on my laptop that I knew what had happened.

I find it interestingly hypocritical that you come after me for not analyzing the spring installer folder structure in detail and not testing installing by installing to 5 different nondescript locations, yet you guys didn't even know that rapid (as has been packaged since I remember it) doesn't work from a subfolder. Is that ironic or what?

[FLOZi]

what was wrong with the release-notes? all info you wanted was there...

No, it clearly wasn't. I am surprised at your attitude on this abma, usually you are very reasonable. I guess Forbs OP didn't help, but you shouldn't lower yourself by defending mistakes.

We all need to be open and honest, or this situation (not rapid, the whole engine dev / content dev antagonism) will continue to rumble on.

[abma]

the devs do this on their free time, they've not the time to test everything. as most devs are on linux, testing on windows with wine is quiet different, rapid works there in a subfolder. if you wan't to get it work in windows copy "zlib1.dll" and "MSVCR71.dll" from the main spring folder in the subfolder, then it works.

the dev that tried it, had this files in the system-directory of windows, this is why it worked there.

next time, please make a bug report and don't waste time with endless-discussions, this is in your interest, too. sorry for continuing this discussion, i hoped we get a conclusion, but i see nothing we can change here... to improve testing was already on the todo... but this is where content-devs have to help too.

[abma]

i fixed it in master: https://github.com/spring/spring/commit ... c03c3a9d1f

[Tobi]

rapid supports being in a sub dir of the dir containing unitsync/spring
(since 0.5.1 ~ 22 dec 2010)

(I never tested this as I don't develop/test rapid on Windows, please file a bug if it does not work.)

Side note: I think what goes wrong here is that 1) too much assumptions are being made as to what the cause of the bug is, and then 2) certain people are being blamed based on these (partially) incorrect assumptions. Many people don't like being blamed based on false assumptions. I think that a simple factual report like "rapid.exe can't find MSVCRT71.dll", which I understand to be the actual problem, would have prevented a lot of discussion... If that is indeed the cause then it also explains why developer testing would often not find the issue [and hence why end-user testing is important], as often developers have various MSVC runtimes somewhere in their PATH / system dir. (I fell into that trap with the selection hotkeys editor too sometime...)

PS: this remains a good source on how to report bugs effectively

[Forboding Angel]

I think that a simple factual report like "rapid.exe can't find MSVCRT71.dll", which I understand to be the actual problem, would have prevented a lot of discussion...

All it says is C:\Program Files (x86)\Spring\rapid pin evo:test. it just keeps putting that over and over again.

It was a conglomeration of issues, but it originated with rapid being put in a subfolder and the release notes not making that clear.

[abma]

big communication fail...

[knorke]

[kremmy]

You're missing the point that I am a content developer. As a result, my spring folder looks like swiss cheese due to me working on this and that randomly. Additionally, I already had a rapid subfolder because that was where I was keeping the rapid stuff separate for when I needed to zip it up and update it etc. I also have rapid in my main spring dir because I use it on a regular basis.

It wasn't until I installed spring on my laptop that I knew what had happened.

I find it interestingly hypocritical that you come after me for not analyzing the spring installer folder structure in detail and not testing installing by installing to 5 different nondescript locations, yet you guys didn't even know that rapid (as has been packaged since I remember it) doesn't work from a subfolder. Is that ironic or what?

In other words, as a content developer for the Spring engine, you neglect to grab the portable archive of the latest engine release and do basic dry-run testing. You push your own release, neglecting to do the cursory glance at the layout of the engine release which would have clearly revealed that rapid was not in the root. Your users run into a problem with rapid not working, after which you take a look and realize that rapid is in a subdirectory. Then, upon trying to run rapid, you receive an error about the Visual C++ runtime not being found, assume that this means rapid doesn't support being run from a subfolder (which was true previously, yes? but not in this case), and proceed to create this thread. In this thread, you scream and whine and berate and bitch at the developers about how rapid doesn't support being run from a subfolder (a problem that doesn't exist in the packaged version of rapid), go on about how the proper channels don't work so you have to come in with your head exploding about this serious issue. Blah, blah, "~I AM A CONTENT DEVELOPER~ no respect from the devs!"... when the problem was that you didn't look at the new release and, having been around forever (oldfag was the term, right?), you didn't understand the error dialog that was thrown at you.

Frankly, Forboding Angel, if this is the kind of crap that devs are having to take from ~CONTENT DEVELOPERS~, I don't blame them one measly bit for being reluctant to listen. If you don't even do the most basic footwork of taking a clean look at the new release before slapping your distribution together and pushing it out, IT IS YOUR OWN FAULT. Don't put the onus on the Spring devs just because you're too damn lazy to do right by your own users.

Or to put it in phrasing you might better understand,
"Get off your fucking high horse, you goddamn oldfag."

[smoth]

kremmy, calm down.

[Forboding Angel]

Edit: Why am I explaining anything to this idiot?

[smoth]

Forb that post is no better

[Forboding Angel]

Random user x345j29 who won't even be here 3 months from now comes in and spews utter garbage like that, you wouldn't care for it either.

Be thankful that I didn't leave the original post there.

I FUCK IN SKY!

[kremmy]

Hey man, anyone can read the thread and know I'm right, unless you go and edit out all of your posts.

I'll leave it at that :)

[Pxtl]

Nobody puts Rapid in a subfolder!

[Forboding Angel]

Hey man, anyone can read the thread and know I'm right, unless you go and edit out all of your posts.

I'll leave it at that :)

You're an idiot and you know nothing of the history here.

Edit: Trivia for the new guy, do you know where

I FUCK IN SKY!

came from and why it is significant?

Edit2: Don't hassle the Hoff!

[smoth]

Random user x345j29 who won't even be here 3 months from now comes in and spews utter garbage like that, you wouldn't care for it either.

I would not care for it if he was busting up a technical discussion with bs. He is trying to argue on the side of the devs being a very crass white knight or something. Just because he is new doesn't give you the right to belittle him. You might question his knowledge but honestly his opinions and knowledge are irrelevant as he is not pushing some kind of change or something. His knowledge of spring history is irrelevant when it comes to rapid's functionality and your flaming the devs. Calling him an idiot is inappropriate.

This isn't about finding out right or wrong forb realized he was incorrect in his assertion. The devs fussed at him. It is not your place to fuss at him kremmy, it was not your discussion he wrecked with his behavior, it was his discussion that he wrecked.