Re: Regarding How to disable on screen keyboard on ubuntu 18.04 LTS
Hmm.. Standard support for Ubuntu 18.04 ended last June. Would such a bug report really be considered? / Gunnar On 2023-09-06 09:52, Tim Andersson wrote: Hi Koutilya, Thanks very much for taking the time to report this bug! Please could you re-create the issue on your system, press alt+f2 and then enter `ubuntu-bug gnome-shell` after doing so. This'll take you through the steps to file a bug on launchpad, and upload all the necessary logs automatically. It'll then be much easier to get that bug in the right hands for you and get a fix on the way. For more information about the bug reporting process, you can read this wiki page: https://help.ubuntu.com/stable/ubuntu-help/report-ubuntu-bug.html.en There is also this wiki page which covers more or less the same topic but in a much more verbose manner, you can consult it if anything is unclear from the previous wiki page: https://help.ubuntu.com/community/ReportingBugs#:~:text=In%20a%20terminal%20execute%20the,package%20that%20created%20the%20window . Thanks, Ubuntu QA Team On Tue, Sep 5, 2023 at 4:04 PM Koutilya Gurjikindi < koutilyagurjiki...@gmail.com> wrote: Dear Ubuntu Quality Team, I am writing to you today to report a bug in the Ubuntu 18.04 keyboard disabling feature. I have tried to disable the keyboard using the gnome commands, but the keyboard automatically re-enables when I enter a text input field. I have also tried using Block caribou and onboard, but these tools did not work either. I have attached the output of the gnome commands that I used to disable the keyboard. I have also attached the output of the error messages that I received when I tried to use Block caribou and onboard. I would appreciate it if you could look into this bug and let me know if there is a way to permanently disable the keyboard in Ubuntu 18.04. Thank you for your time and consideration. -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: [ISO Testing Notification] Some high-impact packages changed
On 2021-03-24 13:00, Ubuntu Notifier wrote: We have noticed that the following high-impact packages have changed on the following images: * ubuntu/hirsute/daily-live/amd64 from 20210323 to 20210324 [http://cdimage.ubuntu.com///daily-live//20210324/hirsute-desktop-amd64.iso]: casper Please test the affected images with the high-risk packages in mind to ensure that no accidental regressions have been introduced. I'm pretty sure that this casper change doesn't bring any regressions. It's just an additional hook in scripts/casper-bottom, and I have followed up that it serves the intended purpose. https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1919455/comments/8 -- Cheers, Gunnar Hjalmarsson https://launchpad.net/~gunnarhj OpenPGP_signature Description: OpenPGP digital signature -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: Lost in bugreport
On 2018-12-05 20:40, chris hermansen wrote: Unfortunately I'm not sure which is the "appropriate" package. The package is probably ubiquity, i.e. the package for the installer. Just a remark: I would think that the most sensible default would be the basic French layout, not any of the alternative ones. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: [Ubuntu-bugcontrol] I have written a draft for the Reporting Bugs guide
On 2017-05-30 20:33, Alberto Salvia Novella wrote: Sorry but I spend an hour writing an answer to these emails, but even then I ended with something extra long that I think nobody will read or understand. If you are not able to justify your proposed changes in written text, why would we trust you as a driver of substantial changes to the bugs reporting guide, which consists of written text? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: I have written a draft for the Reporting Bugs guide
On 2017-05-13 02:17, C de-Avillez wrote: On Fri, 12 May 2017 11:57:33 +0200 Alberto Salvia Novella <es204904...@gmail.com> wrote: And the second question is "would the proposed draft allow most people to report bugs?" Yes, it will. And therein lies the danger. It is NOT easy to write an usable bug report. Why should it be easy to write a bad one? You made some points well worth considering (also in the part of your message which I didn't quote). Thanks, C! -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: I have written a draft for the Reporting Bugs guide
On 2017-04-25 09:43, Alberto Salvia Novella wrote: Many people has been complaining through the years about not knowing how to report bugs in Ubuntu. I have been asking those people why is that, and they usually told me that the reporting bugs guide was too long, hard to skim, and nobody would be willing to read it. It wasn't till I putted a video-tutorial on the top of the page when people stopped complaining about it. But that's just a dirty work-around and shows that the guide doesn't fit well the average user needs. So for: https://help.ubuntu.com/community/ReportingBugs I have written an improved version: ... The criteria I have used has been: - Adequate for the average person (https://goo.gl/GmzLhb) - Fits 95% of cases, and leaves the rare ones out. - Easy and straightforward, over correct. - Removing the already guided steps by applications themselves. - Removing the procedures only interesting for triagers. - If something is unclear if it's useful, adding it when it shows to be. On 2017-04-28 04:37, Alberto Salvia Novella wrote: I mean this draft is intended to substitute the official reporting guide, once agreed. I see that it's not a draft any longer, but that you actually made the changes to <https://help.ubuntu.com/community/ReportingBugs>. The changes you made are quite extensive. But there never was any kind of consensus, was there? You converted a rather comprehensive guide to a short style one. At <https://help.ubuntu.com/stable/ubuntu-help/report-ubuntu-bug.html> there is a variant of 'the short story' which links to ReportingBugs with the comment: "For more information about reporting bugs in Ubuntu, please read the extensive online documentation." But the extensive documentation is gone now, isn't it? This is what the page looked like before: https://help.ubuntu.com/community/ReportingBugs?action=recall=299 Personally I'd like to see much of what you removed be reinserted. One possibility might be to make the page consist of a brief summary at the top followed by a more in-depth description. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: Shall I include artwork in technical documentation?
On 2017-05-01 02:17, Alberto Salvia Novella wrote: https://goo.gl/forms/VDbXIhlFHVM6DleF3 Artwork or not isn't suitable as a yes/no question. Artwork may improve readability, but it adds to the maintenance burden, so in many cases it's a trade-off between readability and available resources for maintenance. See for instance the discussion at <https://launchpad.net/bugs/1573025>. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: [Ubuntu-bugcontrol] Ubuntu Bug Week Announcement
Hi Alberto, On 2014-02-11 21:34, Alberto Salvia Novella wrote: Please tell me the following, although the possible answer doesn't seem relevant; so we can figure out what has being missed in the event: * *Why* you choose not to participate? * *What* will make you to participate in an event like this? As a subscriber to ubuntu-bugcontrol I was informed early in the morning on Friday, February 6 that the event would happen on Saturday and Sunday. Not much time to plan, I'd say... Also, the information was somewhat confusing. A week is usually 7 days, not 2 days. ;-) I would like to encourage you to make a new attempt, but then announce it well in advance of the event. Personally I worked with Ubuntu in other ways the whole weekend, but I don't think the reasons for my priorities are of general interest. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality