Can a transport in progress be blocked or stopped by the bridge?
In The Next Generation and Voyager (and maybe Deep Space Nine) it will semi-frequently happen that someone will use the transporter to escape the ship, and when the bridge detects this, someone will call out to have the transport stopped or blocked.
To push the plot the transport always seems to be unstoppable and the target gets away. While I cannot recall any examples, I am curious as to whether an in cycle transporter has ever had the transport stopped. Has this ever occurred on any of the shows?
If not, it seems odd that they always call out to stop it, if there are no recorded examples of it being done.
star-trek star-trek-transporter
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
|
show 4 more comments
In The Next Generation and Voyager (and maybe Deep Space Nine) it will semi-frequently happen that someone will use the transporter to escape the ship, and when the bridge detects this, someone will call out to have the transport stopped or blocked.
To push the plot the transport always seems to be unstoppable and the target gets away. While I cannot recall any examples, I am curious as to whether an in cycle transporter has ever had the transport stopped. Has this ever occurred on any of the shows?
If not, it seems odd that they always call out to stop it, if there are no recorded examples of it being done.
star-trek star-trek-transporter
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
1
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
1
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
1
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
1
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
2
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31
|
show 4 more comments
In The Next Generation and Voyager (and maybe Deep Space Nine) it will semi-frequently happen that someone will use the transporter to escape the ship, and when the bridge detects this, someone will call out to have the transport stopped or blocked.
To push the plot the transport always seems to be unstoppable and the target gets away. While I cannot recall any examples, I am curious as to whether an in cycle transporter has ever had the transport stopped. Has this ever occurred on any of the shows?
If not, it seems odd that they always call out to stop it, if there are no recorded examples of it being done.
star-trek star-trek-transporter
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
In The Next Generation and Voyager (and maybe Deep Space Nine) it will semi-frequently happen that someone will use the transporter to escape the ship, and when the bridge detects this, someone will call out to have the transport stopped or blocked.
To push the plot the transport always seems to be unstoppable and the target gets away. While I cannot recall any examples, I am curious as to whether an in cycle transporter has ever had the transport stopped. Has this ever occurred on any of the shows?
If not, it seems odd that they always call out to stop it, if there are no recorded examples of it being done.
star-trek star-trek-transporter
star-trek star-trek-transporter
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
edited Feb 17 '13 at 21:08
Xantec
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
asked Feb 17 '13 at 17:44
XantecXantec
40.3k35211392
40.3k35211392
1
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
1
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
1
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
1
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
2
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31
|
show 4 more comments
1
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
1
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
1
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
1
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
2
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31
1
1
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
1
1
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
1
1
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
1
1
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
2
2
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31
|
show 4 more comments
4 Answers
4
active
oldest
votes
Actually, yes. There are multiple instances of an transport being stopped midway through in TOS, TNG and I also think VOY and DS9.
Normally the scene would go like this: The away team prepares to beam away and steps onto the platform. The transporter is activated and the light effects are going on, then the transporter operator encounters a problem and stops the transport. Most of the times followed by an officer stepping down from the platform asking "What happened"? and examining the controls. This also happens in the reverse, when trying to beam someone aboard.
In The Motion Picture there is a scene at the beginning were two crew members are about to beam aboard...the transporter malfunctions. Despite the best tries of Scotty and the ground station stopping the transport, the two crew members died. Rough transcript from the scene pulled from somewhere at the internet:
Rand: Do you read me Starfleet? Override us. Pull them back!
Kirk: Give it to me. Starfleet, boost your matter gain, we need more signal! More signal!
Scotty: We're losing their pattern.
Rand: Oh, no! They're forming!
Kirk: Starfleet, do you have them?
Starfleet: Enterprise...what we got back didn't live long...fortunately.
So yes, a transport can be canceled.
So, why get those nasty people away? A transport takes roughly 3 to 5 seconds, if we assume that the alarm goes off that moment the transport is starting, then there's not enough time to react. Hearing the alarm, proclaiming what's going, waiting for orders and executing those orders takes too long.
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
add a comment |
It's to be inferred that yes, it can, if there are no blocks in place. In ST:Voyager S01E11, 'State of Flux', at the 41:38 mark:
JANEWAY: Minor technology that could change the balance of power in this quadrant.
SESKA: Change it in our favour! That is all that matters at this point. Building a
base of power in this quadrant. You are a fool, Captain, and you're a fool to follow
her. I can't imagine how I ever loved you. Computer, command XJL.
(Seska beams out.)
CHAKOTAY: Computer, override transport in progress.
COMPUTER: Unable to comply. Security lockout is in place.
JANEWAY: Computer, identify destination of transport.
COMPUTER: A Kazon vessel fourteen kilometres off the port bow.
Now, keep in mind that that as the Transporter scans, it also dematerializes the subject:
Next, the lifeform or object to be beamed was scanned on the quantum
level, using a molecular imaging scanner. At this point, Heisenberg
compensators took into account the position and direction of all
subatomic particles composing the object or individual and created a
map of the physical structure being disassembled, amounting to
billions of kiloquads of data.
An active phaser caught in the transport process Simultaneously, the
object was broken down into a stream of subatomic particles, also
called the matter stream. While certain types of energy could be
transported safely, active phaser beams would be disrupted during this
breakdown process. (TNG: "Datalore") The matter stream was briefly
stored in a pattern buffer while the system compensates for Doppler
shift to the destination.
My example(possibly the only one), at the top, of an attempt to command the abortion of a Transporter-use mid-use was one where they could have possibly cared less[er] about the resulting health/destruction of the subject.
Technically, I would have to think the computer would have a routine, upon receiving an override, to finish the scan, and then transport subject back to starting location rather than target one. Unfortunately, the examples seem limited.
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
add a comment |
There actually is an example of the bridge being able to abort an in progress transport. In the Voyager episode Mortal Coil Neelix attempts to transport off the ship, dematerializes, and then the transport is blocked and he reappears on the transporter pad.
[Bridge]
KIM: Captain, someone's trying to initiate an unauthorized transport. It's Neelix.
JANEWAY: Where's he going?
KIM: Looks like he's trying to beam into the nebula.
JANEWAY: Stop him. Janeway to Neelix. Neelix, respond.
[Transporter Room]
JANEWAY [OC]: Neelix, I order you to disengage transport.
[Bridge]
KIM: He's found a way to block the abort sequence. Transport's in progress.
JANEWAY: Override it! Get him back!
[Transporter Room]
KIM [OC]: Bridge to Chakotay. We've blocked his transporter signal.
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
add a comment |
Aha! not what I was initially looking for but I think it's good enough.
ST: Voyager, season 2, episode 11: "Maneuvers"
About 39 minutes into the episode B'Elanna transports Chakotay away from the Kazon ship, we can see Chakotay materializing but then he disappears.
B'Elanna explains that the Kazon re-modulated their dampening field and so blocked the transport.
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "186"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fscifi.stackexchange.com%2fquestions%2f31898%2fcan-a-transport-in-progress-be-blocked-or-stopped-by-the-bridge%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
Actually, yes. There are multiple instances of an transport being stopped midway through in TOS, TNG and I also think VOY and DS9.
Normally the scene would go like this: The away team prepares to beam away and steps onto the platform. The transporter is activated and the light effects are going on, then the transporter operator encounters a problem and stops the transport. Most of the times followed by an officer stepping down from the platform asking "What happened"? and examining the controls. This also happens in the reverse, when trying to beam someone aboard.
In The Motion Picture there is a scene at the beginning were two crew members are about to beam aboard...the transporter malfunctions. Despite the best tries of Scotty and the ground station stopping the transport, the two crew members died. Rough transcript from the scene pulled from somewhere at the internet:
Rand: Do you read me Starfleet? Override us. Pull them back!
Kirk: Give it to me. Starfleet, boost your matter gain, we need more signal! More signal!
Scotty: We're losing their pattern.
Rand: Oh, no! They're forming!
Kirk: Starfleet, do you have them?
Starfleet: Enterprise...what we got back didn't live long...fortunately.
So yes, a transport can be canceled.
So, why get those nasty people away? A transport takes roughly 3 to 5 seconds, if we assume that the alarm goes off that moment the transport is starting, then there's not enough time to react. Hearing the alarm, proclaiming what's going, waiting for orders and executing those orders takes too long.
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
add a comment |
Actually, yes. There are multiple instances of an transport being stopped midway through in TOS, TNG and I also think VOY and DS9.
Normally the scene would go like this: The away team prepares to beam away and steps onto the platform. The transporter is activated and the light effects are going on, then the transporter operator encounters a problem and stops the transport. Most of the times followed by an officer stepping down from the platform asking "What happened"? and examining the controls. This also happens in the reverse, when trying to beam someone aboard.
In The Motion Picture there is a scene at the beginning were two crew members are about to beam aboard...the transporter malfunctions. Despite the best tries of Scotty and the ground station stopping the transport, the two crew members died. Rough transcript from the scene pulled from somewhere at the internet:
Rand: Do you read me Starfleet? Override us. Pull them back!
Kirk: Give it to me. Starfleet, boost your matter gain, we need more signal! More signal!
Scotty: We're losing their pattern.
Rand: Oh, no! They're forming!
Kirk: Starfleet, do you have them?
Starfleet: Enterprise...what we got back didn't live long...fortunately.
So yes, a transport can be canceled.
So, why get those nasty people away? A transport takes roughly 3 to 5 seconds, if we assume that the alarm goes off that moment the transport is starting, then there's not enough time to react. Hearing the alarm, proclaiming what's going, waiting for orders and executing those orders takes too long.
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
add a comment |
Actually, yes. There are multiple instances of an transport being stopped midway through in TOS, TNG and I also think VOY and DS9.
Normally the scene would go like this: The away team prepares to beam away and steps onto the platform. The transporter is activated and the light effects are going on, then the transporter operator encounters a problem and stops the transport. Most of the times followed by an officer stepping down from the platform asking "What happened"? and examining the controls. This also happens in the reverse, when trying to beam someone aboard.
In The Motion Picture there is a scene at the beginning were two crew members are about to beam aboard...the transporter malfunctions. Despite the best tries of Scotty and the ground station stopping the transport, the two crew members died. Rough transcript from the scene pulled from somewhere at the internet:
Rand: Do you read me Starfleet? Override us. Pull them back!
Kirk: Give it to me. Starfleet, boost your matter gain, we need more signal! More signal!
Scotty: We're losing their pattern.
Rand: Oh, no! They're forming!
Kirk: Starfleet, do you have them?
Starfleet: Enterprise...what we got back didn't live long...fortunately.
So yes, a transport can be canceled.
So, why get those nasty people away? A transport takes roughly 3 to 5 seconds, if we assume that the alarm goes off that moment the transport is starting, then there's not enough time to react. Hearing the alarm, proclaiming what's going, waiting for orders and executing those orders takes too long.
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
Actually, yes. There are multiple instances of an transport being stopped midway through in TOS, TNG and I also think VOY and DS9.
Normally the scene would go like this: The away team prepares to beam away and steps onto the platform. The transporter is activated and the light effects are going on, then the transporter operator encounters a problem and stops the transport. Most of the times followed by an officer stepping down from the platform asking "What happened"? and examining the controls. This also happens in the reverse, when trying to beam someone aboard.
In The Motion Picture there is a scene at the beginning were two crew members are about to beam aboard...the transporter malfunctions. Despite the best tries of Scotty and the ground station stopping the transport, the two crew members died. Rough transcript from the scene pulled from somewhere at the internet:
Rand: Do you read me Starfleet? Override us. Pull them back!
Kirk: Give it to me. Starfleet, boost your matter gain, we need more signal! More signal!
Scotty: We're losing their pattern.
Rand: Oh, no! They're forming!
Kirk: Starfleet, do you have them?
Starfleet: Enterprise...what we got back didn't live long...fortunately.
So yes, a transport can be canceled.
So, why get those nasty people away? A transport takes roughly 3 to 5 seconds, if we assume that the alarm goes off that moment the transport is starting, then there's not enough time to react. Hearing the alarm, proclaiming what's going, waiting for orders and executing those orders takes too long.
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
answered Feb 17 '13 at 20:57
BobbyBobby
1,9351316
1,9351316
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
add a comment |
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
4
4
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
Those examples are all pursuant to there being something interfering with the transport to begin with (shields, anomalies, hardware errors etc).
– Xantec
Feb 17 '13 at 21:10
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
@Xantec: If it can be stopped in an emergency, it most likely can also be stopped if there's no emergency.
– Bobby
Feb 18 '13 at 8:00
1
1
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
If it can, then there should be an example in the shows. That example is what I am after.
– Xantec
Feb 18 '13 at 13:58
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
@Xantec: I don't know of any instance from the top of my head were the transport was not blocked from the other side (Insurrection, Capture of Data).
– Bobby
Feb 18 '13 at 20:56
1
1
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
It's all plot. In the end, Starfleet is just the military whose default policy would be to brig someone using an infrastructure as important as the transporter without announcement.
– MauganRa
Sep 9 '16 at 17:33
add a comment |
It's to be inferred that yes, it can, if there are no blocks in place. In ST:Voyager S01E11, 'State of Flux', at the 41:38 mark:
JANEWAY: Minor technology that could change the balance of power in this quadrant.
SESKA: Change it in our favour! That is all that matters at this point. Building a
base of power in this quadrant. You are a fool, Captain, and you're a fool to follow
her. I can't imagine how I ever loved you. Computer, command XJL.
(Seska beams out.)
CHAKOTAY: Computer, override transport in progress.
COMPUTER: Unable to comply. Security lockout is in place.
JANEWAY: Computer, identify destination of transport.
COMPUTER: A Kazon vessel fourteen kilometres off the port bow.
Now, keep in mind that that as the Transporter scans, it also dematerializes the subject:
Next, the lifeform or object to be beamed was scanned on the quantum
level, using a molecular imaging scanner. At this point, Heisenberg
compensators took into account the position and direction of all
subatomic particles composing the object or individual and created a
map of the physical structure being disassembled, amounting to
billions of kiloquads of data.
An active phaser caught in the transport process Simultaneously, the
object was broken down into a stream of subatomic particles, also
called the matter stream. While certain types of energy could be
transported safely, active phaser beams would be disrupted during this
breakdown process. (TNG: "Datalore") The matter stream was briefly
stored in a pattern buffer while the system compensates for Doppler
shift to the destination.
My example(possibly the only one), at the top, of an attempt to command the abortion of a Transporter-use mid-use was one where they could have possibly cared less[er] about the resulting health/destruction of the subject.
Technically, I would have to think the computer would have a routine, upon receiving an override, to finish the scan, and then transport subject back to starting location rather than target one. Unfortunately, the examples seem limited.
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
add a comment |
It's to be inferred that yes, it can, if there are no blocks in place. In ST:Voyager S01E11, 'State of Flux', at the 41:38 mark:
JANEWAY: Minor technology that could change the balance of power in this quadrant.
SESKA: Change it in our favour! That is all that matters at this point. Building a
base of power in this quadrant. You are a fool, Captain, and you're a fool to follow
her. I can't imagine how I ever loved you. Computer, command XJL.
(Seska beams out.)
CHAKOTAY: Computer, override transport in progress.
COMPUTER: Unable to comply. Security lockout is in place.
JANEWAY: Computer, identify destination of transport.
COMPUTER: A Kazon vessel fourteen kilometres off the port bow.
Now, keep in mind that that as the Transporter scans, it also dematerializes the subject:
Next, the lifeform or object to be beamed was scanned on the quantum
level, using a molecular imaging scanner. At this point, Heisenberg
compensators took into account the position and direction of all
subatomic particles composing the object or individual and created a
map of the physical structure being disassembled, amounting to
billions of kiloquads of data.
An active phaser caught in the transport process Simultaneously, the
object was broken down into a stream of subatomic particles, also
called the matter stream. While certain types of energy could be
transported safely, active phaser beams would be disrupted during this
breakdown process. (TNG: "Datalore") The matter stream was briefly
stored in a pattern buffer while the system compensates for Doppler
shift to the destination.
My example(possibly the only one), at the top, of an attempt to command the abortion of a Transporter-use mid-use was one where they could have possibly cared less[er] about the resulting health/destruction of the subject.
Technically, I would have to think the computer would have a routine, upon receiving an override, to finish the scan, and then transport subject back to starting location rather than target one. Unfortunately, the examples seem limited.
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
add a comment |
It's to be inferred that yes, it can, if there are no blocks in place. In ST:Voyager S01E11, 'State of Flux', at the 41:38 mark:
JANEWAY: Minor technology that could change the balance of power in this quadrant.
SESKA: Change it in our favour! That is all that matters at this point. Building a
base of power in this quadrant. You are a fool, Captain, and you're a fool to follow
her. I can't imagine how I ever loved you. Computer, command XJL.
(Seska beams out.)
CHAKOTAY: Computer, override transport in progress.
COMPUTER: Unable to comply. Security lockout is in place.
JANEWAY: Computer, identify destination of transport.
COMPUTER: A Kazon vessel fourteen kilometres off the port bow.
Now, keep in mind that that as the Transporter scans, it also dematerializes the subject:
Next, the lifeform or object to be beamed was scanned on the quantum
level, using a molecular imaging scanner. At this point, Heisenberg
compensators took into account the position and direction of all
subatomic particles composing the object or individual and created a
map of the physical structure being disassembled, amounting to
billions of kiloquads of data.
An active phaser caught in the transport process Simultaneously, the
object was broken down into a stream of subatomic particles, also
called the matter stream. While certain types of energy could be
transported safely, active phaser beams would be disrupted during this
breakdown process. (TNG: "Datalore") The matter stream was briefly
stored in a pattern buffer while the system compensates for Doppler
shift to the destination.
My example(possibly the only one), at the top, of an attempt to command the abortion of a Transporter-use mid-use was one where they could have possibly cared less[er] about the resulting health/destruction of the subject.
Technically, I would have to think the computer would have a routine, upon receiving an override, to finish the scan, and then transport subject back to starting location rather than target one. Unfortunately, the examples seem limited.
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
It's to be inferred that yes, it can, if there are no blocks in place. In ST:Voyager S01E11, 'State of Flux', at the 41:38 mark:
JANEWAY: Minor technology that could change the balance of power in this quadrant.
SESKA: Change it in our favour! That is all that matters at this point. Building a
base of power in this quadrant. You are a fool, Captain, and you're a fool to follow
her. I can't imagine how I ever loved you. Computer, command XJL.
(Seska beams out.)
CHAKOTAY: Computer, override transport in progress.
COMPUTER: Unable to comply. Security lockout is in place.
JANEWAY: Computer, identify destination of transport.
COMPUTER: A Kazon vessel fourteen kilometres off the port bow.
Now, keep in mind that that as the Transporter scans, it also dematerializes the subject:
Next, the lifeform or object to be beamed was scanned on the quantum
level, using a molecular imaging scanner. At this point, Heisenberg
compensators took into account the position and direction of all
subatomic particles composing the object or individual and created a
map of the physical structure being disassembled, amounting to
billions of kiloquads of data.
An active phaser caught in the transport process Simultaneously, the
object was broken down into a stream of subatomic particles, also
called the matter stream. While certain types of energy could be
transported safely, active phaser beams would be disrupted during this
breakdown process. (TNG: "Datalore") The matter stream was briefly
stored in a pattern buffer while the system compensates for Doppler
shift to the destination.
My example(possibly the only one), at the top, of an attempt to command the abortion of a Transporter-use mid-use was one where they could have possibly cared less[er] about the resulting health/destruction of the subject.
Technically, I would have to think the computer would have a routine, upon receiving an override, to finish the scan, and then transport subject back to starting location rather than target one. Unfortunately, the examples seem limited.
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
edited Feb 19 '13 at 2:22
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
answered Feb 18 '13 at 5:15
SolemnitySolemnity
5,26113161
5,26113161
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
add a comment |
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
Hmm. A nice inference, but like the other answer there was something preventing them from blocking it. I'm looking for an example where there is nothing extraneous preventing the transport abortion, and for it to be successfully aborted.
– Xantec
Feb 18 '13 at 14:00
2
2
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
Considering the computer's response, I'd assume it would have been possible without the lockout. Otherwise the whole "error message" would be pointless.
– Mario
Feb 18 '13 at 22:01
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
A pointless computer message. If I had a nickle for every one of those I've seen...
– Xantec
Feb 19 '13 at 2:59
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
I do remember vaguely seeing an episode where a teleporter was stopped, causing the death of those in transit.
– The Fallen
Jul 31 '13 at 2:12
add a comment |
There actually is an example of the bridge being able to abort an in progress transport. In the Voyager episode Mortal Coil Neelix attempts to transport off the ship, dematerializes, and then the transport is blocked and he reappears on the transporter pad.
[Bridge]
KIM: Captain, someone's trying to initiate an unauthorized transport. It's Neelix.
JANEWAY: Where's he going?
KIM: Looks like he's trying to beam into the nebula.
JANEWAY: Stop him. Janeway to Neelix. Neelix, respond.
[Transporter Room]
JANEWAY [OC]: Neelix, I order you to disengage transport.
[Bridge]
KIM: He's found a way to block the abort sequence. Transport's in progress.
JANEWAY: Override it! Get him back!
[Transporter Room]
KIM [OC]: Bridge to Chakotay. We've blocked his transporter signal.
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
add a comment |
There actually is an example of the bridge being able to abort an in progress transport. In the Voyager episode Mortal Coil Neelix attempts to transport off the ship, dematerializes, and then the transport is blocked and he reappears on the transporter pad.
[Bridge]
KIM: Captain, someone's trying to initiate an unauthorized transport. It's Neelix.
JANEWAY: Where's he going?
KIM: Looks like he's trying to beam into the nebula.
JANEWAY: Stop him. Janeway to Neelix. Neelix, respond.
[Transporter Room]
JANEWAY [OC]: Neelix, I order you to disengage transport.
[Bridge]
KIM: He's found a way to block the abort sequence. Transport's in progress.
JANEWAY: Override it! Get him back!
[Transporter Room]
KIM [OC]: Bridge to Chakotay. We've blocked his transporter signal.
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
add a comment |
There actually is an example of the bridge being able to abort an in progress transport. In the Voyager episode Mortal Coil Neelix attempts to transport off the ship, dematerializes, and then the transport is blocked and he reappears on the transporter pad.
[Bridge]
KIM: Captain, someone's trying to initiate an unauthorized transport. It's Neelix.
JANEWAY: Where's he going?
KIM: Looks like he's trying to beam into the nebula.
JANEWAY: Stop him. Janeway to Neelix. Neelix, respond.
[Transporter Room]
JANEWAY [OC]: Neelix, I order you to disengage transport.
[Bridge]
KIM: He's found a way to block the abort sequence. Transport's in progress.
JANEWAY: Override it! Get him back!
[Transporter Room]
KIM [OC]: Bridge to Chakotay. We've blocked his transporter signal.
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
There actually is an example of the bridge being able to abort an in progress transport. In the Voyager episode Mortal Coil Neelix attempts to transport off the ship, dematerializes, and then the transport is blocked and he reappears on the transporter pad.
[Bridge]
KIM: Captain, someone's trying to initiate an unauthorized transport. It's Neelix.
JANEWAY: Where's he going?
KIM: Looks like he's trying to beam into the nebula.
JANEWAY: Stop him. Janeway to Neelix. Neelix, respond.
[Transporter Room]
JANEWAY [OC]: Neelix, I order you to disengage transport.
[Bridge]
KIM: He's found a way to block the abort sequence. Transport's in progress.
JANEWAY: Override it! Get him back!
[Transporter Room]
KIM [OC]: Bridge to Chakotay. We've blocked his transporter signal.
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
answered Jul 31 '13 at 1:16
XantecXantec
40.3k35211392
40.3k35211392
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
add a comment |
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
That could have worked because Neelix was a scifi hacker able to hack most security systems, but Starfleet personnel knows their own systems better
– MauganRa
Sep 9 '16 at 17:37
add a comment |
Aha! not what I was initially looking for but I think it's good enough.
ST: Voyager, season 2, episode 11: "Maneuvers"
About 39 minutes into the episode B'Elanna transports Chakotay away from the Kazon ship, we can see Chakotay materializing but then he disappears.
B'Elanna explains that the Kazon re-modulated their dampening field and so blocked the transport.
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
add a comment |
Aha! not what I was initially looking for but I think it's good enough.
ST: Voyager, season 2, episode 11: "Maneuvers"
About 39 minutes into the episode B'Elanna transports Chakotay away from the Kazon ship, we can see Chakotay materializing but then he disappears.
B'Elanna explains that the Kazon re-modulated their dampening field and so blocked the transport.
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
add a comment |
Aha! not what I was initially looking for but I think it's good enough.
ST: Voyager, season 2, episode 11: "Maneuvers"
About 39 minutes into the episode B'Elanna transports Chakotay away from the Kazon ship, we can see Chakotay materializing but then he disappears.
B'Elanna explains that the Kazon re-modulated their dampening field and so blocked the transport.
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
Aha! not what I was initially looking for but I think it's good enough.
ST: Voyager, season 2, episode 11: "Maneuvers"
About 39 minutes into the episode B'Elanna transports Chakotay away from the Kazon ship, we can see Chakotay materializing but then he disappears.
B'Elanna explains that the Kazon re-modulated their dampening field and so blocked the transport.
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
answered Mar 15 '13 at 1:39
E.T.E.T.
2,8631124
2,8631124
add a comment |
add a comment |
Thanks for contributing an answer to Science Fiction & Fantasy Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fscifi.stackexchange.com%2fquestions%2f31898%2fcan-a-transport-in-progress-be-blocked-or-stopped-by-the-bridge%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
We've already got prototype behavioral-modeling software that would predict someone's about to use the transporter to escape... 6 hours before it happens. But in the Star Trek world, the whizbang stuff only ever works at the speed of plot.
– John O
Feb 17 '13 at 19:32
1
You might want to tweak the title to "...once in progress" and modify the body to account for the already well-known fact that transporters cannot generally be used through shields on the sender or recipient's end.
– Iszi
Feb 17 '13 at 19:32
1
@E.T: I think you meant "contain them, now!"
– Junuxx
Feb 18 '13 at 11:36
1
This is more often a failure of writing, a plot directed escape necessary for the story to develop. In a ship where the technology is hierarchically managed by both a human and computerized security setup, it should be relatively difficult for this to happen if the crew was simply using standard security procedures which included automatic denial of service. Consider the episode Mirror, Mirror where Uhura had to distract Sulu so Scotty could bypass the transporter lockout technology. In the real military, it simply would be locked out from the bridge until the confirmation had taken place.
– Thaddeus Howze♦
Mar 15 '13 at 3:09
2
@Thaddeus: In the Star Trek world, almost everyone is a hacker who can come up with 0-day exploits on the spot in 3-seconds flat. It doesn't take hours or days of painstaking research and coding along with years of information security experience. In Trek, every doctor, engineer, science officer, helmsman, gul, space trader, soldier, security officer, etc. has 1337 skillz. Reality tends to be biased towards blackhats, but in Star Trek, it's just ridiculous. Every bridge officer has advanced hacking skills but zero security consciousness.
– Lèse majesté
Jul 31 '13 at 2:31