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

Kibana Alpha 3 X-Pack reporting URL opened failed #7338

Closed
ThomasFlanaghan opened this issue Jun 1, 2016 · 8 comments
Closed

Kibana Alpha 3 X-Pack reporting URL opened failed #7338

ThomasFlanaghan opened this issue Jun 1, 2016 · 8 comments
Labels
bug Fixes for quality problems that affect the customer experience Pioneer Program

Comments

@ThomasFlanaghan
Copy link

When trying to export dashboard as a PDF it fails and in actions it says "Error: URL open failed. Is the server running?"

@epixa
Copy link
Contributor

epixa commented Jun 9, 2016

I'm not sure if this will be enough information for us to reproduce. Does this happen consistently? What operating system? How did you install Kibana? Are you getting any issues in error logs?

@w33ble Have you seen this error message before?

@ThomasFlanaghan
Copy link
Author

Hi,
operating system is windows 7.
No errors in the log and if i go into kibana status it says that reporting is online.
I installed using the install guide which came along with alpha 3. Reporting worked in alpha 2 and I installed using the same method.

Thanks.

@w33ble
Copy link
Contributor

w33ble commented Jun 9, 2016

Have you changed your setup at all? That error means that the URL it's trying to use to load the dashboard couldn't be reached.

You can also run in verbose mode, passing --verbose when you run Kibana and it'll tell you what URL it's attempting to use.

@ThomasFlanaghan
Copy link
Author

I will try running in verbose and get back to you.
Thanks.

@w33ble
Copy link
Contributor

w33ble commented Jun 28, 2016

We actually just ran across this internally now as well.

It seems that the problem is related to Kibana binding to 0.0.0.0 by default, and it only affects Windows. On Unix, 0.0.0.0 is a valid hostname that you can make requests to directly, However, on Windows, that's not true - it binds to any address on the machine, but 0.0.0.0 is not a valid hostname.

Reporting simply uses the value for server.host, which is 0.0.0.0 by default, and so it tries to load http://0.0.0.0:5601/.... to get the visualization or saved search, which does not work on Windows, and is why you see that error.

@w33ble w33ble reopened this Jun 28, 2016
@w33ble w33ble added bug Fixes for quality problems that affect the customer experience P1 and removed feedback_needed labels Jun 28, 2016
@w33ble
Copy link
Contributor

w33ble commented Jun 28, 2016

I'm actually going to re-close this in favor of #7569

Thanks for reporting this @ThomasFlanaghan

FYI, as a workaround until we get a real fix in, either set server.host: "127.0.0.1" or xpack.reporting.kibanaServer.hostname: "127.0.0.1" in your kibana.yml.

@w33ble w33ble closed this as completed Jun 28, 2016
@LeeDr
Copy link

LeeDr commented Jun 28, 2016

Valid work-arounds on Windows are to set the server.host to 127.0.0.1, or to "localhost", or to the hosts real IP address.

@ThomasFlanaghan
Copy link
Author

Thank you. I will change the address in the settings tomorrow morning and re-test.

jbudz pushed a commit that referenced this issue Dec 18, 2023
`v90.0.0`⏩`v91.0.0-backport.0`

⚠️ While this upgrade pings many teams and has a large code diff, **the
majority of the changes are snapshots or tests-related** and do not
touch source code, so should theoretically only need a code review and
not dedicated QA.

The changes in EUI that required a large swathe of these updates are:

- **EuiPopover** removed an extra unnecessary `<div>` wrapper on its
anchors, which affected many snapshots and a few CSS overrides, which
should have been updated
- **EuiButtonGroup** now renders `<button>` elements instead of `<input
type="radio">` elements for single selection, which affected both
snapshots and E2E tests
- **EuiSuperDatePicker**'s absolute date input now requires an `Enter`
keypress when parsing dates (affected E2E tests)
- **EuiComboBox**, when rendered with `singleSelection={{ plainText:
'true' }}`, no longer renders a pill (i.e. text). This combobox type now
behaves more like an `EuiFieldText`, where the selection is rendered via
input `value` instead. This affected a high amount of E2E tests (both
FTR and Cypress), both in terms of updating assertions and changing
selections, but should **not** significantly affect user experience -
see elastic/eui#7332 for more.

---

##
[`v91.0.0-backport.0`](https://github.com/elastic/eui/tree/v91.0.0-backport.0)

**This is a backport release only intended for use by Kibana.**

- Added `esqlVis`, `pipeBreaks`, and `pipeNoBreaks` icon glyphs.
- `EuiSelectable` now allows configurable text truncation via
`listProps.truncationProps`
([#7388](elastic/eui#7388))
- `EuiTextTruncate` now supports a new `calculationDelayMs` prop for
working around font loading or layout shifting scenarios
([#7388](elastic/eui#7388))

**Bug fixes**

- Fixed a bug with `EuiSelectable`s with custom `truncationProps`, where
scrollbar widths were not being accounted for
([#7392](elastic/eui#7392))

## [`91.0.0`](https://github.com/elastic/eui/tree/v91.0.0)

- Updated the background color of `EuiPopover`s in dark mode to increase
visibility & contrast against other page/panel backgrounds
([#7310](elastic/eui#7310))
- Memoized `EuiDataGrid` to prevent unneeded re-renders
([#7324](elastic/eui#7324))
- Added a configurable `role` prop to `EuiAccordion`
([#7326](elastic/eui#7326))
- Added a configurable `role` prop to `EuiGlobalToastList`
([#7328](elastic/eui#7328))
- For greater flexibility, `EuiSuperDatePicker` now allows users to
paste ISO 8601, RFC 2822, and Unix timestamps in the `Absolute` tab
input, in addition to timestamps in the `dateFormat` prop
([#7331](elastic/eui#7331))
- Plain text `EuiComboBox`es now behave more like a normal text
field/input. Backspacing will no longer delete the entire value, and
selected values can now be double clicked and copied.
([#7332](elastic/eui#7332))
- `EuiDataGrid`'s display settings popover now allows users to clear the
"Lines per row" input before typing in a new number
([#7338](elastic/eui#7338))
- Improved the UX of `EuiSuperDatePicker`'s Absolute tab for users
manually typing in timestamps
([#7341](elastic/eui#7341))
- Updated `EuiI18n`s with multiple `tokens` to accept dynamic `values`
([#7341](elastic/eui#7341))

**Bug fixes**

- Fixed `EuiComboBox`'s `onSearchChange` callback to pass the correct
`hasMatchingOptions` value
([#7334](elastic/eui#7334))
- Fixed an `EuiSelectableTemplateSitewide` bug where the `popoverButton`
behavior would break if passed a non-DOM React wrapper
([#7339](elastic/eui#7339))

**Deprecations**

- `EuiPopover`: deprecated `anchorClassName`. Use `className` instead
([#7311](elastic/eui#7311))
- `EuiPopover`: deprecated `buttonRef`. Use `popoverRef` instead
([#7311](elastic/eui#7311))
- `EuiPopover`: removed extra `.euiPopover__anchor` div wrapper. Target
`.euiPopover` instead if necessary
([#7311](elastic/eui#7311))
- Deprecated `EuiButtonGroup`'s `name` prop. This can safely be removed.
([#7325](elastic/eui#7325))

**Breaking changes**

- Removed deprecated `euiPaletteComplimentary` - use
`euiPaletteComplementary` Instead
([#7333](elastic/eui#7333))

**Accessibility**

- Updated `type="single"` `EuiButtonGroup`s to render standard buttons
instead of radio buttons under the hood, per recent a11y recommendations
([#7325](elastic/eui#7325))
- `EuiAccordion` now defaults to a less screenreader-noisy `group` role
instead of `region`. If your accordion contains significant enough
content to be a document landmark role, you may re-configure it back to
`region`. ([#7326](elastic/eui#7326))
- Reduced screen reader noisiness when sorting `EuiDataGrid` columns via
toolbar ([#7327](elastic/eui#7327))
- `EuiGlobalToastList` now defaults to a `log` role. If your toasts will
always require immediate user action, consider (with caution) using the
`alert` role instead.
([#7328](elastic/eui#7328))

**CSS-in-JS conversions**

- Updated `$euiFontFamily` and `$euiCodeFontFamily` to match Emotion
fonts ([#7332](elastic/eui#7332))

---------

Co-authored-by: Cee Chen <constance.chen@elastic.co>
Co-authored-by: kibanamachine <42973632+kibanamachine@users.noreply.github.com>
Co-authored-by: Cee Chen <549407+cee-chen@users.noreply.github.com>
Co-authored-by: Stratoula Kalafateli <efstratia.kalafateli@elastic.co>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience Pioneer Program
Projects
None yet
Development

No branches or pull requests

4 participants