frame for [Insert Image Here] when applied has frame, which will not accept “no borders”.
Please, reopen your question (to do that, click on … below it within a rather short timeframe, then on the “pencil” icon) to reformulate it.
Describe your purpose from an author point of view. Then enumerate step by step what you did. Tell us what you expected and what you gor.
Don’t forget to mention OS name, LO version and save format (i.e. odt vs. doc(x)).
I don’t recognise the command. Is this from a template? I see that two of the templates provided by LibreOffice use a shape with text saying “Put your logo here”, rather than a frame. In that case, you could choose a line style, colour and width but you may have problems obtaining even padding from the border.
It might be best to delete the shape, insert the image, size and position it and then add the border and padding.
Try this: Drag and drop a photo onto your WRiTER page. The imported photo has no frame or caption. Anchor it either in the text or on the page, or in a previously created frame.
Avoid using anchor To page. This mode is a poor surrogate for desktop publishing (DTP) workflow. Writer is not a DTP application though you can use it for small DTP works. Writer is intended for “flow-oriented” documents where text flows freely across pages (which are dynamically allocated to cope with text increase or decrease).
Any object anchored to page will no longer “follow” the text it is supposed to be referenced from.
Use To paragraph routinely or As character if the inserted object is part of the text (seen as a huge character).
Positioning frames (or images, photos, …) reliably and predictably is very difficult and extremely sensitive to direct formatting (this is where you understand why DF is an express way to formatting hell).
Excuse me! I’m assuming the user knows exactly what effect each anchoring has. Implicitly, you anchor a cover image to a precise position on the page because it’s dominant. Explicitly, you anchor a table row with a formula below the section. Subtly, you anchor a symbol in the text, which requires skill. Admittedly, body text is never dominant, because a good editor assigns it a precisely defined area to achieve a clear, well-structured, and well organized layout — which is the great art of design.
@koyotak anchoring a frame (or image) to a page anchors to that page’s position in the document, e.g. the 12th page. If two pages are deleted prior to the twelfth page then that frame will still be anchored to the 12th page and might be misplaced from the text relating to it. Worse, if the 12th page is the last page then there will be two blank pages before the page with the frame on it. There are many questions about how to remove those blank pages on this site. This is the reason that Anchor to page was removed from the right-click anchoring options, see Bug 135836 - UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu
The problem is mainly a vocabulary one. There is a common misconception about the anchor. The anchor tells which “object” the frame (image, secondary text, …) is associated with. The frame “follows” the anchor, i.e. if the “object” is moved because of edits, the frame will be “relocated” with the object.
The anchor determines on which page the frame will be painted, nothing more. In other words, the frame is on the same page as the “object”.
Position is an entirely different story. No matter which anchor mode you chose (except As character of course), the frame can be sent anywhere in the page.
So, a good editor 
could opt for “frame always at top left of page” or “vertically centred within paragraph at its right edge”. Writer allows this, so that the frame is never positioned manually: create the frame, apply a frame style; that’s it, very fast. As long as there is no direct formatting, the frame will react predictably and reliably to text edits.
However, Writer has limitations in frame management and this creates wasted blank space at bottom of pages. I am dreaming (aloud) about a “floating deferred” positioning mode combined with wrap options: when the anchor is too low in the page to accommodate the frame according to its position parameters, presently Writer sends both text (anchor) and frame on next page leaving blank space. In my dream, only the frame would be sent to next page (or to the first “accepting” page) where position parameters can be honoured; thus bottom space can be used for text with wrap around on next page.
Cover image can be anchored to the first page because there is very little probability it ever needs to be moved. But an alternative anchor is the Title-styled paragraph. As I say above, position is independent from anchor.
I don’t understand. Tables have no explicit or controllable anchor. Tables and frames don’t coexist peacefully: they don’t know about each other. Even when a frame is anchored to some cell text, you’ll usually meet problems to achieve your expectations.
Table row? Section? In Writer, a section is a temporary change of page properties, mainly number of columns. A Writer section cannot be nested in a table.