Defect #7568
open
Long combination of characters without spaces goes beyond the edge of the window
Added by Иван Сентюров about 13 years ago.
Updated almost 12 years ago.
Description
Try to enter long combination of characters without spaces. For example: 123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456
It should stay in text form, but after submittimg a report text goes beyond the edge of the window.
Please, see screenshots in attachment.
Files
Use a pre tag and it will be scrollable ?
123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456
Sure, it is scrollable.
But when i insert long text in textform without this tag it divided into parts fit into textform. Text goes beyond the edge of the window only after submit. It make me think that it is bug. Also, see please new screenshot in attachment. Part of text is hidden by banner.
Textform is not a wysiwyg component, you should compare final result to preview, and this string renders the same in preview pane and final div.
Thanks a lot, next time i`ll use preview to make sure that my text is readable.
- Status changed from New to Closed
- Resolution set to Wont fix
- Status changed from Closed to Reopened
- Assignee set to Jean-Baptiste Barth
- Affected version (unused) set to 1.1.1
- Affected version set to 1.1.1
We might be able to fix this with a simple CSS rule. Is there any caveat I missed Etienne ?
Nope, as I said in #7592, does fixing this really make sense ?
I fear that, trying to find a "fix" that is not really useful, we break something in the page layout in some cases (e.g. the issue div could take the sidebar out of the screen).
BTW, good to see you back =)
Ok, got it. We can be careful about the selector: maybe a div.wiki > p { word-wrap:break-word; } is not too risky and would be good enough in most cases.
Actually, both the issues were related to formatting text in issue description, not in wiki.
It may be useful to add this thing in wiki (at least more than in issue description), I don't know if this behavior is also present in wiki ?
Etienne Massip wrote:
Actually, both the issues were related to formatting text in issue description, not in wiki.
Yes actually, div's containing textilized text in issue page have the "wiki" class, I know it's a bit confusing ;)
Etienne Massip wrote:
Actually, both the issues were related to formatting text in issue description, not in wiki.
It may be useful to add this thing in wiki (at least more than in issue description), I don't know if this behavior is also present in wiki ?
Yes, this behavior is also presents in wiki.
a "fix" that is not really useful
we break something in the page layout in some cases
I want to fix it in my local redmine installation at least. And I want to do it as accurately as it possible. Could you cite an instance of such breaking, please?
- Assignee deleted (
Jean-Baptiste Barth)
- Has duplicate Defect #34219: The text inside the wiki section does not wrap - css added
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 
