[Libreoffice-bugs] [Bug 123210] Calc: Insert Rows Below if above hidden row should make visible/not hidden row
https://bugs.documentfoundation.org/show_bug.cgi?id=123210 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||8016 Keywords||implementationError --- Comment #3 from Timur --- Repro 7.3+ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144018] Character transparency is reset to 0% when set to 100%
https://bugs.documentfoundation.org/show_bug.cgi?id=144018 --- Comment #1 from Mike Kaganski --- (In reply to Mike Kaganski from comment #0) > [2] By the way, the help page says: > The value 100% means entirely transparent So it seems that at least help authors assumed that 100% is possible :) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108364 Timur changed: What|Removed |Added Depends on||108016 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108016 [Bug 108016] Calc: Insert Row Above should use format of selected row instead of previous row -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108016] Calc: Insert Row Above should use format of selected row instead of previous row
https://bugs.documentfoundation.org/show_bug.cgi?id=108016 Timur changed: What|Removed |Added Blocks||108364 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108364 [Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144018] New: Character transparency is reset to 0% when set to 100%
https://bugs.documentfoundation.org/show_bug.cgi?id=144018 Bug ID: 144018 Summary: Character transparency is reset to 0% when set to 100% Product: LibreOffice Version: 7.2.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com CC: vmik...@collabora.com The semi-transparent text feature [1] has the control on the Font Effects dialog page [2]. The control allows entries from 0 to 100%, but for 100%, the result is that the text is not transparent, and re-opening the dialog after setting 100% gives 0%. Having transparency of 100% could be useful, e.g. for the text that needs to be invisible, but occupy space. This is different both from making its color white (which would make the text visible on non-white text, esp. gradients/bitmaps/etc.), and from making it hidden (which makes the text not occupy space, with following data moving up when printing). However, if there is a reason to disallow 100% transparency, then the control needs to be adjusted to not allow entry of 100%. [1] https://wiki.documentfoundation.org/ReleaseNotes/7.0#Writer [2] https://help.libreoffice.org/7.2/en-US/text/shared/01/05020200.html?DbPAR=WRITER#hd_id0123200902243377 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108016] Calc: Insert Row Above should use format of selected row instead of previous row
https://bugs.documentfoundation.org/show_bug.cgi?id=108016 Timur changed: What|Removed |Added Priority|low |medium -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108016] Calc: Insert Row Above should use format of selected row instead of previous row
https://bugs.documentfoundation.org/show_bug.cgi?id=108016 Timur changed: What|Removed |Added OS|Windows (All) |All Version|5.3.3.2 release |Inherited From OOo Hardware|x86 (IA32) |All Summary|Calc lacks formatting |Calc: Insert Row Above |control when inserting rows |should use format of ||selected row instead of ||previous row --- Comment #5 from Timur --- This is not clearly reported as is bug 144007: Insert Row Above should use format of selected row instead of previous row. All talk about MSO is not useful, because MSO does the same as LO, inserts row above using format of previous row, except it lacks "insert row below". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108016] Calc lacks formatting control when inserting rows
https://bugs.documentfoundation.org/show_bug.cgi?id=108016 Timur changed: What|Removed |Added CC||crptdng...@gmx.net --- Comment #4 from Timur --- *** Bug 144007 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144007] [CALC] FORMATTING Insert Row Above uses wrong format of previous instead of selected row
https://bugs.documentfoundation.org/show_bug.cgi?id=144007 Timur changed: What|Removed |Added Resolution|--- |DUPLICATE Version|unspecified |Inherited From OOo Summary|[CALC] FORMATTING Insert|[CALC] FORMATTING Insert |line above current line |Row Above uses wrong format |uses wrong format |of previous instead of ||selected row Status|UNCONFIRMED |RESOLVED --- Comment #2 from Timur --- Reproduced. But duplicate of earlier, although not so clearly written bug. *** This bug has been marked as a duplicate of bug 108016 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144017] New: New Function to count duplicates in list
https://bugs.documentfoundation.org/show_bug.cgi?id=144017 Bug ID: 144017 Summary: New Function to count duplicates in list Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bug2...@johnmurrell.org.uk Description: Calc has a function to apply conditional formatting to duplicate values in a list but this only provides visual information though when the 3 bugs are cleared it should be possible to filter on the duplicate values. My suggestion is for a new function that compares a value in a cell with the values in a list and returns the number of duplicates. Zero being returned if the value does not exist in the list otherwise the number of occurrences. The cell to be compared can either be in the list in which case it will provide the number of times a value is duplicated or else external to the list where it provides the number of matches. To make the function more useful it could have a flag which either reports all the matches or only the first duplicate. In the first mode it would be useful to carry out other operations on the duplicate cells and in the second to count the total number of duplicates. Suggested name for function is something like COUNTMATCH(comparison cell, list, mode) as it is an expanded version of Match with different functionality. Steps to Reproduce: 1. Enhancement as above 2. 3. Actual Results: NA Expected Results: NA Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: There are some work arounds such as using pivot tables to count the number of duplicate values and sorting the pivot table by the number of duplicates but this is difficult to use partly because of the need to refresh the pivot table if the data changes and also the difficulty of retrieving an unknown number of results from a pivot table. The pivot table method also does not work if the cell to be matched is outside the pivot table source array. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144016] New: Using redo that deletes textbox while textbox is active crashes Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=144016 Bug ID: 144016 Summary: Using redo that deletes textbox while textbox is active crashes Draw Product: LibreOffice Version: 7.0.4.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: s...@workrum.net Description: After entering a textbox to edit, if the textbox was deleted and deletion undone right before that, using redo will crash Draw. Steps to Reproduce: 1. Create new Draw document 2. Create a text box with some text 3. Delete the textbox 4. Undo deletion 5. Enter textbox to edit it (do not do anything) 5. Redo deletion Actual Results: Crash Expected Results: Text box deletion/nothing (nothing to undo in textbox) Reproducible: Always User Profile Reset: No Additional Info: Crash report: https://crashreport.libreoffice.org/stats/crash_details/e80d3f83-4ad4-4505-bbe9-31be4c50f151 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143737] Tools>Customize>keyboard>numbering assigned to a shortcut does nothing
https://bugs.documentfoundation.org/show_bug.cgi?id=143737 --- Comment #4 from Heiko Tietze --- (In reply to Dieter from comment #3) > BTW: I havent't searched within the meta bug UNO-Command-New, because this > bug is not about new a command. So does it make sense to rename meta bug > 86899 to "UNO-Command bugs and enhancements" or something like that? True. We have bug 86899 [META] Requests for the addition of UNO commands bug 141420 [META] UNO Object Inspector - Development tools bug 115596 [META] Labels of UNO commands bugs and enhancements bug 117710 [META] UNO API issues So perhaps we should create another META for issues with UNO commands or merge those into bug 115596 and rename this one. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143704] Locked Standard toolbar can still be undocked, hides behind Formatting toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=143704 --- Comment #9 from Heiko Tietze --- Bug 143688 is about floating widgets like Shapes - you can detach this widgets and keep as kind of toolbar (TB). Now _all_ TB are docked/undocked as a consequence of the new command View > Toolbars > Docked, that intends to resolves complaints about docked TBs, which we docked by default to avoid unintentional undocking. Solution for 143688 is to somehow check if the TB belongs to a widget. Bug 139259 would be an issue anyway, whether TB are docked automatically or manually. TBs must not merge with other under no circumstances. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Bug 103100 depends on bug 53843, which changed state. Bug 53843 Summary: FORMATTING: The line spacing inside table cells does not affect the last line (causing wrong cells' height) https://bugs.documentfoundation.org/show_bug.cgi?id=53843 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 53843] FORMATTING: The line spacing inside table cells does not affect the last line (causing wrong cells' height)
https://bugs.documentfoundation.org/show_bug.cgi?id=53843 BogdanB changed: What|Removed |Added Resolution|--- |WORKSFORME CC||buzea.bog...@libreoffice.or ||g Status|NEW |RESOLVED --- Comment #12 from BogdanB --- Please retest. It is working for me in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Also in Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded All text has the same height, and if modified all rows will get the same height including the last row of text. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140659] Formula editor not operable with screenreaders NVDA or Orca
https://bugs.documentfoundation.org/show_bug.cgi?id=140659 --- Comment #14 from juergenkohle...@gmail.com --- Switching between the input line and the operator commands is not possible with the keyboard. In the operator list, I cannot select mathematical symbols with the arrow keys. If I want to select a symbol in the list (for example by pressing the Enter key), my cursor still remains in the command field and the targeted symbol is not selected. Windows Edition Windows 10 Home Version 20H2 Installed on 05.02.2021 Operating system build 19042.985 LibreOffice Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded NVDA 2021.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 53088] widow and orphan control does not work properly in table cells (BgID 35285 similar case?)
https://bugs.documentfoundation.org/show_bug.cgi?id=53088 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #15 from BogdanB --- REPRO in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48292] TABLES - Cell background color does not follow content when sorted
https://bugs.documentfoundation.org/show_bug.cgi?id=48292 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #21 from BogdanB --- Repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 46733] Deleting columns in a table can delete several columns if any cells in that column are merged with other cells
https://bugs.documentfoundation.org/show_bug.cgi?id=46733 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #28 from BogdanB --- Also in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143990] Multilevel outline numbers not showing
https://bugs.documentfoundation.org/show_bug.cgi?id=143990 Timur changed: What|Removed |Added Priority|medium |high Severity|normal |major -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85811] [META] Main menu bar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=85811 Heiko Tietze changed: What|Removed |Added Depends on||143977 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143977 [Bug 143977] In “View” menus and "Tabbed" toolbars, be consistent about “hide / show” -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143977] In “View” menus and "Tabbed" toolbars, be consistent about “hide / show”
https://bugs.documentfoundation.org/show_bug.cgi?id=143977 Heiko Tietze changed: What|Removed |Added Blocks||85811 CC||mentoring@documentfoundatio ||n.org Ever confirmed|0 |1 Keywords||difficultyBeginner, ||easyHack, skillDesign, ||topicUI Status|UNCONFIRMED |NEW --- Comment #2 from Heiko Tietze --- "Show Whitespace" was introduced for bug 124686 but without contextual label. It would be the Label of in officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu that needs to be changed and needs to be added with the "Show". It's similar to "Show Track Changes" (.uno:ShowTrackedChanges) where we have just "Show" under Edit > TC. Since the functionality is distributed over the menu I think keeping the lo0ng version makes sense. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76219] HANG i#84870: WW8: large objects in Russian text / DOC with complex header / ... may cause loop (see comment 7 and 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=76219 Timur changed: What|Removed |Added Severity|critical|major -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96635] FILEOPEN PDF: Wrong masking, box shown over triangle in arrows
https://bugs.documentfoundation.org/show_bug.cgi?id=96635 Timur changed: What|Removed |Added Keywords||implementationError Version|5.0.4.2 release |3.4.0 release Summary|FILEOPEN: Wrong masking |FILEOPEN PDF: Wrong |importing PDF |masking, box shown over ||triangle in arrows -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44729] PDF import from Inkscape PDF export with opacity shows black background for each opaque object
https://bugs.documentfoundation.org/show_bug.cgi?id=44729 Timur changed: What|Removed |Added Summary|PDF import problems with|PDF import from Inkscape |opacity from Inkscape PDF |PDF export with opacity |export |shows black background for ||each opaque object Hardware|x86 (IA32) |All --- Comment #19 from Timur --- Repro 7.3+. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Bug 103100 depends on bug 45525, which changed state. Bug 45525 Summary: TABLES, Problem on adjust selected Row or Column to equal space https://bugs.documentfoundation.org/show_bug.cgi?id=45525 What|Removed |Added Status|RESOLVED|NEW Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45525] TABLES, Problem on adjust selected Row or Column to equal space
https://bugs.documentfoundation.org/show_bug.cgi?id=45525 BogdanB changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|NEW --- Comment #19 from BogdanB --- I tested only the COLUMN problem which seems ok. The table width is staying the same. Only selected columns change. The ROW problem is still there. The columns take the maximum height of the cells selected. The total height of table is increasing. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106814] FILEOPEN: DOC: Incorrect cell's height break page layout (since Harbuzz change)
https://bugs.documentfoundation.org/show_bug.cgi?id=106814 Timur changed: What|Removed |Added Summary|FILEOPEN: DOC: Incorrect|FILEOPEN: DOC: Incorrect |cell's height break page|cell's height break page |layout |layout (since Harbuzz ||change) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Bug 103100 depends on bug 45525, which changed state. Bug 45525 Summary: TABLES, Problem on adjust selected Row or Column to equal space https://bugs.documentfoundation.org/show_bug.cgi?id=45525 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45525] TABLES, Problem on adjust selected Row or Column to equal space
https://bugs.documentfoundation.org/show_bug.cgi?id=45525 BogdanB changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #18 from BogdanB --- Also tested in 7.2 and seems ok. Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45525] TABLES, Problem on adjust selected Row or Column to equal space
https://bugs.documentfoundation.org/show_bug.cgi?id=45525 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #17 from BogdanB --- For me everything seems ok. Please retest. Tested with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45162] TABLES paste table in a number section causes all cells in table to be numbered
https://bugs.documentfoundation.org/show_bug.cgi?id=45162 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #14 from BogdanB --- Repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44773] Unable to resize table row height with mouse if cursor outside of table
https://bugs.documentfoundation.org/show_bug.cgi?id=44773 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #13 from BogdanB --- Repro with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Note: width of cells can be changed. Only the height not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44395] Writer TABLE: Content of Non-Displayed Tables can be Edited
https://bugs.documentfoundation.org/show_bug.cgi?id=44395 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #15 from BogdanB --- "Editing" bug still in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5b025285b3528910a4360899abb2bbbaadc72c97 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #3 from Julian Ragan --- I would say a bug, since previously CStr did trim those extra zeros, I have been running code like this for at least 3 years now. The variable type on older version is also Variant/Double, but results are as with explicitly declared integer type. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106814] FILEOPEN: DOC: Incorrect cell's height break page layout
https://bugs.documentfoundation.org/show_bug.cgi?id=106814 Justin L changed: What|Removed |Added Version|5.0 all versions|5.2.0.4 release CC||jl...@mail.com --- Comment #4 from Justin L --- (In reply to Timur from comment #3) > Please check bibisect. The problem here is that the content cannot fit in the available space (designed to hold a single number), so it has to expand down. The problem in 5.0 was that some content doubled up in the same cell. But that is different from the problem today, so comment 1's bibisect is not correct. The problem started in 5.2 with bibisect-linux-64-5.2 commit 6caad8eefd49e5ec5721f8ac8cf78cd01a32b44d source commit 975c833943bab627eb461457ab1df35744b291cd Author: Akash Jain on Thu Apr 21 20:42:23 2016 +0530 Upgrade harfbuzz version from 0.9.40 to 1.2.6 I expect that the size of U+2002 (EN space) must have increased (since that is the placeholder used in these cells). -- You are receiving this mail because: You are the assignee for the bug.
