rich editor add some new table column,but new cell's border-bottom is none
Categories
(Core :: Layout: Tables, defect)
Tracking
()
People
(Reporter: 1017866168, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files, 2 obsolete files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.16 Safari/537.36
Steps to reproduce:
- open url: https://dev.myones.net/wiki/master/#/team/WPMrXC1s/space/ED1tsNHs/page/KwHheQ36/edit
- account: 101786618@qq.com password: 12345678lv
- insert table, select a cell, add many new colum
Actual results:
new cell's border-bottom is none
on chrome is Ok.
Expected results:
new cell's border-bottom is normal
Comment 1•4 years ago
|
||
Hi!
I wasn't able to reproduce your issue on Firefox Nightly 80.0a1 or Firefox 78.0.2.
Adding new columns worked correctly on my end.
Could you check if this also happens to you while in safe-mode? Here is a link that can help you with that:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode#w_how-to-start-firefox-in-safe-mode
If it still does, try making a new profile and check again. Here's how:
https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles#w_start-the-profile-manager-when-firefox-is-closed
Thanks!
Comment 2•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Reporter | ||
Comment 4•4 years ago
|
||
(In reply to Mats Palmgren (:mats) from comment #3)
I can't reproduce the bug in Nightly on Linux, FWIW.
I am author.
Sorry, because it’s urgent, so I skipped this question with compatible CSS syntax, I will provide a new address
https://dev.myones.net/wiki/FE005/#/team/WPMrXC1s/space/ED1tsNHs/page/KwHheQ36/edit
Reporter | ||
Comment 5•4 years ago
|
||
(In reply to Peter_M from comment #1)
Hi!
I wasn't able to reproduce your issue on Firefox Nightly 80.0a1 or Firefox 78.0.2.
Adding new columns worked correctly on my end.
Could you check if this also happens to you while in safe-mode? Here is a link that can help you with that:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode#w_how-to-start-firefox-in-safe-modeIf it still does, try making a new profile and check again. Here's how:
https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles#w_start-the-profile-manager-when-firefox-is-closedThanks!
I am author.
Sorry, because it’s urgent, so I skipped this question with compatible CSS syntax, I will provide a new address
https://dev.myones.net/wiki/FE005/#/team/WPMrXC1s/space/ED1tsNHs/page/KwHheQ36/edit
Assignee | ||
Comment 6•4 years ago
|
||
Thanks, I can reproduce that. Here's a test-case based on your website (didn't bother reducing much though)
Assignee | ||
Comment 7•4 years ago
|
||
It seems we don't correctly recompute collapsed borders in this case somehow.
Assignee | ||
Comment 8•4 years ago
|
||
It's a very old bug :)
Assignee | ||
Comment 9•4 years ago
|
||
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=854aabf544d4&tochange=bc48009a6bbb
Bug 460637, almost surely.
Updated•4 years ago
|
Assignee | ||
Comment 10•4 years ago
|
||
A bit surprised that the colgroup is needed.
Assignee | ||
Comment 11•4 years ago
|
||
This is the same fix as the fix for bug 711359, basically... We don't
shift the damage area otherwise which means that we would incorrectly
miss computing some borders.
Updated•4 years ago
|
Comment 12•4 years ago
|
||
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7916b0f71d69 When inserting a col frame, invalidate all subsequent column BC borders. r=mats
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/24761 for changes under testing/web-platform/tests
Comment 14•4 years ago
|
||
bugherder |
Upstream PR merged by moz-wptsync-bot
Updated•4 years ago
|
Updated•4 years ago
|
Description
•