Volunteer opportunities

Showing 1 to 10 of 757 bitesize bugs whose main project language is Python Expand all Collapse all Next »
  • Meld
    Primary language
    Python
    More about this project
    ·

    It would be great to be able to open non-text files (e.g. from within a Directory Comparison) with the appropriate program, ie the program that's set as preferred for the file's mimetype, e.g. an .xcf file with Gimp, .svg with Inkscape etc. Currently, meld tries to open any type of file with gedit which naturally fails non non-text files.

    3 NEW 17 hours ago https://bugzilla.gnome.org/sho... minor 3 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    Currently, if you scroll with the mouse in the central bar on screen, Meld just runs the next-diff/previous-diff action, which goes to the next/previous chunk *relative to the text cursor's position in the textview*. This often feel weird because you use the middle-bar scroll in different scenarios to the cursor-relative next/prev. It would probably be nicer to pick the starting chunk (from which to choose what chunk is next/prev) as whatever chunk is closest to the middle of the screen. This can get slightly weird, since we end up guessing some of the time. However, if we combined this with a heuristic along the lines of "whatever chunk the cursor is in, if that chunk is near the middle of the screen, otherwise whatever chunk is actually in the middle of the screen" then we should be okay. See discussion starting at: https://mail.gnome.org/archives/meld-list/2014-September/msg00001.html

    1 NEW 17 hours ago https://bugzilla.gnome.org/sho... enhancement 10 months ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    Repro Steps ----------- 1. untar + unzip the attached file 2. cd repro 3. meld . 4. view the modifications to f Result: Expected vs. Observed ----------------------------- The first green region on the right covers the first couple lines, which are actually unchanged, instead of the next couple, where there are some additions. I'd add a screenshot, but I can't figure out how to attach more than one file. It should become clear once you stare at the UI for a few seconds. Clues (possibly red herrings) ----------------------------- I believe this has something to do with the contents at the top of the file: # -*- python -*- because I can't seem to get the same wrong behavior when it's not present. </possible-red-herring> Versions -------- $ meld --version meld 1.3.0 From "System > About Ubuntu": You are using Ubuntu 10.04 LTS - the Lucid Lynx - released in April 2010 and supported until April 2013. From "System > About GNOME": Version: 2.30.2

    2 NEW 17 hours ago https://bugzilla.gnome.org/sho... normal 4 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    From Peter Tyser: If there are only 2 panes, it might be nice to have Alt+<dir> and Alt+Shift+<dir> to do the same thing. Eg if I'm in the left of 2 panes, it'd be nice to just press Alt+right to move a chunk to the right, and Alt+left to pull a chunk from the right. I work in 2-pane mode 98% of the time and I'm having issues remembering to hold shift in for pulls. I'm not a UI expert, so maybe changing the functionality of Alt+Shift+<dir> based on 2/3 panes is a big no-no...

    1 NEW 17 hours ago https://bugzilla.gnome.org/sho... normal 4 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    From Peter Tyser, regarding keyboard merging: "Perhaps the num-pad could be used? eg 9 could move a change before the right hunk, 1 could move a change below the left hunk (in 3-pane mode), 6 could replace the hunk to the right, etc. Maybe alt+num could push the hunk, and alt+shift+num could pull a hunk?" We probably can't support using no modifiers, but Alt/Alt-Shift sounds okay. We could actually map the whole number pad. 2/8 should be next/prev chunk; 5 could cycle between panes. Delete is already delete.

    1 NEW 17 hours ago https://bugzilla.gnome.org/sho... enhancement 4 years ago
  • Open​Stack​ dashboard (​Horizon​)
    Primary language
    Python
    More about this project
    ·

    As a new user to Trove, I was confused by the user interface and specifically the usage of action tense for the communication of the current database status. After what I thought was already launched, the status message appeared as "Build". So I naturally assumed that I needed to build it. But I did not see a "Build" button, only a terminate button. I then assumed that I needed to click the "Launch Instance" button in order to build it, but that gave me the modal to launch/create a new instance. After some discussion with a colleague more familiar with Trove, he told me that Build actually means that the database is "building" or being provisioned. So why don't we say "Building" instead of "Build", or even more direct -- "Provisioning"? I think if we add the "ING" to Build, Reboot and Resize statuses it will be much less confusing. Plus this has the added benefit of being consistent with Nova (it uses the 'ing' form for statuses). Also shouldn't there be a progress bar that appears in the UI when trove is working in the background on either the building, rebooting or resizing statuses? I propose the following renaming of the database statuses to more clearly indicate that the action is in progress (and to be consistent with Nova): Build --> Building Reboot --> Rebooting Resize --> Resizing

    3 New 2 days ago https://bugs.launchpad.net/hor... Wishlist 9 months ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    Currently, pressing the tab key in the rich text editor moves focus to the "Save Content" button. We would like to fix this behavior so that: 1. Tab in the context of a list indents the list 1. Shift+Tab in the context of a list de-indents the list 1. If not in a list, Tab should move to the next available input field.

    1 open 1 week ago https://github.com/oppia/oppia... 1 week ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    In the RTE, clicking on a rich-text component will *usually* bring up the edit modal, but if it is the only content in the editor, this does not work. To reproduce this bug: 1. In the rich text editor, clear out all content (or just start from a completely blank state) 1. With the RTE now empty, insert a rich-text component (such as a link) 1. Click on the component A modal should appear, but it doesn't (I've tried so far on FF and Chrome on OSX).

    1 open 1 week ago https://github.com/oppia/oppia... 1 week ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    Usually, when pasting content into the Rich Text Editor, the cursor is placed at the end of the pasted content, as it should be. However, if a rich-text component is the last element of the pasted content, the cursor is instead placed before that component. To reproduce this bug: 1. Starting from an empty RTE, type some text and then add a rich-text component (like a link) to the end 1. Copy both the component and the text 1. Paste into either the same RTE or any other RTE instance

    1 open 1 week ago https://github.com/oppia/oppia... 1 week ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    ``` What steps will reproduce the problem? 1. Create a state with the image region interaction 2. Add an image to it 3. Add 1 region and give it a label with text (such as "label") 4. Try to add a response with a rule targeting that label What is the expected output? What do you see instead? The rule should say "is in region label" and there should be no errors. Instead, it says "is in region [INVALID]" and there are errors preventing saving the exploration (likely a validation error). If the region is named "1", however, everything works as expected. ``` Original issue reported on code.google.com by `bhenn...@google.com` on 31 Jul 2015 at 4:28

    3 open 1 week ago https://github.com/oppia/oppia... 2 weeks ago