Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

intermittent CRASH in /html/browsers/history/the-location-interface/location-origin-idna.sub.window #22559

Closed
gterzian opened this issue Dec 26, 2018 · 0 comments

Comments

@gterzian
Copy link
Member

@gterzian gterzian commented Dec 26, 2018

Layout thread disconnected.: "SendError(..)" (thread ScriptThread PipelineId { namespace_id: PipelineNamespaceId(1), index: PipelineIndex(1) }, at libcore/result.rs:1009)
  │ stack backtrace:
  │    0:     0x7f0eb2cb011c - backtrace::backtrace::trace::h77d04c33b09dac10
  │    1:     0x7f0eb2caf342 - <backtrace::capture::Backtrace as core::default::Default>::default::hd8f68beaec462ca3
  │    2:     0x7f0eb2caf3b8 - backtrace::capture::Backtrace::new::hc8cf18d80aa809da
  │    3:     0x7f0eb056ec19 - servo::main::{{closure}}::hda11f6f8f712e194
  │    4:     0x7f0eb3987743 - std::panicking::rust_panic_with_hook::hd470ff3b3e7a1b18
  │                         at libstd/panicking.rs:480
  │    5:     0x7f0eb39872a9 - std::panicking::continue_panic_fmt::hf0cf39ae1e114602
  │                         at libstd/panicking.rs:390
  │    6:     0x7f0eb39871a5 - rust_begin_unwind
  │                         at libstd/panicking.rs:325
  │    7:     0x7f0eb39a890b - core::panicking::panic_fmt::hf53111ba26d35bb0
  │                         at libcore/panicking.rs:77
  │    8:     0x7f0eb0fff3b8 - core::result::unwrap_failed::h6eb3e061bc845144
  │    9:     0x7f0eb0aba33a - script::dom::window::Window::force_reflow::h21768a0ecd1269de
  │   10:     0x7f0eb0abaae0 - script::dom::window::Window::reflow::he36e3221780585a8
  │   11:     0x7f0eb0dce29a - script::dom::document::Document::finish_load::h0714983f589f8ef7
  │   12:     0x7f0eb0b4a7db - script::dom::servoparser::ServoParser::do_parse_sync::h4f0393c86a5d8b5f
  │   13:     0x7f0eb0fd6c08 - profile_traits::time::profile::h99945713db334899
  │   14:     0x7f0eb0b49ed7 - _ZN6script3dom11servoparser11ServoParser10parse_sync17h750f46cfafc8de22E.llvm.1313662908741159400
  │   15:     0x7f0eb0b4fea8 - <script::dom::servoparser::ParserContext as net_traits::FetchResponseListener>::process_response_eof::h169b7fcd9a434dbb
  │   16:     0x7f0eb0f8dbf5 - script::script_thread::ScriptThread::handle_msg_from_constellation::h15439d71e03fd597
  │   17:     0x7f0eb0f84425 - _ZN6script13script_thread12ScriptThread11handle_msgs17h0c8dfce8ea3cb7a2E.llvm.15832312269310248529
  │   18:     0x7f0eb0f7fd51 - script::script_thread::ScriptThread::start::h948bb235dc81f954
  │   19:     0x7f0eb10f40ae - std::sys_common::backtrace::__rust_begin_short_backtrace::h0207fb1284d6f7bb
  │   20:     0x7f0eb16d6c47 - _ZN3std9panicking3try7do_call17hfbd4d552802c3b02E.llvm.12184908431515536536
  │   21:     0x7f0eb39999b9 - __rust_maybe_catch_panic
  │                         at libpanic_unwind/lib.rs:102
  │   22:     0x7f0eb143bbf0 - <F as alloc::boxed::FnBox<A>>::call_box::h51f2eda267501ab4
  │   23:     0x7f0eb398462a - <alloc::boxed::Box<(dyn alloc::boxed::FnBox<A, Output$u3d$R$GT$$u20$$u2b$$u20$$u27$a$RP$$GT$$u20$as$u20$core..ops..function..FnOnce$LT$A$GT$$GT$::call_once::h9d1cd498499ed135
  │                         at liballoc/boxed.rs:682
  │                          - std::sys_common::thread::start_thread::ha4bfe77455e6e434
  │                         at libstd/sys_common/thread.rs:24
  │   24:     0x7f0eb39711f5 - std::sys::unix::thread::Thread::new::thread_start::hebe133da3ea5230a
  │                         at libstd/sys/unix/thread.rs:90
  │   25:     0x7f0eae1d3183 - start_thread
  │   26:     0x7f0eaca9a03c - clone
  │   27:                0x0 - <unknown>
  │ [2018-12-26T07:16:34Z ERROR servo] Layout thread disconnected.: "SendError(..)"
  └ Pipeline failed in hard-fail mode.  Crashing!

Appears related to #22507

@alarsyo alarsyo mentioned this issue Jul 4, 2020
4 of 4 tasks complete
bors-servo added a commit that referenced this issue Jul 4, 2020
…es-panic, r=jdm

Return Option for Window's layout channel

<!-- Please describe your changes on the following line: -->

`Window::layout_chan()` now returns an `Option<Sender<Msg>>`, returning `None` if the window is dead.

FIX #26969
FIX #26429
FIX #21208
FIX #19092
FIX #22559
FIX #22584
FIX #22652

---
<!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `___` with appropriate data: -->
- [X] `./mach build -d` does not report any errors
- [X] `./mach test-tidy` does not report any errors
- [X] These changes fix #23053

<!-- Either: -->
- [x] There are tests for these changes

<!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.-->

<!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. -->

This is my first contribution, I'm trying to figure things out!

This fix passes the test case shown in #23053, however I don't know what the behavior should be in `Document` and `ScriptThread` if `Window::is_alive()` is false : simply ignore it, don't do anything ? Or is this something that should not happen now that we return false in `Window::force_reflow()` ?

I'm not sure about the directory where the test case should go, any advice?
@bors-servo bors-servo closed this in 8916a42 Jul 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

2 participants
You can’t perform that action at this time.