python-mode.el

pycomplete.el buffer not deleted

Bug #916166 reported by Andreas Roehler on 2012-01-13

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	python-mode.el	Fix Released	Medium	Andreas Roehler	python-mode.el 6.0.5 "Hill"

Bug Description

>
> Also, with py-load-pymacs-p non-nil whenever I open a new .py file, pycomplete.el is also opened and the pycomplete.el buffer is presented instead of the actual file buffer. I see that pycomplete.el should be loaded, evaluated and the buffer killed, but it is not being killed for me -- perhaps because of the import failure above?
>

Related branches

lp:python-mode

lp:python-mode/components-python-mode

lp:~a-roehler/python-mode/XEmacs-compat-test

Revision history for this message

Andreas Roehler (a-roehler) wrote on 2012-01-13:

Hi Richard,

that part should be re-worked when Pymacs integration is finished.

For the moment I'll make a unwind-protect around.

Cheers,

Andreas

Changed in python-mode:
assignee:	nobody → Andreas Roehler (a-roehler)
milestone:	none → 6.0.5
importance:	Undecided → Medium
status:	New → In Progress

Revision history for this message

Andreas Roehler (a-roehler) wrote on 2012-01-21:

Do you have that problem still?
Please re-open if yes.

Cheers,

Andreas

Changed in python-mode:
status:	In Progress → Fix Committed

Revision history for this message

Richard Everson (r-m-everson) wrote on 2012-01-22: Re: [Bug 916166] pycomplete.el buffer not deleted

pymacs.patch Edit (1.7 KiB, application/octet-stream; x-unix-mode=0644; name="pymacs.patch")

Hi Andreas,

Yes, afraid it's still there. There's a minor problem with the load path, but the attached patch fixes it (also includes another expand-file-name). More seriously, the inferior python still can't import Pymacs.pymacs because there's no __init__.py in .../Pymacs (perhaps you did bzr add __init__.py?), but also because Emacs thinks it's in the python-mode/completion so the import Pymacs/pymacs fails.

This patch communicates the py-install-dir to python via a new environment variable and sets the python path with that. This seems to work for me and the Python that I'm finding with C-x C-f is loaded, but the buffer remains as the buffer visible when I did C-x C-f. If this is the *scratch* buffer then there's a message 'The mode `Text' does not support Imenu' and if the buffer happens to be another file under version control, emacs runs the version control check again as if I had found that file. I don't know what's causing that.

Hope this is useful.

Best,
Richard.

On 21 Jan 2012, at 20:46, Andreas Roehler wrote:

> Do you have that problem still?
> Please re-open if yes.
>
> Cheers,
>
> Andreas
>
> ** Changed in: python-mode
> Status: In Progress => Fix Committed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/916166
>
> Title:
> pycomplete.el buffer not deleted
>
> Status in An Emacs mode for editing Python code:
> Fix Committed
>
> Bug description:
>>
>> Also, with py-load-pymacs-p non-nil whenever I open a new .py file, pycomplete.el is also opened and the pycomplete.el buffer is presented instead of the actual file buffer. I see that pycomplete.el should be loaded, evaluated and the buffer killed, but it is not being killed for me -- perhaps because of the import failure above?
>>
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/python-mode/+bug/916166/+subscriptions