[Bug 52788] New: 18 Bugs in Alpha3

F@lk Brettschneider falk.brettschneider at gmx.de
Thu Jan 9 21:57:06 UTC 2003


Thanks Mantia for the big report!
You are right, all these bugs are showstoppers and need to be fixed 
until the final release.
Even some of them (like 11 and 15) require to add more real necessary 
functionality, it's more work than bugfixing. That's why I think we are 
not ready for heading to the *Beta* state as the next version until such 
things haven't been solved.
Do you have time to fix perhaps one of these bugs?

Cheers
F at lk


Mantia Andras wrote:

>------- You are receiving this mail because: -------
>You are the assignee for the bug, or are watching the assignee.
>     
>http://bugs.kde.org/show_bug.cgi?id=52788     
>           Summary: 18 Bugs in Alpha3
>           Product: kdevelop
>           Version: unspecified
>          Platform: Compiled Sources
>        OS/Version: Linux
>            Status: NEW
>          Severity: normal
>          Priority: NOR
>         Component: gideon
>        AssignedTo: kdevelop-devel at kdevelop.org
>        ReportedBy: amantia at freemail.hu
>
>
>Version:           cvs (using KDE Devel)
>Installed from:    Compiled sources
>Compiler:          g++ 2.95.3 
>OS:          Linux
>
>Some annoying bugs still or newly present in Alpha3 (actually CVS from 01/08/2003), 
>developng C++ and using ideal and katepart:
>
>1. Toolbars are still messed up (but you know this).
>
>2. After I reopen a project and I get 5 opened source files, and I select the
>
>3rd, the back button will bring me to the following files:
> 4th, 5th, 4th, 3th, 2nd, 1st (and now it gets disabled)
> As I figured out it brings back to the last selected file(s) first and if there
> is no "last" selected file, switches to the last one and goes back in the
> opened file list. This is really confusing...
> And even now, after I've switched (randomly) between the open files, pressing
> back a lot of time crashed Gideon, altough I couldn't reproduce now, so I will 
> sent the backtrace next time when it crashes.
> 
> 
>4. The autocompletion is very annoying now. It's nice that it remembers the typed
>strings, but:
>   a. ctrl-space does not give me the autocompletion list in some cases (eg. 
>   I have a class Foo with static method foo_method), after I type Foo::f and 
>   ctrl-space, it will not give me a list with foo_method inside
>   
>   b. pops up automatically after the 3rd entered char, which is nice sometimes,
>   but why cannot I get the same after the first letter with ctrl-space?
>   
>   c. the automatic popup if more than 3 chars are entered is annoyin when you
>   try to undo what you have typed (with Ctrl-Z). It pops up after every Ctrl-Z
>   step and you must press ESC to disappears, otherwise CTRL-Z will not work
>   again. :-( 
>   
>5. In the files groups view, if a group contains explicit list of files 
>(like GNU: AUTHORS;ChangeLog;COPYRIGHT), they do not appear under this group.
>It's an older bug.
>
>6. Removing breakpoints during a debug process does not always really remove them,
>and sometimes the running will break in the line where there was a breakpoint,
>but I removed it. The only solution in this case is to restart the debugging.
>(older bug)
>
>7. In the Breakpoints windows, selecting Clear All Breakpoints does not remove
>all of them... (older bug)
>
>8. If you set a breakpoint eg. at line 100 and later enter some new lines
>around this line, the breakpoint itself will remain on line 100, but the breakpoint 
>mark is moving down, which becomes confusing during debugging. (and old bug,
>from KDevelop 2 days)
>
>9. "Toggle Breakpoint" from the RMB menu sets the breakpoint to the current cursor
>position, not to the line where you clicked with the mouse. Altough this is understandable,
>it is confusing, eg. if you scroll down with the mouse and try to set a breakpoint,
>and you realize that it was set some pages before/after...
>
>10. The watch window does not show the current function/method's symbols when
>a breakpoint is reaches until you select the function from the Frame Stack.
>Once you've done it, during the following debugging processes it will came up
>automatically (even if you don't use the Frame Stack), 
>just as in KDevelop 2, until you restart Gideon... I think it
>should show the current function's symbols right from the start. (older Gideon
>bug)
>
>11. Watched variables are not remembered between debugging sessions. This is really
>bad and slows down the debugging. (and old bug from KDevelop 2 days).
>
>12. When using builddir!=srcdir in developing, you must still make a symling from
>srcdir to the executable in builddir, otherwise you cannot debug. Why not just use
>the setting from Project Options also when debugging? (old bug, already reported)
>
>13. Running an app from Gideon still does not enable the stop button/menu. Debugging does.
>
>14. Running/debugging the app if the sources were modified does not rebuild the
>executable. You must explicitely rebuild it. I got used to it by now, but it should
>be taken as a bug....
>
>15. Bookmarks and Build accelerators are clashing (&B). + some important actions
>does not have keyboard shortcuts (run, debug, step, trace, etc.)
>
>16. In File Tree the directories are not shown first, but mixed between files. 
>Hard to find them...
>
>17. In Classes View, clicking onto a class method opens both the header and the
>implementation file. I'm not sure it is ok, as you can open the header by
>clicking onto the class name, or RMB->Go To Declaration. 
>
>18. If you browse the documentation from the search results, the links are opened 
>in a new window. If you do it from the Doc. Browser, they aren't. This is inconsistent.
>The back button in the latter case does not bring me back to the previous browsed
>doc. page. Annoying. (old bugs, I think already reported)
>
>
>Ok, this is for now, tell me if you need some more help. Sorry again for sending
>lot of bugs in one report. You know, dial-up connection...
>
>Andras
>
>_______________________________________________
>Kdevelop-devel mailing list
>Kdevelop-devel at barney.cs.uni-potsdam.de
>http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>
>
>  
>







More information about the KDevelop-devel mailing list